{"id":53580,"date":"2019-12-05T00:00:00","date_gmt":"2019-12-04T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd"},"modified":"2021-02-01T11:40:32","modified_gmt":"2021-02-01T09:40:32","slug":"uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/uyazvimosti-v-openbsd-pozvolyayushhie-povysit-privilegii-i-obojti-autentifikatsiyu-v-smtpd-ldapd-i-radiusd","title":{"rendered":"Kwetsbaarheden in OpenBSD die verhoogde privileges en omzeilen van authenticatie in smtpd, ldapd en radiusd mogelijk maken","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Qualys heeft<\/a><\/noindex> vier kwetsbaarheden<\/a><\/noindex> In OpenBSD zijn er kwetsbaarheden, waarvan er \u00e9\u00e9n op afstand verbinding mogelijk maakt zonder authenticatie met bepaalde netwerkservices, en de andere drie kunnen hun privileges in het systeem verhogen. In het rapport van Qualys wordt de snelle reactie van de ontwikkelaars van OpenBSD opgemerkt \u2014 alle problemen zijn opgelost. opgelost<\/a><\/noindex> in OpenBSD 6.5<\/a><\/noindex> en OpenBSD 6.6<\/a><\/noindex> binnen 40 uur na de priv\u00e9 notificatie opgelost.<\/p>\n

De op afstand uitbuitbare kwetsbaarheid wordt veroorzaakt door een fout bij het aanroepen van de authenticatiehandler in de libc-bibliotheek, die
\nHet programma \/usr\/libexec\/auth\/login_style staat het doorgeven van argumenten via de opdrachtregel toe. Bij het aanroepen van login_style met de optionele parameter '-s service' kan de naam van het protocol worden doorgegeven. Als het gebruikersnaam begint met het teken '-', wordt deze naam behandeld als een optie bij het starten van login_style. Als je bijvoorbeeld '-schallenge' of '-schallenge:passwd' opgeeft bij de authenticatie, zal login_style dit beschouwen als een verzoek om de handler te gebruiken. S\/Key.<\/a><\/noindex>.<\/p>\n

Het probleem is dat het S\/Key-protocol in login_style slechts formeel wordt ondersteund, terwijl het in feite wordt genegeerd, resulterend in een melding van succesvolle authenticatie. Hierdoor kan een aanvaller zich voordoen als gebruiker '-schallenge' om de authenticatie te omzeilen en toegang te krijgen zonder wachtwoord of sleutels op te geven. Potentieel kunnen alle netwerkservices die standaard libc-aanroepen gebruiken voor authenticatie kwetsbaar zijn. Bijvoorbeeld, de mogelijkheid om de authenticatie te omzeilen is bevestigd in smtpd (AUTH PLAIN), ldapd en radiusd.<\/p>\n

In sshd doet de kwetsbaarheid zich niet voor, omdat het een extra beveiliging heeft die controleert of de gebruiker in het systeem aanwezig is. Desondanks kan sshd worden gebruikt om de kwetsbaarheid van het systeem te controleren \u2014 wanneer je de gebruikersnaam '-sresponse:passwd' opgeeft, hangt de verbinding, omdat sshd wacht op de terugkeer van de parameters (challenge) van login_passwd, terwijl login_passwd wacht op de ontbrekende parameters (de naam '-sresponse' wordt beschouwd als een optie). Een lokale aanvaller kan mogelijk proberen de authenticatie in het hulpprogramma su te omzeilen, maar het doorgeven van de naam '-sresponse' leidt tot een crash van het proces door de terugkeer van een null-pointer bij het uitvoeren van de functie getpwnam_r('-schallenge', ...).<\/p>\n

Andere kwetsbaarheden:<\/p>\n