Scrip losgelaten op onze shared hosting servers en "ik word hier niet vrolijk van" ;-)
Afdrukvoorbeeld
Scrip losgelaten op onze shared hosting servers en "ik word hier niet vrolijk van" ;-)
Was dat alleen zijn website of ook andere websites die via de hack waren veranderd.Citaat:
Oorspronkelijk geplaatst door Yourwebhoster
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.
We hebben de oudste server hiervoor even getest.Citaat:
Oorspronkelijk geplaatst door Domenico
All Finished. Found 78 up to date and 225 out of date scripts
Das nie goe nie
Alleen zijn website, heb gezocht naar bestanden die ook dezelfde "virus" code hadden en kwam alleen bij hem uit.Citaat:
Oorspronkelijk geplaatst door Rollerscapes
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.Citaat:
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?Citaat:
Oorspronkelijk geplaatst door Mark17
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.
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 :)Citaat:
Oorspronkelijk geplaatst door DeziWeb
hahahaha, ja dat zal de situatie zijn hier :clown:Citaat:
Oorspronkelijk geplaatst door ®on
Oei... dan moeten die echt iets anders gaan doen hoor :eek:Citaat:
Oorspronkelijk geplaatst door ®on
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).Citaat:
Oorspronkelijk geplaatst door Erik H.
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.
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...Citaat:
Oorspronkelijk geplaatst door Mark17
"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).