HN

Comments (39)

• jimmyl02
  Awesome find by https://hackerone.com/joaxcar and it's a little bit frightening that this severe of a bug isn't the biggest security vulnerability of today
• Menu

  Thaxll
  What a great week security wise!
• Menu

  ezekg
  Is this a bug in GitLab or in Ruby? It's hard to tell from the report and the patch...
• Menu

  perlgeek
  Back in perl 5.8 and older, the regex engine worked by recusing at the level of C functions, and so you could trigger stack overflows by giving it large strings.Is this similar?I wonder why gitlab even has its own regex compiler. Or is this a vulnerability in an underlying library or programming language?
• beaconflint
  If you're patching a fleet, gitlab-rake gitlab:env:info gives you the exact version per node, faster than guessing from the omnibus package name.
• Menu

  miduil
  At least second regex related CVE in GitLab in the past few weeks. Awful to see that the endpoint is reachable unauthenticated, but I'm glad that they provide guidance in how to check the logs for attempts of exploitation
• Menu

  bon0r
  possible bug? or too soon to check? :)after updating a pop-up still shows:"You are currently on version 19.5.1! We strongly recommend upgrading your GitLab installation immediately."while 19.5.1 should be the latest and fixed version
• Menu

  hobofan
  This is shaping up to be the single worst security news day ever. Given the role that AI played in some of the discoveries, one has to wonder if this marks the start of some dark age of IT security.
• Menu

  minraws
  I am concerned for my self hosted servers, well only hope is tailscale should be entirely secure, and egress is filtered heavily... If that doesn't work my home lab is fucked.Any suggestions folks, not even my terminally online self can handle all of these.
• valiant-comma
  [dead]
• murillojndem
  [dead]
• Menu

  tptacek
  "CVSS 10.0" isn't in the headline here and a CVSS of 10 doesn't actually mean anything.