Schutz vor Spamversand - geht,s auch einfacher?

[AmicaNoctis]

@cosinus: Warum das urldecode?
@onemornerd: Wieso nach %0d und %0a testen? Entweder begreife ich es nicht, wie URL-Escape-Sequenzen schädlich sein können oder es ist einfach überflüssig, die abzutesten.

[cosinus]

Na wenn du dich mit regulären Ausdrücken nicht so richtig auskennst, dann geht es auch so:

$input = $_POST['email'] . $_POST['subject'];
if (strpos($input, "\n") !== false || strpos($input, "\r") !== false
|| stripos($input, '%0a') !== false || stripos($input, '%0d') !== false) {
    exit();
} 

Oh - danke...

Für PHP4 nehme ich dann nur strpos() - wird bestens funktionieren denke ich

Grüsse
Cosinus

*join*

@cosinus: Warum das urldecode?
@onemornerd: Wieso nach %0d und %0a testen? Entweder begreife ich es nicht, wie URL-Escape-Sequenzen schädlich sein können oder es ist einfach überflüssig, die abzutesten.

... damit aus '%0a' '\n' wird?

Grüsse
Cosinus

[AmicaNoctis]

... damit aus '%0a' '\n' wird?

Aber wo, wie, warum und wann sollte das denn passieren? PHP macht das schon selber und es komm bereits als \n an, man müsste %25%0a posten, damit PHP es zu %0a decodiert, aber was hätte das für ein Gefahrenpotenzial in einem E-Mail-Header?

[onemorenerd]

Eigentlich bräuchte man nur \r\n suchen. Aber Mailserver rangieren gleich hinter Browsern was die eigenmächtige "Korrektur der Eingabe" angeht.
Die Expansion von \n zu \r\n hat es sogar ins PHP-Manual geschafft.
Die Interpretation von Hexcodes ist mir bisher noch nicht untergekommen, aber Vorsicht ist besser als Nachricht.

[AmicaNoctis]

Aber Mailserver rangieren gleich hinter Browsern was die eigenmächtige "Korrektur der Eingabe" angeht.
Die Expansion von \n zu \r\n hat es sogar ins PHP-Manual geschafft.

Das hat ja nichts mit dem Mailserver zu tun, sondern mit der Implementation von sendmail und der Tatsache, dass UNIX nun mal nur LF als Zeilenumbruch benutzt.

Die Interpretation von Hexcodes ist mir bisher noch nicht untergekommen, aber Vorsicht ist besser als Nachricht.

Ich seh da trotzdem keinen Sinn drin. Hexcodes für Zeilenumbrüche könnte man genausogut als 0x0a, \0a, #0a, $0a angeben und die könnten theoretisch blödsinnigerweise von einem Mailserver interpretiert werden, aber die Chance ist genauso niedrig wie bei %0a. Warum aber wird das als böses Zeichen besonders behandelt? Das ergibt keinen Sinn.