Bekijk Volledige Versie : Stijging dataverkeer
Ik kreeg onlangs deze mail van mijn hosting provider:
------------------------------------------
De afgelopen uren verstuurd de website *******.com vele emails naar buiten, het lijkt erop dat hiervoor de contact formulier op de website wordt gebruikt hiervoor. Om ervoor te zorgen dat hier geen probleem van komen hebben wij tot nadere orde deze website gesuspend.
Gaarne willen wij u vragen dit contact formulier na te kijken en indien nodig aan te passen.
Wij hopen u hiermee voldoende geinformeerd te hebben.
Met vriendelijke groet,
------------------------------------------
Het versturen van deze e-mail ging gepaard met een enorme toename in dataverkeer (voorheen een maximum van 3 GB per maand, nu 6 GB in een paar dagen)
Het contactformulier is inmiddels van de website verwijderd. Nadat de website weer online gezet was (unsuspended) werd en in enkele uren tijd ongeveer 8 GB dataverkeer gegenereerd. In de statistieken van de website (in DA) kan ik geen bijzondere dingen vinden.
Iemand enig idee wat hier het probleem kan zijn, en belangrijker nog, hoe ik het kan voorkomen???
alvast bedankt!!!
Freakingme
15/11/06, 01:08
Vraag je ISP eens wat van deze emails naar jou door te sturen. Als ze inderdaad van jouw domein komen, lijkt het me geen probleem dat jij die te zien krijgt. Met een beetje geluk heeft je ISP een en ander zo geregelt dat je vrij precies kan terug vinden welk script hiervoor verantwoordelijk is (indien het een script is). Wat je ook kunt doen is alle email accounts tijdelijk blokkeren, en kijken of je dan nog zoveel mail verstuurd.
EDIT: Als je host weet dat je bandwidth (extreem) verhoogt is, weten ze ook wat er zo verhoogd is. Laat je webhost ook eens wat actie ondernemen, in plaats van jouw gehele site blokkeren en alles op jou afschuiven...
crazycoder
15/11/06, 08:04
- haal ook het script weg wat de input van het formulier verwerkt (als dat tenminste nog niet is gebeurt).
- wijzig ftp wachtwoorden.
- controleer andere scripts.
- controleer ook of er scripts zijn die als proxy kunnen dienen.
- controleer de inhoud van directories..
EDIT: Als je host weet dat je bandwidth (extreem) verhoogt is, weten ze ook wat er zo verhoogd is. Laat je webhost ook eens wat actie ondernemen, in plaats van jouw gehele site blokkeren en alles op jou afschuiven...
Een hoster kan ondersteuning verlenen, maar wat er op de site gebeurt is primair de verantwoording van de klant. Wil men dat niet dan huurt men een professional in om een site te bouwen. Of men leert het zelf grondig aan te pakken.
Overigens verlenen de meeste hosters helemaal geen (of minimale) ondersteuning op eigen scripts...
Om een en ander hier reeds geschreven nog iets te verduidelijken:
Hoogst waarschijnlijk betreft het een crappy geschreven mail formulier waar de input niet gecheckt wordt alvorens het aan mail() (PHP) gegeven wordt.
Dit betekent dat spammers een scriptje schrijven dat duizenden mails via jouw domein verstuurd. Kwalijk, ook omdat je in de RBLs terecht kunt komen.
Freakingme
16/11/06, 00:38
Een hoster kan ondersteuning verlenen, maar wat er op de site gebeurt is primair de verantwoording van de klant. Wil men dat niet dan huurt men een professional in om een site te bouwen. Of men leert het zelf grondig aan te pakken.
Overigens verlenen de meeste hosters helemaal geen (of minimale) ondersteuning op eigen scripts...
Da's de ene kant. Aan de andere kant heeft een hoster veel meer (technische) middelen om te kijken waarvandaan die spam wordt verzonden.....
crazycoder vermeldde het al.
scripts van klanten zijn niet de zorg van de webhoster.
de hoster heeft wel middelen om te kijken maar das 1 kant de klant moet zorgen dat zijn script niet lek is.
alles wat de hoster dan verder kan doen is afsluiten en je een rekening sturen.
wij lossen het evt ook wel op voor onze klanten maar natuurlijk ook niet gratis, meestal moet heel het script geheel opnieuw geschreven worden dus dat kost nu eenmaal geld.
en denk dat de meeste van mijn con-collegas er zo wel over denken.
crazycoder
16/11/06, 07:59
Da's de ene kant. Aan de andere kant heeft een hoster veel meer (technische) middelen om te kijken waarvandaan die spam wordt verzonden.....
Wat verwacht jij eigenlijk? Met een beetje geluk ziet de hoster welk account verantwoordelijk is. Veel meer zie je in principe niet hoor.. een hoster behoort ook niet zomaar in de bestanden van klanten te gaan grasduinen..
Je mag dan zelfs heel blij zijn als de hoster het account afsluit. Bedenk dat je anders heel snel op blacklists sta. Aangezien de klant IMO zelf verantwoordelijk is voor zijn eigen scripts is de klant vanzelfsprekend ook aansprakelijk voor de veroorzaakte schade. Het zal niet vaak gebeuren, maar een hoster zou deze schade IMO kunnen verhalen.
allemaal leuk en aardig die discussie over buggy scripts... maar zoals gezegd... het script was dus al verwijderd van de site en toch blijft het dataverkeer maar stijgen..provider is nu aan t onderzoeken waar het aan kan liggen.
als het script verwijderd is kan er nog vanalles in que staan etc.
en heel misschien is er nog meer lek aan de rest van je scripting.
dreamhost_nl
16/11/06, 12:29
de rest is platte html
Het is mogelijk dat een e-mails uitsturend script is geupload in de /tmp folder. Dat is voor de cliënt op de server zelf niet te zien...
Freakingme
17/11/06, 00:52
Wat verwacht jij eigenlijk? Met een beetje geluk ziet de hoster welk account verantwoordelijk is. Veel meer zie je in principe niet hoor.. een hoster behoort ook niet zomaar in de bestanden van klanten te gaan grasduinen.
Op de servers waar ik host. Worden alle mailtjes die ik verstuur met php van wat extra X-anti-abuse headers voorzien. In deze headers staat bijvoorbeeld het username van die klant, en het absolute path naar het verzendende script. Mocht ik een abuse mail binnen krijgen, kan ik dus door enkel naar die headers te kijken zien welk script de boel aan het spammen is.
Dit zijn dingen die ik eigenlijk aanraad om elke hoster te doen. Grasduinen bedoelde ik zeker niet. En het herschrijven van een script is logisch dat hiervoor betaald wordt. Ik doelde dus echt alleen aan het uitzoeken welk script de schuldige is.
Wij doen zulke dingen gewoon gratis hoor, kan me niet voorstellen dat je als webhosting provider niet even snel kan uitvogelen wat er aan de hand is.
Je hebt toch logs.. en talloze tools om dit te achterhalen.