Likes: 0
04/03/06 21:49
Hallo allemaal,
Iedereen kent ze wel die contact formulieren die niet helemaal netjes geprogrammeerd zijn. Hierdoor kunnen spammers lekker hun zooi de wereld in sturen.
Ik zelf gebruik postfix om te mailen. Is het mogelijk en zoja hoe kan ik voorkomen dat spammers via scripts van klanten gaan spammen?
Thankz...
04/03/06 22:21
Het schijnt dat mod_security veel kan doen om ongewenste bcc-headers enz te verwijderen.
04/03/06 22:23
Is het eigenlijk niet gewoon de plicht voor jou "systeembeheerder" (jijzelf?) om gewoon in kaart te brengen welke scripts er draaien op je server en dit per interval (per dag/week/x whatever van toepassing is op jou) te controleren.
Simpelweg je klanten demotiveren om iets te doen waarvan zij/hij geen idee hebben.
04/03/06 22:25
Of je kan een form zelf (laten) maken dat wel veilig is. En dan dit aan je klanten gratis verstrekken. Dat is pas service (ipv weer iets dicht te gooien)
04/03/06 22:26
hoe moet ik dat doen dan? stel je propt 200 klanten op je server dan moet je dus alle scrippies gaan zoeken op een mailfunctie?
04/03/06 22:27
Ik heb gewoon bbc: in mod security gegooit. Dit scheelt al een hoop.
Ook heb ik diverse andere meuk hierin gegooit van oa. gotroot.com
Dit maakt wel je apache server wat slomer.
Tevens is het slim om klanten gewoon op dit soort dingen te wijzen of tutorials te posten.
05/03/06 00:35
Al je uitgaande mail via een relay laten lopen waar je SpamAssasin icm bayes auto-learn systeem op hebt draaien.
Met een beetje slim systeem kan je je klanten dan automatisch een mail laten sturen zodra het systeem spam vanaf hun website ontdekt.
Daarnaast gewoon adequaat optreden richting je klanten en ze idd een veilig mailform verschaffen.
Maar ook in projecten als Mambo en phpBB zitten lekken waardoor je kan spammen.
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
05/03/06 08:35
Wat is daar het nut van? Komt het dan op tv ofzo?Oorspronkelijk geplaatst door joriz
05/03/06 10:32
Dat lijkt me niet echt te doen. Als je een paar honderderd klanten hebt zou je ze allemaal langs moeten lopen :P.
Wel zou je in ieder geval iedere klant kunnen wijzen middels een help pagina op de mogelijke problemen bij bijvoorbeeld contact formulieren. Echter wordt dit door lang niet elke klant altijd gelezen.
Dus kom je toch op een oplossing waarop je het op je server moet gaan beveiligen.
- Dennie
[EDIT]
In dit topic staat ook meer informatie over dit onderwerp:
http://www.webhostingtalk.nl/scripti...hijacking.html
Laatst gewijzigd door Dennie-DeTi; 05/03/06 om 10:35.
05/03/06 10:43
De enige echte oplossing zou een fix van PHP zijn.
Overigens is het filteren op bcc niet bepaald toereikend.
05/03/06 19:16
Ik maak altijd gebruik van ASP.NET om invulformuliertjes te maken en gebruik de ValidationControls om de invoer te controleren. Het script wat de pagina verzend plaats ik altijd in een aparte file en die file controleerd welke pagina de code aanroept.
Zoiets:
IF Request.ServerVariables("HTTP_REFERRER") <> "formulier.aspx" then response.end()
Mijn ervaring is dat de meeste SPAMMERS gebruik maken van het script in plaats van het formulier zelf....
05/03/06 19:56
Spammers komen eerst het formulier op de site misbruiken, zodra ze weten hoe het misbruikt kan worden wordt het vanaf een pc of andere site aangeroepen. Daardoor hoeven zij zich niet te laten weerhouden door onhandige zaken zoals de maximale lengte die je in de HTML aan heb gegeven..
Het probleem is niet dat iemand die iets van ontwikkelen af weet iets in elkaar kan zetten wat deugdelijk is, probleem zijn de vele webmasters die een standaard script pakken.. Of.. nog erger.. zgn professionals die de POST vars direct naar mail() doorsluizen of het gebruiken om een smtp class aan te roepen..
05/03/06 20:21
Dit is niet zo'n groot probleem alleen maak je dit een paar keer per jaar mee.
Er zijn teveel onervaren scripters helaas.
Gewoon je klanten op het hart drukken dat het zo niet moet
24/03/06 21:16
Nog even een reaktie van mij..
Ik loop ook de hele dagen achter de foute mailforms aan te vangen en hou alles scherp in de gaten.
Ik zag dit in een return mail staan, het was er maar 1
-
The original message was received at Fri, 24 Mar 2006 19:28:19 +0100
from localhost [127.0.0.1]
----- The following addresses had permanent fatal errors -----
<jmpatton2OOO@aol.com>
(reason: 554-: (RLY:CS4) http://postmaster.info.aol.com/errors/421rlycs4.html
)
----- Transcript of session follows -----
... while talking to mailin-02.mx.aol.com.:
>>> DATA
<<< 421-: (RLY:CS4) http://postmaster.info.aol.com/errors/421rlycs4.html
<<< 421 SERVICE NOT AVAILABLE
... while talking to mailin-03.mx.aol.com.:
>>> DATA
<<< 421-: (RLY:CS4) http://postmaster.info.aol.com/errors/421rlycs4.html
<<< 421 SERVICE NOT AVAILABLE
... while talking to mailin-01.mx.aol.com.:
>>> DATA
<<< 421-: (RLY:CS4) http://postmaster.info.aol.com/errors/421rlycs4.html
<<< 421 SERVICE NOT AVAILABLE
... while talking to mailin-04.mx.aol.com.:
>>> DATA
<<< 554-: (RLY:CS4) http://postmaster.info.aol.com/errors/421rlycs4.html
<<< 554 TRANSACTION FAILED
554 5.0.0 Service unavailable
-
Wie kan me hier meer uitleg over geven?
24/03/06 22:20
Dan heeft je server net een lading spam richting AOL verstuurd, dan blokkeren ze je eventjes.
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
Quote