Erlang/OTP SSH-servers via kritieke kwetsbaarheid over te nemen
Erlang/OTP SSH-servers zijn via een kritieke kwetsbaarheid op afstand door ongeauthenticeerde aanvallers over te nemen. De impact van het beveiligingslek is op een schaal van 1 tot en met 10 beoordeeld met een 10.0. Alle Erlang/OTP SSH-server hebben te maken met de kwetsbaarheid, ongeacht de gebruikte versie. "Als je applicatie SSH-toegang via de Erlang/OTP SSH library biedt moet je ervan uitgaan dat je getroffen bent", aldus het beveiligingsbulletin.
Erlang is een programmeertaal en OTP is een verzameling Erlang libraries. Erlang/OTP biedt een ingebouwde SSH client en daemon. Het Secure Shell Protocol (SSH Protocol) is een protocol dat gebruikers op een beveiligde manier op bijvoorbeeld servers laat inloggen of op afstand machines beheren. Het beveiligingslek (CVE-2025-32433) bevindt zich in het verwerken van SSH-protocolberichten. Hierdoor kan een aanvaller ongeautoriseerde toegang tot kwetsbare SSH-servers krijgen en zonder geldige inloggegevens willekeurige commando's op de server uitvoeren.
Het probleem werd gevonden en gerapporteerd door onderzoekers van Ruhr University Bochum. Gebruikers worden aangeraden om te updaten naar OTP-27.3.3, OTP-26.2.5.11 of OTP-25.3.2.20. Securitybedrijf Horizon3 laat weten dat het ontwikkelen van een proof-of-concept exploit verrassend eenvoudig is. "Zou niet geschrokken zijn als proof-of-concepts snel verschijnen. Als je dit volgt is nu het moment om in actie te komen."
(Bij het succesvol uitvoeren van de aanval krijg je geen reactie, maar moet je op basis van een timeout concluderen dat deze geslaagd is. Die foutafhandeling mist nog in SSHamble. Zie ook opmerking van HDMoore op https://news.ycombinator.com/item?id=43722447.)
Niet te verwachten.
Het lijkt een volkomen 'eigen' SSH implementatie in Erlang , dan verwacht je niet dat andere versies deze bug delen.
Verder - je kunt er wel op rekenen dat de researchers die dit in de Erlang versie vonden ook ff gekeken hebben of openssh hetzelfde heeft . (of die consulting firm die een PoC schreef ).
Als ik heel even hoog-over naar de code snippets op github keek is mijn gevoel een "wel DUH..." bug . En vrij duidelijk een "logische fout" , niet het type fout wat memory-safe talen voorkomen
Het Red Hat OpenStack Platform product is ook geraakt en gefixt : https://access.redhat.com/security/cve/cve-2022-37026
Het Red Hat OpenStack Platform product is ook geraakt en gefixt : https://access.redhat.com/security/cve/cve-2022-37026
Lijkt me een andere bug , aangezien die CVE praat over TLS ?
(en dd. 2022 ).
Het Red Hat OpenStack Platform product is ook geraakt en gefixt : https://access.redhat.com/security/cve/cve-2022-37026
Dit is een andere en veel oudere kwetsbaarheid die raakt aan TLS en niet aan SSH. Iets anders dus. Voor zover ik weet is het nog onbekend of er populaire producten zijn die gebruik maken van Erlang/OTP SSH Server. Daar lijkt het overigens niet op, gebaseerd op de ~100 publieke servers die dit gebruiken.
Het Red Hat OpenStack Platform product is ook geraakt en gefixt : https://access.redhat.com/security/cve/cve-2022-37026
Dit is een andere en veel oudere kwetsbaarheid die raakt aan TLS en niet aan SSH. Iets anders dus. Voor zover ik weet is het nog onbekend of er populaire producten zijn die gebruik maken van Erlang/OTP SSH Server. Daar lijkt het overigens niet op, gebaseerd op de ~100 publieke servers die dit gebruiken.
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.
Cybersecurity Trainer / Full Stack Developer
bij Certified Secure
Ben je toe aan een nieuwe nieuwe job waarmee je het verschil maakt? Wil jij je security kennis graag delen en hands-on laten zien hoe cybersecurity in de praktijk echt werkt? Werk je net als wij graag samen met enthousiaste en gedreven collega's? Bij ons geen bureaucratie maar open communicatie en een werkomgeving gericht op samenwerking.
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?
