Bekijk Volledige Versie : Wordpress sites worden gehackt
Voor de tweede keer in 2,5 maand zijn diverse Wordpress sites op onze VPS gehackt.
Na de eerste keer zijn alle wachtwoord en gebruikersnamen veranderd. En de hele VPS is opgeschoond.
2,5 maand later zijn weer diverse sites gehackt. In de databases van de websites zijn wederom stukjes code toegevoegd. (iframe op display:none; met als source een .cn domein)
Afgelopen zaterdagavond zijn binnen een half uur 30 sites voorzien van deze code. Alle site beschikken over unieke DBname, DBusername, DBpassword (12 tot 15 random tekens) en table prefix. Ook de Wordpress default admin login is verwijderd.
Volgens onze hostingpartij ligt het probleem bij Wordpress. De sites die zijn gehackt zijn voorzien van versie 2.9.1 of hoger. Veel zijn zelfs voorzien van de laatste versie van Wordpress. En volgens de WP secure plugin staan de FTP rechten goed.
Iemand enig idee waarom de sites toch worden gehackt?:huh:
Misschien dat je hier wat aan hebt:
exploit-db.com - WordPress Search (http://www.exploit-db.com/search/?action=search&filter_page=1&filter_description=wordpress&filter_author=&filter_platform=0&filter_type=0&filter_port=&filter_osvdb=&filter_cve=)
Ik weet niet of het gefixt is in de nieuwste versies. Maar je kan je plugins even nalopen.
Heb je toegang tot de log bestanden? Wat zeggen die?
Misschien dat je hier wat aan hebt:
exploit-db.com - WordPress Search (http://www.exploit-db.com/search/?action=search&filter_page=1&filter_description=wordpress&filter_author=&filter_platform=0&filter_type=0&filter_port=&filter_osvdb=&filter_cve=)
Ik weet niet of het gefixt is in de nieuwste versies. Maar je kan je plugins even nalopen.
Handige link.
Nextgen plugin wordt op enkele sites gebruikt. Maar kan dit ook schade aanrichten aan andere sites zonder deze plugin?
@GetUp: Ik heb helaas geen toegang tot de logfiles. Maar de hostingpartij kon geen "gekke dingen" ontdekken.
Ramon Fincken
07/09/10, 17:07
versie 2.9.1 of hoger
De laatste versie 3.0.1, dus ze waren zowiso al niet allen up to date?
En het moet dikwijls maar 1 site zijn die gehacked wordt, waardoor het mogelijk kan worden voor de hacker om zijn eigen code te uploaden en zo ook de andere websites te besmetten, door bv de mysql usernames en passwords van die andere wordpress installaties uit te lezen.
Verder ook zien dat je kernel up te date is (wat soms wel eens niet het geval wil zijn bij standaard VPS installaties), want in de iets oudere 2.6 kernels zat een bug waarmee men via een simpele scriptje root rechten kon bekomen.
Indien hij toegang heeft to de overige websites, is het wellicht mogelijk dat de hacker een zogenaamde backdoor heeft ingebouwd. (Omdat hij ook al bij andere (beveiligde) gebruikersmappen kan)
Je geeft aan dat de VPS is opgeschoond. Op welke manier precies? Heeft hier een expert naar gekeken of heb je dit zelf gedaan?
Deze "virussen" (net zoals ze bij Windows voorkomen) worden over het algemeen vrij goed verstopt (voor de gemiddelde Linux gebruiker)
Je mag contact met me opnemen om de server eens goed na te lopen op mogelijke lekken/installatie van malafiede software indien gewenst.
Bij applicaties zoals WordPress, Joomla etc. blijft het de zaak om op de hoogte te blijven van mogelijke lekken/exploits/updates. Toch vreemd dat er zo diep in het systeem geinfiltreerd is. WordPress zal wel de ingang zijn waardoor er rechten op het OS verkregen zijn.
Erg vriendelijk van opinion. Ik zou er gebruik van maken als ik u was :) Succes!
Ze waren niet allen op to date inderdaad. 2.9.1 of hoger. De meesten waren echter wel 3.0.1.
De VPS maakt gebruik van:
- Operating system Linux 2.6.18-028stab060.8-ent
- Parallels Plesk Panel version 9.2.3
@opinion De server is opgeschoond met hulp van de hosting partij. Bedankt voor je aanbod. Ik probeer het eerst met de huidige hoster op te lossen. Indien nodig zal ik zeker contact opnemen.
Bij 1 site zijn bestanden op de FTP aangepast.
header.php en footer.php de bestanden zijn aangepast door gebruiker apache.
Wordt dit dan door wordpress aangepast of door de server zelf?
Ik zou zeggen WordPress. Aangezien onder Apache normaal gesproken alleen de webserver draait. Verzoek je hosting partij om de installatie van bijvoorbeeld mod_ruid of suPHP. Naast de extra beveiliging, weet je dan zeker welke gebruiker het bestand heeft gewijzigd.
Heb je die sites toevallig zelf in beheer allemaal of zijn ze van klanten? Het kan zijn dat je zelf een virus hebt en deze via je ftp client je websites infecteerd.
"En de hele VPS is opgeschoond."
Da's dan wel weer netjes. ;)
Wel interessant om te weten hoe dit allemaal komt natuurlijk. Maar als die hoster zegt 'we zien niets raars' weten ze er misschien niet genoeg vanaf?
Ik zou zeggen WordPress. Aangezien onder Apache normaal gesproken alleen de webserver draait. Verzoek je hosting partij om de installatie van bijvoorbeeld mod_ruid of suPHP. Naast de extra beveiliging, weet je dan zeker welke gebruiker het bestand heeft gewijzigd.
Hoe bedoel je dat? Het is nu toch ook duidelijk dat de bestanden zijn aangepast via een exploit? Als de bestanden zijn aangepast door Apache wil dit zeggen dat een bestand/code van de betreffende website het bestand gewijzigd heeft. Indien je suPHP zou installeren, zou je alleen zien dat de betreffende website user de boosdoener is (wat je nu ook al weet).
suPHP laat php processen inderdaad via de CP user onder Linux spawnen, maar het is interessanter om deze techniek in te zetten op zoek naar een boosdoener van hoog resource gebruik.
De website waar header en footer aangepast zijn, is dat toevallig een wordpress installatie waar de plugin in zat die vulnerable was? Dan heb je je oorzaak al. Indien ze de header/footer aan kunnen passen via een stukje code, heb je grote kans dat ze ook verder/dieper in het systeem kunnen. Ze zijn dan eenmaal binnen namelijk.
Maar goed, ik maak uit je verhaal op dat je een managed VPS afneemt (geen toegang to logs, je ziet dingen in de FTP). Het gehackt worden van 1 site is peanuts. Dat gaat echt nergens over en kan ieder simpel ziel overkomen. Dat vanuit dat account de overige websites aan te passen zijn (dan wel via een omweg) is echt de verantwoordelijkheid van je hoster. Ik zou het dan ook niet laten zitten bij "we zien niks in de logs" (Mooi dat ze er bij zeggen welke logs...)
Ik zou eisen dat ze de beveiliging op peil brengen en zeker een aantal switches in bouwen waardoor bellen gaan rinkelen wanneer dit soort fratsen uitgevoerd worden. Wellicht kunnen ze beginnen met open_basedir beveiliging... Daarnaast mod_security installeren en goed instellen zodat dit soort gasten al geblokkeerd worden op het moment dat ze exploits proberen te vinden op je server.
Hoe bedoel je dat? Het is nu toch ook duidelijk dat de bestanden zijn aangepast via een exploit? Als de bestanden zijn aangepast door Apache wil dit zeggen dat een bestand/code van de betreffende website het bestand gewijzigd heeft. Indien je suPHP zou installeren, zou je alleen zien dat de betreffende website user de boosdoener is (wat je nu ook al weet).
Nee. Het gaat om meerdere websites. Als de server niet goed is ingesteld heb je kans dat de user apache ook bij andere websites kan rondneuzen. Dus dan is suPHP, of beter nog mod_ruid, zeker wel interessant. Uiteindelijk weet je nu nog helemaal niets.
Heb je die sites toevallig zelf in beheer allemaal of zijn ze van klanten? Het kan zijn dat je zelf een virus hebt en deze via je ftp client je websites infecteerd.
De klant kan de site alleen beheren via Wordpress. FTP gegevens hebben ze niet. Ik maak zelf gebruik van een Apple wat de kans op een virus al een stuk kleiner maakt.
De website met aangepaste bestanden had niet een plugin die op de exploitlijst staat. Deze had:
- Akismet
- Contact-form7 (zonder upload mogelijkheid)
- flexible-lightbox.
dreamhost_nl
10/09/10, 15:30
Misschien dat je klant (lokaal) een virus onder de leden had, waarmee inloggegevens werden doorgespeeld aan een derde partij? Hoewel ik hier persoonlijk nooit eerder van heb gehoord op het gebied van specifiek Wordpress inloggegevens, zou het me toch niets verbazen.
Misschien dat je klant (lokaal) een virus onder de leden had, waarmee inloggegevens werden doorgespeeld aan een derde partij? Hoewel ik hier persoonlijk nooit eerder van heb gehoord op het gebied van specifiek Wordpress inloggegevens, zou het me toch niets verbazen.
Dan hebben ze wel wat leukere resultaten dan een wordpress site hoor.... Dan zou ik eerder m'n mail/bank en 3rd payment processor login gegevens veilig stellen.
Hackers draaien bots en andere background spul op je PC's dmv trojans en virussen
Carders stelen je informatie dmv. trojans en fake virus scanners
@dreamhost_nl dit zou één gehackte site kunnen verklaren. Niet 30 toch?
In de ftp map zijn om 6:42:00u enkele bestanden aangepast.
In de logs (verkregen via plesk) is rond dat tijdstip geen activiteit te zien.
Ik heb de volgende plesk logs bekeken van de betreffende site:
access_log.processed
xferlog_regular.processed
Met name het feit dat de user apache is zit me dwars. Als ik bestanden upload via wordpress hebben de bestanden een andere user.
Helaas heb je als shared klant weinig toegang tot essentiele logs in deze.
Access_logs kunnen echter eventueel verklappen welke bestanden er zijn aangeroepen om 6:42:00, daar uit kan je een IP vissen en eventueel je lekke script.