Uitgaande spam

[digi]

Beste,

Op een CentOs server heb ik laast van uitgaande spam. Via Exim -bpc de uitgaande spam achterhaald, via exim -bp gekilled. De uitgaande spam komt van 2 users.
Een van deze heeft een gastenboek met MySQL welke dagelijks wordt voorzien van een +/- 50 tal nieuwe niet gewenste berichten. Deze zijn ook verstuurdt vanaf verschillende IP's waardoor deze moeilijk zijn te traceren.

Server is voorzien van::
APF + BFD - SIM - /TMP security - Root access uit - Disable PHP functions (system, exec, shell_exec, passthru) - SSH andere poort - Spamassign - CHKRootkit - RKHunter - Optimalisatie Log Watch - Optimalisatie MySQL

Wat kan ik nog uitvoeren om deze te killen???

[Deimos]

Beste,

Op een CentOs server heb ik laast van uitgaande spam. Via Exim -bpc de uitgaande spam achterhaald, via exim -bp gekilled. De uitgaande spam komt van 2 users.
Een van deze heeft een gastenboek met MySQL welke dagelijks wordt voorzien van een +/- 50 tal nieuwe niet gewenste berichten. Deze zijn ook verstuurdt vanaf verschillende IP's waardoor deze moeilijk zijn te traceren.

Server is voorzien van::
APF + BFD - SIM - /TMP security - Root access uit - Disable PHP functions (system, exec, shell_exec, passthru) - SSH andere poort - Spamassign - CHKRootkit - RKHunter - Optimalisatie Log Watch - Optimalisatie MySQL

Wat kan ik nog uitvoeren om deze te killen???

Ik meen dat er ook een script voor exim is, die ervoor zorgt dat er maximaal X aantal mails per batch verstuurd kunnen worden. Echter lijkt me dit niet zozeer een oplossing. Persoonlijk denk ik dat je het probleem bij de bron moet aanpakken, kortom je zult de betreffende malifide scripts moeten updaten of zelf moeten aanpassen, zodat SPAM bots ze niet meer kunnen misbruiken.

Wat eventueel ook nog een optie is, is mod_security voor Apache. Hiermee kan je instellen dat bepaalde malifide code niet naar de server verstuurd kan worden. Hiermee kan je bijvoorbeeld instellen dat men geen bcc, cc, to tags ed kan versturen naar je server. Dit is echter een zeer precies karwei, omdat bij te strakke regels het ook mogelijk is dat er scripts niet meer naar behoren zullen functioneren.

[digi]

hoeveelheid werk deert me niet, begin er dan wel aan na de formule 1.....

[crazycoder]

Fix de scripts, of laat ze door de gebruiker fixen. Iedere andere methode is een lapmiddel.

Sommige formulieren (en mogelijk ook gastenboeken) staat iets toe als "stuur dit ook naar mijn e-mail adres". Ook scripts waarmee je nieuws kan publiceren kunnen hier wat van.
Dergelijk scripts zijn maar al te vaak brak waardoor je met gemak tig e-mail adressen in het vakje e-mail kan gooien. Van validatie heeft men vaak geen kaas gegeten..

[smurf]

Best het script opsporen van waar gespammed wordt en dan het script beveiligen...

Zie: http://www.webhostgear.com/232_print.html om sendmail aan te passen.

[joriz]

Mail gewoon die klanten dat ze hun systeem moeten verbeteren. Sluit ze desnoods af als het echt uit de hand loopt.

[digi]

Mail gewoon die klanten dat ze hun systeem moeten verbeteren. Sluit ze desnoods af als het echt uit de hand loopt.

Tja, het is wel een script welke met Installatron wordt meegeleverd.....

[snaaps]

Tja, het is wel een script welke met Installatron wordt meegeleverd.....

Aardig gek,

Nou ja script aanpassen zodat deze niet meer opgevraagd kan worden.
Vervolgens je klanten inlichten dat zei het mail script zelf moeten aanpassen naar een veilig script.

[Icheb]

Of anders even laten weten aan Installatron, wat het probleem precies is met dat script.

Dan hebben anderen er ook nog wat aan