News for hackers. Stuff that matters.
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by xlii on Sunday March 31, 2024 @03:36AM (#39882237)
Working for about a year in an environment that was exposed to high volume of malevolent IT actors (and some pretty scary ones) I’d say: discovery chances very always pretty high.

Keeping veil of secrecy requires unimaginable amount of energy. Same goes with truth consistency. One little slip and everything goes to nothing. Sometimes single sentence can start a chain of reaction and uncover meticulous crafted plan.

That’s how crime if fought every day. Whereas police work has limited resources, software is analyzed daily by hobbyists as a hobby, professionals who still do it for a hobby, and professionals for professional reasons.

Discovery was bound to happen eventually.

XZ attack was very well executed. It’s a master piece. I wouldn’t be surprised if some state agencies would be involved. But it also was incredibly lucky. I know for sure for myself, but also many of my colleagues would go into long journey if found any of issues that are flagged right now.

One takeaway is that chance of finding such issue would be impossible if xz/liblzma wouldn’t be open source (and yes I am also aware it enabled it in the first place) but imagine this existing in Windows or MacOS.

Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by rigid on Sunday March 31, 2024 @04:45AM (#39882547)
> it enabled it in the first place

it took roughly two years including social engineering.

I'd say the same approach is much easier in a big software company.

Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by lazyasciiart on Sunday March 31, 2024 @04:55AM (#39882588)
How do you mean?
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by rigid on Sunday March 31, 2024 @05:21AM (#39882701)
I bet in the majority of cases, there's no need to pressure for merging.

In a big company it's much easier to slip it in. Code seemingly less relevant for security is often not reviewed by a lot of people. Also, often people don't really care and just sign it off without a closer look.

And when it's merged, no one will ever look at it again, other than with FOSS.

Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by sylware on Sunday March 31, 2024 @07:10AM (#39883186)
I think you nailed it.
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by yborg on Sunday March 31, 2024 @03:19PM (#39887193)
An insider could just be tasked to look for exploitable vulnerabilities in existing code and compile this information for outside entities without ever having to risk inserting a purpose-made backdoor. Considering the security state of most large codebases, there would be a bottomless well of them.
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by 91bananas on Tuesday April 02, 2024 @12:43PM (#39907832)
Who wants this job, that is capable of actually doing it properly?
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by lodovic on Sunday March 31, 2024 @07:35AM (#39883300)
I've read about workplaces that were compromised with multiple people - they would hire a compromised manager, who would then install one or two developers, and shape the environment for them to prevent discovery, which would make these kind of exploits trivial.
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by leeoniya on Sunday March 31, 2024 @09:37AM (#39884126)
so, Office Space?
Re:XZ backdoor: "It's RCE, not auth bypass, and gated/unrepl... by timattrn on Monday April 01, 2024 @09:23PM (#39901375)
Another independent maintainer would have helped too. Many eyes make bugs shallow, but just one extra genuine maintainer would have helped enormously. Clearly the existing maintainer trusted the attacker completely, but a second maintainer would not have. That's another social dimension to this attack: doing enough real work to suppress other maintainers coming along.