News for hackers. Stuff that matters.
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by indigodaddy on Friday March 29, 2024 @09:20PM (#39870923)
Anyone have any level of confidence that for example EL7/8 would not be at risk even if more potential exploits at play?
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by Gelob on Friday March 29, 2024 @11:59PM (#39871718)
RedHat blog says no versions of RHEL are affected.

https://www.redhat.com/en/blog/urgent-security-alert-fedora-...

Re:Backdoor in upstream xz/liblzma leading to SSH server com... by alex_duf on Saturday March 30, 2024 @04:16AM (#39872886)
Ah the grieving steps of a company:

We don't have a security problem

The security problem isn't affecting anyone

The people affected are only few

We're sorry about the security problem, please change your password

Re:Backdoor in upstream xz/liblzma leading to SSH server com... by chx on Saturday March 30, 2024 @07:45AM (#39873928)
Are you implying Redhat is not reliable in their security disclosures?
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by alex_duf on Sunday March 31, 2024 @08:23AM (#39883628)
I was attempting a joke, but clearly that didn't convey, and isn't really in the hacker news spirit.
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by Zenul_Abidin on Friday March 29, 2024 @10:32PM (#39871315)
I don't think EL7 gets minor version updates anymore though
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by soraminazuki on Friday March 29, 2024 @09:47PM (#39871064)
I wouldn't count on it. RedHat packages contain lots of backported patches.
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by indigodaddy on Friday March 29, 2024 @11:24PM (#39871572)
Right, that notion was what was making me nervous
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by worthless-trash on Saturday March 30, 2024 @01:11AM (#39872009)
At least in my group, the backports are hand picked to solve specific problems, not just random wholesale backports.
Re:Backdoor in upstream xz/liblzma leading to SSH server com... by soraminazuki on Saturday March 30, 2024 @02:25AM (#39872342)
Sure, they aren't backporting patches wholesale. But the patches that did get backported, if any, needs much more scrutiny given the situation.

The thing about enterprise Linux distros is that they have a long support period. Bug fixes and security patches pile up.

Fortunately though, xz doesn't seem to have a lot of backported patches.

https://git.centos.org/rpms/xz/blob/c8s/f/SPECS/xz.spec https://git.centos.org/rpms/xz/blob/c7/f/SPECS/xz.spec

But take glibc for example. The amount of patches makes my head spin.

https://git.centos.org/rpms/glibc/blob/c8s/f/SPECS/glibc.spe...

Re:Backdoor in upstream xz/liblzma leading to SSH server com... by bobba27 on Saturday March 30, 2024 @04:27AM (#39872925)
For the duration of a major release, up until ~x.4 pretty much everything from upstream gets backported with a delay of 6-12 months, depending on how conservative to change the rhel engineer maintaining this part of the kernel is.

After ~x.4 things slow down and only "important" fixes get backported but no new features.

After ~x.7 or so different processes and approvals come into play and virtually nothing except high severity bugs or something that "important customer" needs will be backported.

Re:Backdoor in upstream xz/liblzma leading to SSH server com... by worthless-trash on Saturday March 30, 2024 @04:59AM (#39873070)
Sadly, 8.6 and 9.2 kernel are the exception to this. Mainly as they are openshift container platform and fedramp requirements.

The goal is that 8.6, 9.2 and 9.4 will have releases at least every two weeks.

Maybe soon all Z streams will have a similar release cadence to keep up with the security expectations, but will keep a very similar expectations that you outlined above.

Re:Backdoor in upstream xz/liblzma leading to SSH server com... by rwmj on Saturday March 30, 2024 @08:07AM (#39874076)
These changes were not backported to RHEL.