'Mogelijk 4,5 miljoen OpenSSH-servers kwetsbaar voor regreSSHion-lek'
Zo'n 4,5 miljoen OpenSSH-servers, waarvan zo'n 95.000 in Nederland, zijn mogelijk kwetsbaar voor het 'regreSSHion'-lek, waardoor een aanvaller op afstand code kan uitvoeren. Dat meldt The Shadowserver Foundation op basis van een online scan. Deze week waarschuwde securitybedrijf Qualys voor een kwetsbaarheid in OpenSSH, met de naam 'regreSSHion', waardoor een ongeauthenticeerde aanvaller op afstand op kwetsbare servers code als root kan uitvoeren.
OpenSSH, ook bekend als OpenBSD Secure Shell, is een verzameling van netwerktools gebaseerd op het SSH-protocol, en laat gebruikers op een beveiligde manier op bijvoorbeeld servers inloggen of op afstand machines beheren. De Shadowserver Foundation is een in Nederland en de Verenigde Staten geregistreerde non-profitstichting die zich bezighoudt met de bestrijding van botnets en cybercrime. Geregeld doet het onderzoek naar de aanwezigheid van kwetsbaarheden op internet en voert hier ook online scans voor uit.
Bij de laatste scan werd gezocht naar CVE-2024-6387, zoals het regreSSHion-lek ook wordt aangeduid. In totaal werden meer dan 23,5 miljoen OpenSSH-servers geteld. Daarvan zijn er mogelijk 4,5 miljoen kwetsbaar. "Aangezien deze scan versiegebaseerd is, zijn zowel false positives en false negatives mogelijk", aldus de stichting op X. Een versiegebaseerde assessment is dan ook minder betrouwbaar. Volgens The Shadowserver Foundation is het in ieder geval belangrijk dat alle beheerders naar OpenSSH 9.8 updaten.
Quatsch. Oudere versies met security patches zijn niet kwetsbaar en v9.8 is niet nodig voor het patchen van kwetsbaarheden.
Als je een domme scan doet op x.y versienummers doe je geen scan waar iets betrouwbaars uit kan komen. Punt. Uit. Klaar.
Kunnen dat soort organisaties zich niet bezig gaan houden met iets waar ze wel verstand van hebben? Dit helpt niet.
Quatsch. Oudere versies met security patches zijn niet kwetsbaar en v9.8 is niet nodig voor het patchen van kwetsbaarheden.
Als je een domme scan doet op x.y versienummers doe je geen scan waar iets betrouwbaars uit kan komen. Punt. Uit. Klaar. …
Mijn god, is dat muntje nog steeds niet gevallen bij die lui? Dat je inderdaad 'oudere' versies hebt die met security fixes veilig zijn gemaakt en dat je dus nooit alleen op basis van een versienummer kan concluderen dat iets onveilig is!
Quatsch. Oudere versies met security patches zijn niet kwetsbaar en v9.8 is niet nodig voor het patchen van kwetsbaarheden.
Als je een domme scan doet op x.y versienummers doe je geen scan waar iets betrouwbaars uit kan komen. Punt. Uit. Klaar. …
Mijn god, is dat muntje nog steeds niet gevallen bij die lui? Dat je inderdaad 'oudere' versies hebt die met security fixes veilig zijn gemaakt en dat je dus nooit alleen op basis van een versienummer kan concluderen dat iets onveilig is!
RHEL 9 is de enige versie die effected is. Gekwalificeerd als belangrijk maar niet kritiek. Uitbuiting is heel moeilijk (Exploitation relies on an unpredictable race condition)
Quatsch. Oudere versies met security patches zijn niet kwetsbaar en v9.8 is niet nodig voor het patchen van kwetsbaarheden.
Als je een domme scan doet op x.y versienummers doe je geen scan waar iets betrouwbaars uit kan komen. Punt. Uit. Klaar. …
Mijn god, is dat muntje nog steeds niet gevallen bij die lui? Dat je inderdaad 'oudere' versies hebt die met security fixes veilig zijn gemaakt en dat je dus nooit alleen op basis van een versienummer kan concluderen dat iets onveilig is!
Het zegt inderdaad NIETS over een individuele installatie, maar zegt wel degelijk iets over de orde van grootte van het voorkomen van de kwetsbaarheid.
Mijn god, is dat muntje nog steeds niet gevallen bij die lui? Dat je inderdaad 'oudere' versies hebt die met security fixes veilig zijn gemaakt en dat je dus nooit alleen op basis van een versienummer kan concluderen dat iets onveilig is!
Het zegt inderdaad NIETS over een individuele installatie, maar zegt wel degelijk iets over de orde van grootte van het voorkomen van de kwetsbaarheid.
Hoe dan?
Mijn god, is dat muntje nog steeds niet gevallen bij die lui? Dat je inderdaad 'oudere' versies hebt die met security fixes veilig zijn gemaakt en dat je dus nooit alleen op basis van een versienummer kan concluderen dat iets onveilig is!
Het zegt inderdaad NIETS over een individuele installatie, maar zegt wel degelijk iets over de orde van grootte van het voorkomen van de kwetsbaarheid.
Hoe dan?
Niet dus... (iets roepen zonder het kunnen onderbouwen is zóó gemakkelijk)
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
