Onderwerp: Form Hijacking

Ik heb te kampen met een form hijacking probleem. Ik heb er hier nog niet een topic over gezien, maar ik kan me niet voorstellen dat andere hosters er niet problemen mee hebben.

Het probleem is hier te lezen: http://computerbookshelf.com/email_injection/

Het probleem is nu dat er blijkbaar gespiderd wordt naar dit soort contact formulieren. Ik kan natuurlijk onmogelijk van honderden klanten hun contact formulier gaan fixen. Heeft iemand enig idee hoe dit server-wide te fixen is?

mod_security regeltjes?

Inderdaad en $_POST vars niet direct aannemen, maar filteren op linebreaks e.d (en bcc ).
De regel die wij gebruiken:

SecFilterSelective THE_REQUEST "bcc:|Bcc:|BCc:|BCC:|bCc:|bCC:|bcC:|BcC:"

Origineel geplaatst door PeterT
Inderdaad en $_POST vars niet direct aannemen, maar filteren op linebreaks e.d (en bcc ).

Snap ik, maar het zijn mijn eigen sites niet

Heeft iemand een goede mod_security set die niet al te veel problemen veroorzaakt?

Origineel geplaatst door wdv
Ik heb er hier nog niet een topic over gezien, maar ik kan me niet voorstellen dat andere hosters er niet problemen mee hebben.

Jawel hoor: http://www.webhostingtalk.nl/showthr...threadid=82160

@PeterT: is die rule effectief?
Ik gebruik zelf
#BCC filter
SecFilter "Bcc:"
SecFilter "Bcc:\x20"

Maar dat lijkt me weinig effectief.

Interessante link als het om mod_security gaat: http://www.gotroot.com/tiki-index.ph...security+rules

Origineel geplaatst door headout

Jawel hoor: http://www.webhostingtalk.nl/showthr...threadid=82160

@PeterT: is die rule effectief?
Ik gebruik zelf
#BCC filter
SecFilter "Bcc:"
SecFilter "Bcc:\x20"

Maar dat lijkt me weinig effectief.

Interessante link als het om mod_security gaat: http://www.gotroot.com/tiki-index.ph...security+rules

SecFilterSelective THE_REQUEST "bcc:|Bcc:|BCc:|BCC:|bCc:|bCC:|bcC:|BcC:"

filter je de request en jij filterd op bcc

Dit moet je gewoon in het script controleren, niet op niveau van mod_security

Origineel geplaatst door Wido
Dit moet je gewoon in het script controleren, niet op niveau van mod_security

Vertel dat de gemiddelde webmaster eens, die een formpje online zet

makkelijk gezegd wido, als hosting provider heb je hier geen drol aan, het is de klant die dit soort brakke scripts op de website zetten. Mod_security is dus een prima oplossing wil je het oplossen (in ieder geval verminderen).

BTW. mod_security is NIET hoofd letter gevoelig filteren op "bcc:" is dus genoeg

Origineel geplaatst door handy
BTW. mod_security is NIET hoofd letter gevoelig filteren op "bcc:" is dus genoeg

Hmm, dat wist ik dan weer niet

Origineel geplaatst door handy
makkelijk gezegd wido, als hosting provider heb je hier geen drol aan, het is de klant die dit soort brakke scripts op de website zetten. Mod_security is dus een prima oplossing wil je het oplossen (in ieder geval verminderen).

BTW. mod_security is NIET hoofd letter gevoelig filteren op "bcc:" is dus genoeg

Ik heb mod_security een tijdje getest, echter vind ik het een ramp om af te stellen en kost het best wel wat extra performance om elke http-header uit te lezen en te analyzen.

Je moet je mailverkeer goed monitoren en je klanten goed op het feit wijzen dat ze hun spul dicht moeten houden.

Just my 2 cents.

jup, en als je eens een x net niet goed kijkt, is de spamrun al weg
Mod_secure werkt top hiervoor.

@Wido: Als je DynamicOnly mode gebruikt in je config file, dan checked mod_security alleen relevante pagina's (bijv. php/cgi) dus niet statische html. Ik persoonlijk vind het een must-have tool voor providers, want defacements en andere narig heden nemen met meer dan 90% af, en daar heb ik best een kleine snelheid penalty voor over.

My 50 eurocents