Backdoor in `xz` found, affects ssh (linux remote desktop connections)

  • Thread starter Thread starter mrparrot2
  • Start date Start date
  • Views Views 1,706
  • Replies Replies 9
  • Likes Likes 4

mrparrot2

Well-Known Member
Member
Joined
Nov 29, 2021
Messages
128
Reaction score
158
Trophies
1
Age
31
Location
SP, Brazil
XP
751
Country
Brazil
A backdoor was found in Linux most used compression library: liblzma, affecting the SSH Server service (sshd).

https://www.wired.com/story/jia-tan-xz-backdoor/
https://boehs.org/node/everything-i-know-about-the-xz-backdoor
https://nvd.nist.gov/vuln/detail/CVE-2024-3094

You can check if you are running SSH server by running:

systemctl status sshd

If it reports itself as being active, then check for the `xz` version:

$ xz --version

If it reports itself being 5.6.0 or 5.6.1, you machine was most likely compromised. Update it **immediately** .
 
This story is mad. How did Linux open source remote desktop connections have a backdoor? Who put it there. And the maddest part is a Microsoft employee found it?

LOL!
You didn't know that Microsoft makes their own linux? CBL-Mariner is it's name
 
  • Like
Reactions: Xzi
This story is mad. How did Linux open source remote desktop connections have a backdoor? Who put it there. And the maddest part is a Microsoft employee found it?

LOL!
Long story short, a user who was a contributor for the project, added the backdoor in question.

xz-backdoor-graphic-thomas-roccia-640x896.jpg
 
  • Like
Reactions: Flame
Open-source is a nice way to work but it's not a magic shield against malware. Makes me wonder what else is compromised and hasn't been big enough to luck into having someone actually check it.
 
This story is mad. How did Linux open source remote desktop connections have a backdoor? Who put it there. And the maddest part is a Microsoft employee found it?

LOL!
Here is the catch: the attacker compromised liblzma (library of compression algorithms) which is used by sshd (remote desktop). At some point in sshd execution It will call a function in liblzma to uncompress something and that is the point where the malicious code takes action.

Open-source is a nice way to work but it's not a magic shield against malware. Makes me wonder what else is compromised and hasn't been big enough to luck into having someone actually check it.
Yes. If someone compromise even more basic stuff (like a compilar or linker, for example) the attack could in theory embed their malicious code in every generated binary. This kind of attack os very nasty and I think we should expect attempts of this sort to happen more often.

This kind of stuff have already been shown to be quite dangerous by Ken Thompson himself in 1984: http://wiki.c2.com/?TheKenThompsonHack
 
So far it only seems to be unstable/bleeding edge distros which are affected e.g. Arch. Fortunately it seems to have been caught before entering any stable/LTS releases.

Also, I've heard that it's been advised to use the distro's repo software as opposed to checking the library directly.

And the maddest part is a Microsoft employee found it?

The story goes that the MS employee noticed SSH was slower on the newer release and upon further investigation discovered the exploit.

Open-source is a nice way to work but it's not a magic shield against malware. Makes me wonder what else is compromised and hasn't been big enough to luck into having someone actually check it.

Open Source as a security measure is only as good as the people auditing it. Unaudited code effectively has no difference to a binary blob otherwise IMO.

That said, in this case it was the 'tarballs' which were targeted, the actual source code itself was fine when used in a certain way so as not to trigger the exploit.

Apparently though there has been a scramble to audit other projects the username has worked on.

Here is the catch: the attacker compromised liblzma (library of compression algorithms) which is used by sshd (remote desktop). At some point in sshd execution It will call a function in liblzma to uncompress something and that is the point where the malicious code takes action.

Should point out it wasn't the creator of XZ but someone taking over from them due to burnout.
 

Site & Scene News

Popular threads in this forum