Onderwerp: [AANRADER!] Old Script Finder

Scrip losgelaten op onze shared hosting servers en "ik word hier niet vrolijk van" ;-)

Oorspronkelijk geplaatst door Yourwebhoster

Afgelopen weken een klacht van een klant ontvangen dat de server onveilig zou zijn. Het bleek dat toen een bepaald script niet up-to-date was, en dus misbruikt werd. Daarmee was een shell (weet even niet welke) geüpload naar de server, waarna een PHP scriptje uitgevoerd werd die vrolijk alle index.php en .htm(l) bestanden aanpaste: een iframe naar een geblokkeerde website waardoor de website van de klant geblokkeerd werd. Dan is zoiets toch echt een stuk fijner

Was dat alleen zijn website of ook andere websites die via de hack waren veranderd.

Bedankt voor de link Domenico
Momenteel draaien hier geen Joomla, Wordpress of andere derde partij software
Enkel Roundcube en PHPbb (welke up-to-date is).

Maar voor de toekomst is het zeker handig.

Oorspronkelijk geplaatst door Domenico

Nog meer mensen die getest hebben? Laat maar zien die cijfers...

We hebben de oudste server hiervoor even getest.
All Finished. Found 78 up to date and 225 out of date scripts

Das nie goe nie

Oorspronkelijk geplaatst door Rollerscapes

Was dat alleen zijn website of ook andere websites die via de hack waren veranderd.

Alleen zijn website, heb gezocht naar bestanden die ook dezelfde "virus" code hadden en kwam alleen bij hem uit.

Op 5 servers (shared hosting) over de 1000 out of date scripts. Morgen die lijst maar eens even importeren voor een mailing. Jammer, zeker als je bedenkt dat gewoon installatron wordt aangeboden waarin dit met 2 klikken op te lossen is. Ik snap persoonlijk dan niet waarom je handmatig moeite gaat doen met downloaden van een script van een site, uploaden via ftp en alle config files nalopen.... en ja.... daar hameren we regelmatig op.

Op zich kun je natuurlijk niet van alle klanten verwachten dat ze continu elke mini-update maar dezelfde dag draaien maar er zitten schaamteloos veel hele oude versies bij!

Oorspronkelijk geplaatst door Erik H.

Op 5 servers (shared hosting) over de 1000 out of date scripts. Morgen die lijst maar eens even importeren voor een mailing. Jammer, zeker als je bedenkt dat gewoon installatron wordt aangeboden waarin dit met 2 klikken op te lossen is. Ik snap persoonlijk dan niet waarom je handmatig moeite gaat doen met downloaden van een script van een site, uploaden via ftp en alle config files nalopen.... en ja.... daar hameren we regelmatig op.

Op zich kun je natuurlijk niet van alle klanten verwachten dat ze continu elke mini-update maar dezelfde dag draaien maar er zitten schaamteloos veel hele oude versies bij!

Wat denk je van modules die enkel werken bij een of andere sterk verouderde versie van een script (eventueel nog gecombineerd met een design wat na een update niet meer werkt). Klanten gaan tenzij je ze echt aan gaat sporen dan echt niet gauw over tot het updaten van het pakket/de website.

Oorspronkelijk geplaatst door Mark17

Wat denk je van modules die enkel werken bij een of andere sterk verouderde versie van een script (eventueel nog gecombineerd met een design wat na een update niet meer werkt). Klanten gaan tenzij je ze echt aan gaat sporen dan echt niet gauw over tot het updaten van het pakket/de website.

Tja er zijn ook bedrijven die nog werken met IE6 omdat hun zelfgebakken speelgoed niet op een andere browser werkt. Denk dat we het er over eens zijn dat dat ook niet kan?

Daarbij snap ik je punt deels. Maar ik ken geen modules die (als fictief voorbeeld) wel werken op joomla 1.5.1 en niet op joomla 1.5.9. Er daar zitten dan toch echt 8 security updates tussen....

