Live data from Hacker News

GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

wiz.io

51–60 of 97 posts

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#51
post #48

Earlier quoted context omitted.

Github enterprise cloud is on github.com and with more features: http://github.com/account/enterprises/new They don't host github enterprise server for you (though gitlab has something called gitlab dedicated which they host gitlab ee for you).

Why is there an eu github status then ? https://eu.githubstatus.com/uptime

Data residency is a thing.

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#52
post #17

Earlier quoted context omitted.

A "reasonable" answer is probably a primary self-hosted Forgejo instance as the canonical forge, while using GitHub as a mirror solely to take advantage of its free CI, while that lasts, while hosting secrets with a dedicated secret-hosting provider (I don't know what the provider du jour for this is these days).

Replace a whole 24/7 team of devops people with myself? As much as I'd like to believe that I'm worthy, I'm not.

24/7 devops team for a forgejo instance? Come on mate...

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#53
post #23

I was impressed enough by AI finding vulnerabilities in source code, but doing it in binary executables is just amazing. This has so much potential, good and bad. And yet another lesson to not treat data as instructions. Sanitize all user input!

Transformers were literally designed for translation.

As we have known for a while, they ended up being really good at translating source to source or text to source. It shouldn't be too surprising they are also really good at understanding the asm version too.

Doesn't make it any less impressive, but maybe less surprising.

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#54

Another tour de force from Wiz, and a watershed moment in AI tooling enabling RE and compromise discovery.

It throws a wrench into the argument of not publishing your source because AI will more easily compromise the code.

Another data point against doing security through obscurity.

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#55

Earlier quoted context omitted.

Replace a whole 24/7 team of devops people with myself? As much as I'd like to believe that I'm worthy, I'm not.

24/7 devops team for a forgejo instance? Come on mate...

24/7 devops team for github? Come on mate...

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#57
post #9
post #6

Earlier quoted context omitted.

GitLab ?

The people who suggest gitlab, haven't used it. But I guess I could be tempted to try again... https://status.gitlab.com/pages/history/5b36dc6502d06804c083...

Ah, you assumed I meant SaaS GitLab. I meant the self-hosted version. I would never host our source code on a remote service.

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#58
post #57
post #9

Earlier quoted context omitted.

The people who suggest gitlab, haven't used it. But I guess I could be tempted to try again... https://status.gitlab.com/pages/history/5b36dc6502d06804c083...

Ah, you assumed I meant SaaS GitLab. I meant the self-hosted version. I would never host our source code on a remote service.

Why not?

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#59

Earlier quoted context omitted.

24/7 devops team for a forgejo instance? Come on mate...

24/7 devops team for github? Come on mate...

Is running a small forgejo instance for a team the same as running GitHub?

Re: GitHub RCE Vulnerability: CVE-2026-3854 Breakdown

#60
post #7

Earlier quoted context omitted.

It's incredibly fragile. It breaks a vast majority of the time and takes multiple rounds of support on-call to upgrade typically.

Unsurprising for a fourth tier on-prem created by cutting a continuously deployed application into releases.

The GitHub blog had an article saying that all patches must pass for github.com before merge but the GitHub Enterprise tests have a three day window to be rectified.
Post reply on HN