debianforum.de

https://wid.cert-bund.de/portal/wid/sec ... -2022-2413:

Ein entfernter, anonymer Angreifer kann eine Schwachstelle in OpenSSH ausnutzen, um beliebigen Programmcode mit den Rechten des Dienstes auszuführen ...
CVE-2020-15778

https://security-tracker.debian.org/tra ... 2020-15778:

Code: Alles auswählen

bullseye (security)	1:8.4p1-5+deb11u3	vulnerable
bookworm		1:9.2p1-2+deb12u2	vulnerable
bookworm (security)	1:9.2p1-2+deb12u3	vulnerable
sid, trixie			1:9.7p1-7	vulnerable

https://www.heise.de/news/RegreSSHion-S ... 84976.html:

... die erste fehlerbereinigte Version ist OpenSSH 9.8p1 ...

https://linuxnews.de/regresshion-neue-s ... itsluecke/:

Betroffene Versionen

OpenSSH-Versionen vor 4.4p1 (2006) sind verwundbar, sofern sie nicht gepatched wurden. Die Versionen von 4.4p1 bis einschließlich 8.5 sind nicht anfällig. Die Schwachstelle tritt in den Versionen 8.5p1 bis einschließlich 9.8 erneut auf (2020) und wurde jetzt in OpenSSH 9.8p1 erneut geschlossen. Einige Distributionen wie Arch, Debian und Ubuntu bieten die gepatchte Version bereits an. Wer welche Version verwendet, lässt sich auf https://repology.org/project/openssh/versions verfolgen ...

... Die Versionen von 4.4p1 bis einschließlich 8.5 sind nicht anfällig ...

Code: Alles auswählen

apt policy openssh-client
openssh-client:
  Installiert:           1:8.4p1-5+deb11u3
...

Und warum diesbezüglich keine offizielle Entwarnung ( auf security-tracker.debian.org ) ?
Muss man die Wahrheit jetzt auch in der Linux-Welt selbst suchen? Wiedersprüchliche Informationen und Verunsicherung ist der neue Trend überall.

aika hat geschrieben:

13.07.2024 19:00:46

Und warum diesbezüglich keine offizielle Entwarnung ( auf security-tracker.debian.org ) ?

Muss man die Wahrheit jetzt auch in der Linux-Welt selbst suchen? Wiedersprüchliche Informationen und Verunsicherung ist der neue Trend überall.

tobo hat geschrieben:

13.07.2024 19:15:38

aika hat geschrieben:

13.07.2024 19:00:46

Und warum diesbezüglich keine offizielle Entwarnung ( auf security-tracker.debian.org ) ?

Du meinst sowas?
...

bookworm		1:9.2p1-2+deb12u2	vulnerable
bookworm (security)	1:9.2p1-2+deb12u3	fixed
sid, trixie			1:9.7p1-7	fixed
...

bullseye (security)	1:8.4p1-5+deb11u3	vulnerable
...

... Die Versionen von 4.4p1 bis einschließlich 8.5 sind nicht anfällig. Die Schwachstelle tritt in den Versionen 8.5p1 bis einschließlich 9.8 erneut auf (2020) und wurde jetzt in OpenSSH 9.8p1 erneut geschlossen ...

https://metadata.ftp-master.debian.org/changelogs//main/o/openssh/openssh_9.7p1-7_changelog hat geschrieben: openssh (1:9.7p1-7) unstable; urgency=critical

[ Salvatore Bonaccorso ]
* Disable async-signal-unsafe code from the sshsigdie() function. This is
a minimal workaround for a regression from CVE-2006-5051.

-- Colin Watson <cjwatson@debian.org> Mon, 01 Jul 2024 10:11:27 +0100

aika hat geschrieben:

13.07.2024 20:40:48

Wichtig ist, welche OpenSSH-Version aktuell sauber ist.

Ob der Fix sich nun auf diese oder jene CVE-Nummer bezieht, interessiert mich weniger und verwirrt die Linux-Neulinge.

tobo hat geschrieben:

13.07.2024 20:45:49

... Streust du nicht falsche CVE-Nummern hier ein?