Zum Inhalt springen

SPAM-Versand über SimpleMailInvoker.php

Erstellt am 23. April 2013 · 5 Antworten · letzte Antwort am 22. Februar 2015

Tags: E-Mail-Versand, Sicherheit, Frage

dvschuetz ·

Liebe Gemeinde,

ich erhielt von meinem Provider schon zum zweiten Mal die Mitteilung:
leider mussten wir feststellen, dass Ihr Formmail-Script .../typo3/contrib/swiftmailer/classes/Swift/Transport/SimpleMailInvoker.php von Dritten missbraucht wurde um unerwünschte EMails über unsere Systeme abzusetzen.

Es handelt sich um Typo3 4.5.21 und 4.5.22 mit RealURL.
Die Typo3-Installationen greifen via Symlink ~typo3 -> ~typo3_src auf die jeweilige Version in ../typo3_src-4.5.xx zu.
Auszüge aus meiner .htaccess siehe Anlage.

Versuch:
Ich habe die Datei SimpleMailInvoker.php dann erst einmal umbenannt mit der Folge, dass beim Gebrauch von Kontaktformularen (powermail) oder Gästebuch (ve_guestbook)
- der Besucher eine Fehlermeldung bekommt "Class Swift_Transport_SimpleMailInvokers does not exist"
- die Mails an den Website-owner nicht abgesendet werden.
Auf die Dauer ist das also keine Lösung.
Das Update von Typo3 auf die aktuellste 4.5.x LTS-Version hilft auch nicht.

Frage:
Wie kann ich den missbraeuchlichen Zugriff auf SimpleMailInvoker.php verhindern?

Danke im Voraus
Dietmar

T3-htaccess.txt
1kB
Julian.​Hofmann ·

Hallo Dietmar.

IMHO solltest Du Dir mal solch eine "unerwünschte EMails" von Deinem Provider zeigen lassen. Nicht alles, was er als "unerwünscht" einstuft, muss das auch sein.
Beispiel: Ein Spambot postet einen netten Beitrag in Dein Gästebuch. Dieses schickt den Kommentar an den Moderator des Gästebuchs. Dein Provider "sieht", dass Du Mails mit Schmuddel-Links verschickst...

Außer über einen Zugriff auf die Klasse selbst (d.h. PHP-Code am selben Server) könnte ich mir das nicht erklären, wie der Missbrauch funktionieren sollte.

Viele Grüße
Julian

dvschuetz ·
Julian.Hofmann schrieb

IMHO solltest Du Dir mal solch eine "unerwünschte EMails" von Deinem Provider zeigen lassen. Nicht alles, was er als "unerwünscht" einstuft, muss das auch sein.

Hallo Julian,

danke für den Hinweis, aber der Provider hat schon Recht, das ist bereits gecheckt. Es geht nicht um einzelne Mails, sondern tausende....

Es gibt also wirklich ein Problem!
Viele Grüße, Dietmar

Julian.​Hofmann ·

Hm... o.O
Dann wäre also die Frage, wer/was die Klasse missbrauchen kann. Idee wäre evtl. die Klasse mal zu patchen und zusätzlich ein Logging (--> debug_backtrace()) einzubauen.
IMHO müsste der Auslöser bei Dir am Server liegen. D.h. wäre es gut zu wissen, welcher Code ungewollt da rumliegt (und wo) bzw. welche Extension oder Funktion sich von außen missbraucen lässt.

Plotz ·
Julian.Hofmann schrieb

Hm... o.O
Dann wäre also die Frage, wer/was die Klasse missbrauchen kann ...

Ich hab auch gerade dieser Tage so einen Hinweis vom Provider gekriegt.
In dem Web lag noch eine steinalte Typo3-Instanz (4.6.3).
Durch ein Typo3-Update ist der Fall ja bereits gegessen.

Die Frage, die sich in dem Zusammenhang für mich stellt:
Wo in der Datenbank hinterlassen Submissionen der Formmailer Spuren?

Hat jemand 'ne Idee?

Danke!
8-)

dvschuetz · · Beste Antwort

Die Lösung ist längst gefunden und das Problem behoben, aber der Vollständigkeit halber - und um anderen zu helfen - poste ich es hier noch:

In der Typo3-Installation gab es in eine Unter-Unter-Unterseite mit einem Test-Email-Formular ohne Captcha, das noch aktiv war. Das hat der SPAM-Versender irgendwie gefunden und benutzt. Nach Deaktivieren der Seite im Backend war das Problem behoben.