Bekijk Volledige Versie : Gastenboek-spamscript
Zo'n 10 á 20 keer per dag wordt er een spambericht (met URL van site
voor potentiepillen of borstvergroting e.d.) gepost in een gastenboek op
mijn site. IIS meldt elke keer een ander IP-adres. Maar het gekke is dat
in de kolom "cs(User-Agent)" in de logfile _altijd_ hetzelfde staat:
"Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0)". Kan iemand me dat
misschien uitleggen ?
--
Erik.
Dimitri Visser
14/02/06, 08:00
Hoi,
On Tue, 14 Feb 2006 00:18:18 +0100, Erik Baas
<ejbaas@gmail.com.invalid> wrote:
>mijn site. IIS meldt elke keer een ander IP-adres. Maar het gekke is dat
>in de kolom "cs(User-Agent)" in de logfile _altijd_ hetzelfde staat:
>"Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0)". Kan iemand me dat
>misschien uitleggen ?
Dat is gewoon de naam die het programma zelf geeft. Het hoeft dus niet
echt een browser programma te zijn.
Groetjes,
Dimitri
finalwebsites.com
14/02/06, 12:15
Hi, als je php gebruikt kan je de message met deze functie op html code
valideren:
$value = "guest book posting";
if
(preg_match("/<[a-z]+(\s[a-z]{2,}=['\"]?(.*)['\"]?)+(\s?\/)?>(<\/[a-z]>)?/i",
$value)) {
echo "je gebruikt html code dat mag niet";
}
--
gr. Olaf
PHP classes and scripts: http://www.finalwebsites.com
Dimitri Visser wrote:
> >mijn site. IIS meldt elke keer een ander IP-adres. Maar het gekke is dat
> >in de kolom "cs(User-Agent)" in de logfile _altijd_ hetzelfde staat:
> >"Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0)". Kan iemand me dat
> >misschien uitleggen ?
> Dat is gewoon de naam die het programma zelf geeft. Het hoeft dus niet
> echt een browser programma te zijn.
Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
wormpje op de PC ?
--
Erik.
Geert Wirken
14/02/06, 17:00
Erik Baas schreef op 14-2-2006 12:36:
> Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
> wormpje op de PC ?
Het is allebei mogelijk. Misschien dat je ze kunt tegenhouden door een
CAPTCHA-beveiliging in te bouwen.
Zie <http://nl.wikipedia.org/wiki/Captcha> voor wat meer informatie.
--
Met vriendelijke groeten,
Geert Wirken
Mark van Ketel
14/02/06, 17:00
On 14-2-2006 16:46, Geert Wirken wrote:
> Erik Baas schreef op 14-2-2006 12:36:
>
>>Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
>>wormpje op de PC ?
>
>
> Het is allebei mogelijk. Misschien dat je ze kunt tegenhouden door een
> CAPTCHA-beveiliging in te bouwen.
> Zie <http://nl.wikipedia.org/wiki/Captcha> voor wat meer informatie.
>
Maar ook daar zijn alweer bots voor die die dingen kraken.
Mark
--
weblog : http://www.masadsign.nl/logout/
foto's : http://mvk.photopic.net
Jan Reilink
14/02/06, 21:15
On 2006-02-13, Erik Baas <ejbaas@gmail.com.invalid> wrote:
> Zo'n 10 á 20 keer per dag wordt er een spambericht (met URL van site
> voor potentiepillen of borstvergroting e.d.) gepost in een gastenboek op
> mijn site. IIS meldt elke keer een ander IP-adres. Maar het gekke is dat
> in de kolom "cs(User-Agent)" in de logfile _altijd_ hetzelfde staat:
> "Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0)". Kan iemand me dat
> misschien uitleggen ?
>
In je gastenboek script moet je controleren of de invoer van de bezoeker
voldoet aan datgene wat jij wilt / verwacht. Voldoet het hier niet aan,
weigeren met die hap.
Wij hebben hierover ("invoer validatie") wat informatie over op onze
website staan. Het is een working-draft dat steeds verder uitgebreid
wordt. Helaas op dit moment nog niets over gastenboeken, maar de
bedoeling is denk ik wel duidelijk.
http://www.vevida.com/NL/service_onderwerp.asp?owid=240
(op- en aanmerkingen graag hier bespreken, of naar mijn eigen
e-mailadres)
--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV
Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234
Op Tue, 14 Feb 2006 16:46:01 +0100, schreef Geert Wirken:
> Erik Baas schreef op 14-2-2006 12:36:
>> Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
>> wormpje op de PC ?
>
> Het is allebei mogelijk. Misschien dat je ze kunt tegenhouden door een
> CAPTCHA-beveiliging in te bouwen.
> Zie <http://nl.wikipedia.org/wiki/Captcha> voor wat meer informatie.
Wellicht te simpel voor grote websites, maar ik heb een scriptje gemaakt
dat aan de hand van de datum een code genereerd. Die code wordt door de
pagina met formulier berekent en doorgegeven aan de pagina die verwerkt.
Die genereert dezelfde code en vergelijkt die met elkaar. Als ze niet
hetzelfde zijn insert ie ze niet in mijn databeesje. Dat betekent dat de
spammer zolang hij mijn formule niet kraakt iedere keer naar het formulier
moet om de code te zien. Ik had op een gegeven moment zo'n tiental
spamberichten te verwijderen, maar sindsdien ben ik eraf. Mocht het weer
terug komen dan pas ik de code wel per uur aan, of verzin iets met random
codes die ik tijdelijk opsla oid.
Met php kun je zowieso html-invoer voorkomen door de tekens om te zetten,
bijv. < in < Als je dat doet verliest de spammer zijn effect (zoveel
mogelijk links naar zijn site creeren tbv zoekrobots).
--
Met vriendelijke groet,
Jeroen van Tol
www.themoose.nl
Jan Reilink
15/02/06, 20:45
On 2006-02-14, The Moose <jvantol@hccnet.nl> wrote:
> Op Tue, 14 Feb 2006 16:46:01 +0100, schreef Geert Wirken:
>
>> Erik Baas schreef op 14-2-2006 12:36:
>>> Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
>>> wormpje op de PC ?
>>
>> Het is allebei mogelijk. Misschien dat je ze kunt tegenhouden door een
>> CAPTCHA-beveiliging in te bouwen.
>> Zie <http://nl.wikipedia.org/wiki/Captcha> voor wat meer informatie.
>
> Wellicht te simpel voor grote websites, maar ik heb een scriptje gemaakt
> dat aan de hand van de datum een code genereerd. Die code wordt door de
> pagina met formulier berekent en doorgegeven aan de pagina die verwerkt.
> Die genereert dezelfde code en vergelijkt die met elkaar. Als ze niet
> hetzelfde zijn insert ie ze niet in mijn databeesje. Dat betekent dat de
> spammer zolang hij mijn formule niet kraakt iedere keer naar het formulier
> moet om de code te zien. Ik had op een gegeven moment zo'n tiental
> spamberichten te verwijderen, maar sindsdien ben ik eraf. Mocht het weer
> terug komen dan pas ik de code wel per uur aan, of verzin iets met random
> codes die ik tijdelijk opsla oid.
>
Ik probeer nu het volgende in een (platte tekst) CGI gastenboek:
- In het HTML invul formulier is een hidden field, met een waarde die
gePOST wordt.
- In het CGI script is een string opgegeven dat overeenkomt met de
md5sum van de waarde van het hidden field + een woord daarvoor. Komt
de md5sum van het gePOSTte formulier veld + woord niet overeen met
mijn voorgedefinieerde string (md5sum), dan wordt de invoer geweigerd.
Het probleem hiermee is dat het hiddenfield altijd gePOST wordt, ookal
laat iemand alle andere velden leeg (hier wordt ook op gecontroleerd).
Dus eigenlijk is het een beveiliging van niets (maar wel leuk om mee te
prutsen).
Is er iemand die hier nog wat adviezen voor heeft? In het CGI script
wordt dus al gecontroleerd of alle velden ingevuld zijn en of de codes
met elkaar overeen komen, maar het moedwillig invullen van het formulier
met spam is nog steeds mogelijk.
--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV
Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234
Erick T. Barkhuis
15/02/06, 21:00
Jan Reilink:
> ...maar het moedwillig invullen van het formulier
> met spam is nog steeds mogelijk.
Waaraan herken jij spam?
[Zodra je dat kunt definieren kun je daarop vast wel filteren]
--
Erick
"Success always occurs in private, and failure in full view."
Jan Reilink
16/02/06, 02:45
On 2006-02-15, Erick T Barkhuis <erick.usenet@ardane.c-o-m> wrote:
> Jan Reilink:
>
>> ...maar het moedwillig invullen van het formulier
>> met spam is nog steeds mogelijk.
>
> Waaraan herken jij spam?
> [Zodra je dat kunt definieren kun je daarop vast wel filteren]
>
Dan kan een (bijvoorbeeld) array met alle mogelijke foute waardes wel
erg groot worden. Hoe groter de array (of zelfs een bestand), hoe
zwaarder de verdere verwerking.
Ik heb er inderdaad aan zitten denken. Maar misschien dat ik het hier
wel bij moet laten, zelfs methodes zoals CAPTCHA voorkomen het
moedwillig invullen van een formulier niet.
--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV
Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234
Erick T. Barkhuis
16/02/06, 02:45
Jan Reilink:
> On 2006-02-15, Erick T Barkhuis <erick.usenet@ardane.c-o-m> wrote:
> > Jan Reilink:
> >
> >> ...maar het moedwillig invullen van het formulier
> >> met spam is nog steeds mogelijk.
> >
> > Waaraan herken jij spam?
> > [Zodra je dat kunt definieren kun je daarop vast wel filteren]
> >
>
> Dan kan een (bijvoorbeeld) array met alle mogelijke foute waardes wel
> erg groot worden.
Houzeau? Herken jij spam aan een array?
Stel nou eens dat je je tante-zonder-computer zou moeten uitleggen
wanneer de invoer van je formulier niet deugt (zodanig dat ze het zelf
zou herkennen)...hoe zou je dat uitleggen?
> Hoe groter de array (of zelfs een bestand), hoe
> zwaarder de verdere verwerking.
Ach, de computer doet het voor je...dan kun je er op wachten.
> Ik heb er inderdaad aan zitten denken. Maar misschien dat ik het hier
> wel bij moet laten, zelfs methodes zoals CAPTCHA voorkomen het
> moedwillig invullen van een formulier niet.
Ik ben nu even los.
Wil je _voorkomen_ dat je formulier moedwillig wordt ingevuld?
--
Erick
"This newsgroup is so important; we can't let things that are more
important interfere with it."
Jan Reilink
16/02/06, 02:45
Erick T. Barkhuis wrote:
> Jan Reilink:
>
>>On 2006-02-15, Erick T Barkhuis <erick.usenet@ardane.c-o-m> wrote:
[...]
>>> Waaraan herken jij spam?
>>> [Zodra je dat kunt definieren kun je daarop vast wel filteren]
>>
>>Dan kan een (bijvoorbeeld) array met alle mogelijke foute waardes wel
>>erg groot worden.
>
> Houzeau? Herken jij spam aan een array?
> Stel nou eens dat je je tante-zonder-computer zou moeten uitleggen
> wanneer de invoer van je formulier niet deugt (zodanig dat ze het zelf
> zou herkennen)...hoe zou je dat uitleggen?
>
Je wilt bijvoorbeeld niet dat URLs met bekende pil namen in je
gastenboek gepost worden. Of andere sex-, drugs-, stocks gerelateerde
zaken. Dit is in mijn ogen "gastenboek spam". Je kan de invoer van het
gastenboek vergelijken met een array met foute woorden, of een
tekstbestand met foute woorden, maar het moet wel doenlijk blijven.
Dus: de invoer deugt niet wanneer hier 'phentermine' in voorkomt. Of
'viagra', 'vicodin'. Maar ook 'mortgage' of 'rape-video' zijn uit den boze.
>>Hoe groter de array (of zelfs een bestand), hoe
>>zwaarder de verdere verwerking.
>
> Ach, de computer doet het voor je...dan kun je er op wachten.
>
Daar heb je volkomen gelijk in. Maar van een beheerders oogpunt wil ik
niet een 'n'-aantal websites met grote 'badword lijsten' hebben, waar
voor iedere submit een lijst doorlopen moet worden of e1n van de
gesubmitte woorden toevallig in die lijst voorkomt. Een processor heeft
ook maar een beperkte capaciteit, en heeft natuurlijk nog meer te doen.
>>Ik heb er inderdaad aan zitten denken. Maar misschien dat ik het hier
>>wel bij moet laten, zelfs methodes zoals CAPTCHA voorkomen het
>>moedwillig invullen van een formulier niet.
>
> Ik ben nu even los.
> Wil je _voorkomen_ dat je formulier moedwillig wordt ingevuld?
>
Hehe, *oeps* :)
Ik heb eerder last van een te lange werkdag, waardoor het denken (en
uitleggen wat ik precies probeer te bereiken) niet goed meer wil... :(
Maar ik heb zo goed mogelijk bereikt wat ik wil: Een rechtstreekse
aanroep van het CGI-bestand wordt geweigerd omdat minstens e1n field
leeg is en het geautomatiseerd aanroepen van de URL (bijvoorbeeld via
een spam script, via een GET, met vooraf ingestelde waardes) wordt
geweigerd omdat de hash van het hidden field niet overeenkomt met de
"secret code" (om het zo maar te noemen ;)) in het script.
--
Met vriendelijke groet / Best regards,
Jan Reilink, VEVIDA Nederland BV
Postbus 329, 9700 AH GRONINGEN, +31(0)50 - 5492234
Op Tue, 14 Feb 2006 20:07:24 +0000, schreef Jan Reilink:
> On 2006-02-13, Erik Baas <ejbaas@gmail.com.invalid> wrote:
>> Zo'n 10 á 20 keer per dag wordt er een spambericht (met URL van site
>> voor potentiepillen of borstvergroting e.d.) gepost in een gastenboek op
>> mijn site. IIS meldt elke keer een ander IP-adres. Maar het gekke is dat
>> in de kolom "cs(User-Agent)" in de logfile _altijd_ hetzelfde staat:
>> "Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0)". Kan iemand me dat
>> misschien uitleggen ?
>>
>
> In je gastenboek script moet je controleren of de invoer van de bezoeker
> voldoet aan datgene wat jij wilt / verwacht. Voldoet het hier niet aan,
> weigeren met die hap.
> Wij hebben hierover ("invoer validatie") wat informatie over op onze
> website staan. Het is een working-draft dat steeds verder uitgebreid
> wordt. Helaas op dit moment nog niets over gastenboeken, maar de
> bedoeling is denk ik wel duidelijk.
>
> http://www.vevida.com/NL/service_onderwerp.asp?owid=240
> (op- en aanmerkingen graag hier bespreken, of naar mijn eigen
> e-mailadres)
Ik heb ook zitten denken om de bijdrages te mailen naar een imap-mailbox.
Dan gaan ze door een spamfilter (spamassasin in mijn geval). PHP kan weer
imap uitlezen en bij een bepaalde spamwaarde het item niet tonen.
--
Met vriendelijke groet,
Jeroen van Tol
www.themoose.nl
Michiel de Roo
16/02/06, 13:00
> Met php kun je zowieso html-invoer voorkomen door de tekens om te zetten,
> bijv. < in < Als je dat doet verliest de spammer zijn effect (zoveel
> mogelijk links naar zijn site creeren tbv zoekrobots).
>
Dan kun je beter elk bericht met html helemaal weigeren. Anders staat je
gastenboek alsnog vol met spam en rare tekens.
Geert Wirken wrote:
> > Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
> > wormpje op de PC ?
> Het is allebei mogelijk. Misschien dat je ze kunt tegenhouden door een
> CAPTCHA-beveiliging in te bouwen.
Ja, daar had ik al eens van gehoord, en toen ik het probleem ontdekte
heb ik er meteen een extra check ingebouwd. QAD, dat wel, de site is
toch al lang niet meer actief...
--
Erik.
The Moose wrote:
> >> Dus toch een scriptje. Zijn dit dan allemaal spammers, of hebben ze een
> >> wormpje op de PC ?
> > Het is allebei mogelijk. Misschien dat je ze kunt tegenhouden door een
> > CAPTCHA-beveiliging in te bouwen.
> > Zie <http://nl.wikipedia.org/wiki/Captcha> voor wat meer informatie.
> Wellicht te simpel voor grote websites, maar ik heb een scriptje gemaakt
> dat aan de hand van de datum een code genereerd. Die code wordt door de
> pagina met formulier berekent en doorgegeven aan de pagina die verwerkt.
> Die genereert dezelfde code en vergelijkt die met elkaar. Als ze niet
> hetzelfde zijn insert ie ze niet in mijn databeesje.
Goed idee, bewaar ik voor het geval ik nog eens zoiets nodig heb.
--
Erik.
Jan Reilink wrote:
> Ik probeer nu het volgende in een (platte tekst) CGI gastenboek:
> - In het HTML invul formulier is een hidden field, met een waarde die
> gePOST wordt.
> - In het CGI script is een string opgegeven dat overeenkomt met de
> md5sum van de waarde van het hidden field + een woord daarvoor. Komt
> de md5sum van het gePOSTte formulier veld + woord niet overeen met
> mijn voorgedefinieerde string (md5sum), dan wordt de invoer geweigerd.
> [...] In het CGI script
> wordt dus al gecontroleerd of alle velden ingevuld zijn en of de codes
> met elkaar overeen komen, maar het moedwillig invullen van het formulier
> met spam is nog steeds mogelijk.
Handmatig wel, ja. Het invullen door scriptjes houd je er volgens mij
wel mee tegen. :-)
--
Erik.
Michiel de Roo wrote:
> > Met php kun je zowieso html-invoer voorkomen door de tekens om te zetten,
> > bijv. < in < Als je dat doet verliest de spammer zijn effect (zoveel
> > mogelijk links naar zijn site creeren tbv zoekrobots).
> Dan kun je beter elk bericht met html helemaal weigeren. Anders staat je
> gastenboek alsnog vol met spam en rare tekens.
Het was in mijn geval juist de bedoeling dat bezoekers hun naam, email
en website zouden invullen (in aparte vakjes). Dus filteren op
HTML-inhoud was geen optie.
--
Erik.
Op Fri, 17 Feb 2006 01:56:47 +0100, schreef Erik Baas:
> Michiel de Roo wrote:
>
>> > Met php kun je zowieso html-invoer voorkomen door de tekens om te zetten,
>> > bijv. < in < Als je dat doet verliest de spammer zijn effect (zoveel
>> > mogelijk links naar zijn site creeren tbv zoekrobots).
>
>> Dan kun je beter elk bericht met html helemaal weigeren. Anders staat je
>> gastenboek alsnog vol met spam en rare tekens.
>
> Het was in mijn geval juist de bedoeling dat bezoekers hun naam, email
> en website zouden invullen (in aparte vakjes). Dus filteren op
> HTML-inhoud was geen optie.
naam, email en url kunnen toch prima als platte tekst, heb je geen
html-code voor nodig.
--
Met vriendelijke groet,
Jeroen van Tol
www.themoose.nl
The Moose wrote:
> >> > Met php kun je zowieso html-invoer voorkomen door de tekens om te zetten,
> >> > bijv. < in < Als je dat doet verliest de spammer zijn effect (zoveel
> >> > mogelijk links naar zijn site creeren tbv zoekrobots).
> >> Dan kun je beter elk bericht met html helemaal weigeren. Anders staat je
> >> gastenboek alsnog vol met spam en rare tekens.
> > Het was in mijn geval juist de bedoeling dat bezoekers hun naam, email
> > en website zouden invullen (in aparte vakjes). Dus filteren op
> > HTML-inhoud was geen optie.
> naam, email en url kunnen toch prima als platte tekst, heb je geen
> html-code voor nodig.
Er is helemaal geen sprake van HTML in het betreffende form.
--
Erik.
Erik Baas wrote:
> Zo'n 10 á 20 keer per dag wordt er een spambericht [...] gepost in
> een gastenboek op mijn site.
Grappig... Sinds ik de zaak afgeschermd heb is het aantal pogingen
drastisch afgenomen: maandag 5, dinsdag nog maar 2. Slim wurmpje... ;-)
--
Erik.