Thema: JomSocial, Kunena, RSFirewall; trotzdem dauernd Spam

*einfach mal gelöscht*

Da RSFirewall nun erwiesener Maßen wirkungslos ist, kannst Du diesen Quark auch wieder deinstallieren. Die Anwendungsebene ist nicht der richtige Ort für eine Firewall.
Hast Du mal im Apache Logfile verglichen, ob die User mit den Mailadressen 163.com usw. tatsächlich über die o.a. IPs kommen? Wenn ja, dann kannst Du die in einer .htaccess aussperren. http://de.selfhtml.org/servercgi/ser...bereiche_namen

Zitat von Zecke3

... oder sowas?

Ja, oder sowas. Logik!

Hoster: Der Hoster sollte passen, ist ein sehr gut abgesicherter Server in Frankfurt, extra auf Joomla ausgelegt.

Strato und Funpic werben auch damit, für Joomla gerüstet zu sein.

Joomla 1.7 migrieren ist ein geldproblem und nicht alles was ich verwende gibt's schon für joomla 1.7
Ist aber für Sommer 2012 angedacht.

Kostet Joomla 1.7 Geld? Das es noch nicht alle Erweiterungen für J1.7 gibt, ist ein Argument. Aber Sommer 2012 ist definitiv zu spät. Der Support für J1.5 endet April/Mai 2012. Du solltest also März/April anfangen mit der Migration. Macht sich auch nicht von allein und über Nacht.

Über welche Lücke kommen solche Spammer rein? ich verstehe nicht wie die einen user anlegen können, ohne dass ich es merke. Da muss ja wo ein Loch in Joomla sein, oder?

In J1.5.25 ist derzeit keine Lücke bekannt. Aber schau einfach in die Logfiles. Da siehst Du, wie sie es anstellen.

Zitat von Zecke3

Ich habe in RSFirewall alle Chinesischen IPs gesperrt:
etwa so:
60.169.78.42
60.169.78.*
60.169.**.*

Glaubst Du das im Ernst damit chinesche iPs gesperrt zu haben? Das China also nur 65534 IP hat?
Sieh mal lieber hier nach.

Hast Du auch einen SPAM-Schutz im Einsatz, der ein gutes Captcha oder eine manuell zu lösende Aufgabe vorgibt? Teste mal ECC+

PS: Was die Hosterfrage mit den Anmeldebots zu tun entzieht sich meiner Kenntnis.

Danke für die ernst gemeinten Ratschläge!

"Ja, oder sowas. Logik!" -> Hä? Nur weil jemand was behauptet, muss es ja nicht stimmen. Die Firewall wurde mir von vielen Programmierern empfohlen, insofern wäre ein Fachartikel zum Thema, das was ich meinte. Aber gut. Darum geht's ja nicht.

cpatcha: Ja, recaptcha ist im einsatz. Ich bekomme aber keine anmeldemail, d.h. die gehen irgendwie über eine hintertür rein!

Joomla migrieren kostet entweder Zeit, oder Geld. Bei einem so großen Projekt wie diesem, welches als gemeinnütziger Verein organisiert ist, kostet es Geld ;-) Und das muss erst aufgetrieben werden. Aber danke für den Hinweis, werde versuchen das ganze im Frühling zu beginnen! Hoffe die ganzen Erweiterungen gibt es bis dahin.

Danke für den Hinweis auf die Logfiles und die IPs, werde das mal machen und versuchen rauszufinden, wie die spammer reinkommen.

BTW: Je größer die Seite, je mehr Besucher sie hat, desto wichtiger ist es aktuell zu sein, also sichere Scripte einzusetzen. Ich denke das sollte klar sein.
neben recapcha auch anderes einsetzen. Recaptcha ist zwar nciht schlecht, aber so weit verbreitet das ein Erkennen durch Bots auch nicht unwahrscheinlich ist.

Falls es tatsächlich eine Hintertür gibt, na dann ist schnelle Reaktion angesegt. Nicht warten bis zum Fühling...

Zitat von Zecke3;1303249"

Ja, oder sowas. Logik!" -> Hä? Nur weil jemand was behauptet, muss es ja nicht stimmen. Die Firewall wurde mir von vielen Programmierern empfohlen, insofern wäre ein Fachartikel zum Thema, das was ich meinte. Aber gut. Darum geht's ja nicht.

Die Firewall ist ein PHP-Scipt und eine Joomlakomponente, läuft also innerhalb des Systems, das sie eigentlich beschützen soll. Um nicht zu sehr in technische Details zu gehen, mal ein Vergleich.

Die Firewall verhölt sich wie ein Rauchmelder in einer Wohnung. Er schlägt erst an, wenn es schon brennt/schwelt. Das Unglück ist also schon passiert und kann vom Rauchmelder auch nicht bekämpft werden. Ziel ist es aber, jegliche verdächtige Zündquelle vor dem Haus abfangen.
Deshalb ist es logisch, die Firewall auf einer Ebene laufen zu lassen, die vor der Anwendungsebene liegt. Darauf hat ein normaler Hostingkunde jedoch keinen Zugriff, das (Serversicherheit) ist Aufgabe des Hosters.