Probleem zit hem ook een beetje in dat sommige mensen niet willen updaten, bijv iemand met een oude xoops install waar alleen bij die versie bepaalde modules het doen.
Wat moet je dan doen? Waar houd het op dat je het toelaat? Een oude versie hoeft niet direct ook onveilig te zijn. Uiteraard is het ook absoluut geen doen om alle scripts na te lopen op alle sites welke nu echt onveilig zijn.

Wat Erik meld, een mailing zou voldoende moeten zijn, al was het maar om mensen aan het denken te zetten.
Tweede punt is inderdaad installatron. Het script is op zich zeker een goede tip, en zeker nuttig maar je kan al veel nalopen met installatron zelf al vangt deze natuurlijk veel minder op.

Als laatste natuurlijk de kosten. Wanneer je het gaat gebruiken ga je voor de betaalde versie. Als je dan al je servers gaat tellen is het best veel geld wat je per maand kwijt bent.

Wanneer je op 1 server die check laat lopen kan je er bijna wel vanuit gaan dat op al je servers het plaatje nagenoeg hetzelfde zal zijn.

De optie om na x checks een script uit te zetten is in mijn ogen geen optie.

Oorspronkelijk geplaatst door DeziWeb

Als laatste natuurlijk de kosten.

Ach kom. 20$ per jaar per server. Lijkt me een schijntje als je het af zet tegen de ongemakken waar je klanten en jezelf voor kan behoeden. Goed, voor sommigen zal zo'n bedrag wellicht niet binnen het kostenplaatje passen

Oorspronkelijk geplaatst door ®on

Goed, voor sommigen zal zo'n bedrag wellicht niet binnen het kostenplaatje passen

hahahaha, ja dat zal de situatie zijn hier

Oorspronkelijk geplaatst door ®on

Ach kom. 20$ per jaar per server. Lijkt me een schijntje als je het af zet tegen de ongemakken waar je klanten en jezelf voor kan behoeden. Goed, voor sommigen zal zo'n bedrag wellicht niet binnen het kostenplaatje passen

Oei... dan moeten die echt iets anders gaan doen hoor

Oorspronkelijk geplaatst door Erik H.

Tja er zijn ook bedrijven die nog werken met IE6 omdat hun zelfgebakken speelgoed niet op een andere browser werkt. Denk dat we het er over eens zijn dat dat ook niet kan?

Daarbij snap ik je punt deels. Maar ik ken geen modules die (als fictief voorbeeld) wel werken op joomla 1.5.1 en niet op joomla 1.5.9. Er daar zitten dan toch echt 8 security updates tussen....

Mogelijk in het geval van veel klanten met dergelijke "verouderde" scripts eens kijken naar een optie om deze sites op een losse omgeving te zetten (als extra bescherming van de overige klanten). Vaak helpt het informeren van klanten gelukkig al voldoende (naast enkele "standaard" beveiligingsmaatregelen).

Vandaag ook maar eens 1 licentie aangeschaft om te testen, voor die 20 dollar hoef je het in ieder geval niet te laten. Scan vanavond maar eens loslaten op een shared hosting servertje en kijken wat er uit komt.

Oorspronkelijk geplaatst door Mark17

Mogelijk in het geval van veel klanten met dergelijke "verouderde" scripts eens kijken naar een optie om deze sites op een losse omgeving te zetten (als extra bescherming van de overige klanten). Vaak helpt het informeren van klanten gelukkig al voldoende (naast enkele "standaard" beveiligingsmaatregelen).

Gewoon chrooten en de klanten een eigen /tmp geven lost het grootste deel van de ellende voor andere gebruiker al op. Helaas zijn er nog steeds teveel hosterts die alles en iedereen onder apache : apache draaien in plaats van de user zelf...

"Gewoon chrooten"
Ik neem aan dat dit niet zo makkelijk is als het lijkt? Je moet een lib, bin, etc folder aanmaken.

Wat wel een optie is om /tmp gewoon op een aparte partitie of iets te zetten met nosuid en execute uitschakelen (opties zullen wel een andere naam hebben, maar daar kan ik even niet opkomen).