Linux SSH-backdoor steelt wachtwoorden
Aanvallers die webservers hacken om daar gehoste websites van kwaadaardige code te voorzien, gebruiken een backdoor om toegang tot de machines te houden. Eind vorig jaar ontdekten onderzoekers dat aanvallers kwaadaardige Apache modules op gehackte webservers plaatsen. Deze modules injecteren iframes op gehoste websites, die bezoekers met malware proberen te infecteren.
Om detectie te voorkomen worden deze iframes slechts één keer per dag per IP-adres aan bepaalde gebruikers getoond, afhankelijk van de 'user agent' die ze gebruiken. "Daardoor is het ontdekken en volgen van de malware veel lastiger", stelt Daniel Cid van beveiligingsbedrijf Sucuri.
Backdoor
Het was echter onduidelijk hoe de aanvallers toegang tot gehackte webserver behielden. Nu blijkt dat de aanvallers de SSH binaries op de server aanpassen en van een 'gebackdoorde' versie voorzien. Via SSH is het mogelijk om verbinding met eenn server te maken.
De aangepaste versie zorgt er echter voor dat de aanvallers op afstand kunnen inloggen, waarbij bestaande authenticatiecontrole wordt omzeild. Er wordt namelijk een 'hard-coded' wachtwoord gebruikt. Dit betekent dat ook anderen die dit wachtwoord weten op de server kunnen inloggen, ontdekte het Slowaakse anti-virusbedrijf ESET.
Ook beschikt de aangepaste SSH-versie over een SSH-sleutel. Zodra iemand inlogt met de privésleutel die bij de hard-coded publieke sleutel hoort, krijgt hij automatisch toegang. Daarnaast worden alle ingevoerde inloggegevens van legitieme gebruikers opgeslagen en naar de domeinen openssh.info en linuxrepository.org doorgestuurd.
"Daardoor blijven ze de toegang behouden en kunnen ze andere servers overnemen die vanaf de gehackte machine toegankelijk zijn", laat Cid weten.
Niet echt slim.
Kokosnootmodel is nog niet van het verleden hoor, Peter Rietveld. :-) Dit is de allerdaagse realiteit.
En hoe krijgen de aanvallers de 'gebackdoorde' versie van SSH op de server?
Niet echt slim.
En ja, ik weet dat je public/private key authenticatie moet gebruiken maar dat gaat in deze niet zo heel erg helpen. Men is, vermoedelijk, de server binnnen gekomen door middel van een lekke web applicatie. Vervolgens heeft men met een local exploit de rechten verhoogd naar root en zo hebben ze sshd kunnen back-dooren.
Niet echt slim.
En wil je toch op afstand beheren over de voorkant, dan zorg je er voor dat alleen bepaalde source IP-adressen dit mogen...
Niet echt slim.
En wil je toch op afstand beheren over de voorkant, dan zorg je er voor dat alleen bepaalde source IP-adressen dit mogen...
En een firewall helpt wel iets maar alleen als het een externe firewall is. Men heeft root toegang, anders kan sshd niet aangepast worden, dus hoe moeilijk kan 't dan zijn om een paar lokale iptables regeltjes aan te passen?
En dan nog hou je niet tegen dat je sshd gebackdoored wordt als je ze via je web applicatie naar binnen gelopen zijn. Ok, ze kunnen dan geen gebruik maken van dat hard-coded wachtwoord. Maar die back-doored versie stuurt ook alle login gegevens door.
Maar hoe werkt dat dan? Gaan ze dan een uitgaande connectie doen? (want dat blokkeer je uiteraard in de firewall)
Of hebben ze ergens een URL waar ze die verzamelde gegevens weer ophalen?
Ik heb hier op de servers ook alleen SSH op de binnenkant aan staan en niet aan de internet zijde. Zelfs al komen ze het wachtwoord te weten, dan nog kunnen ze daar niks mee. Als ik remote wil beheren start ik een IPsec VPN. Dat kunnen zij ook natuurlijk, maar dan moeten ze wel meer weten dan het wachtwoord.
En dan nog hou je niet tegen dat je sshd gebackdoored wordt als je ze via je web applicatie naar binnen gelopen zijn. Ok, ze kunnen dan geen gebruik maken van dat hard-coded wachtwoord. Maar die back-doored versie stuurt ook alle login gegevens door.
Maar hoe werkt dat dan? Gaan ze dan een uitgaande connectie doen? (want dat blokkeer je uiteraard in de firewall)
Of hebben ze ergens een URL waar ze die verzamelde gegevens weer ophalen?
Kijk bijvoorbeeld een paar jaar terug, toen was 't heel normaal dat je met je computer rechtstreeks aan internet hing. Malware maakte dan ook vaak een achterdeurtje open die iedereen vanaf het internet kon bereiken. Tegenwoordig zit bijna iedereen wel achter een router met NAT waardoor je zo'n achterdeurtje niet meer kan bereiken. Nu worden er vooral command & control servers gebruikt waardoor men dat "probleem" min of meer omzeilt.
Deze posting is gelocked. Reageren is niet meer mogelijk.
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.
