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.
Ketenregisseur Gedigitaliseerde Criminaliteit en Cybercrime
Ben jij er klaar voor om de leiding te nemen in het bevorderen van de regionale samen-werking in de strijd tegen gedigitaliseerde criminaliteit en cybercrime? Samen met collega's, politie en regionale en landelijke partners? Dan is de dynamische rol van Ketenregisseur Gedigitaliseerde Criminaliteit en Cybercrime bij het Regionaal Samenwerkingsverband Integrale Veiligheid (RSIV) jouw op het lijf geschreven!
Digital Designer
Ben jij een Grafisch vormgever, UI-designer, Game-artist of gewoon een ‘self-proclaimed creative genius’, die op zoek is naar een leuke en uitdagende baan waarin je al je creativiteit kwijt kan?Je werkt samen met onze developers en UI/UX-designer aan onze Gamified Cybersecurity Challenges welke jij voorziet van de mooiste designs.
Cyber Security Trainer
"You know that feeling after you have been to the cinema and seen an exciting movie? It's the same after this training. I can only say that this is probably the BEST TRAINING that I've ever done!!!”
Are you ready for a challenge?
Senior Full Stack Developer
Als full stack developer bij Certified Secure maak je de mooiste cybersecurity challenges die onze deelnemers wereldwijd uitdagen en inspireren. Alle challenges zijn gebaseerd op actuele kwetsbaarheden, je komt dus telkens nieuwe technieken tegen, van machine learning tot web assembly, van Swift UI tot GCP.