Forum:Serverumzug 2026 – Spamschutz

Forum > Serverumzug 2026 – Spamschutz

In diesem Thread geht es um den Spamschutz im Wiki. Die folgende Diskussion aus „Serverumzug 2026“ habe ich hierher verschoben, weil es ein Thema ist, das zwar im Zusammenhang mit dem Serverumzug aufgeploppt ist, aber im Prinzip ein eigenes, großes Thema darstellt. Kurze Zusammenfassung für die, die hier später reingucken: Im Rahmen des Serverumzugs am 31. Oktober 2026 habe ich im Prinzip alle bisheigen Spamschutz-Maßnahmen weggelassen. Am 5. November kam es zu einem Spam-Angriff, bei welchem von 100 IP-Adressen ausgehend über 1200 Kamel-Accounts angelegt wurden. Die Accounts wurden inzwischen wieder entfernt, die 100 IP-Adressen gesperrt. Das bisherige Anti-Spam-Konzept muss überdacht werden, da es legitime User vom Mitmachen abhalten könnte. -- Sloyment (Diskussion) 23:17, 9. Nov. 2026 (NNZ)

Totaler Krieg

(Bitte die Liste ergänzen) Wo bitte sind die Missbrauchsfilter?

WIKI-SICHERHEIT VERGESSEN! Aua.

Vielleicht doch erst mal temporär das Anmelden verbieten? --Charly (Diskussion) 18:18, 5. Nov. 2026 (NNZ)

Übrigens sind die Spam-Accounts alle autoconfirmed, trotz eines Alters von Minuten bis Stunden und nur einem oder zwei Edits. Alpenalpaka (Diskussion) 18:41, 5. Nov. 2026 (NNZ)

Die API und ein wenig Code verraten, dass all die Bots jeweils nur einen einzigen Edit produziert haben. Geht's noch ineffizienter? Alpenalpaka (Diskussion) 19:42, 5. Nov. 2026 (NNZ)

Die Bots glauben, hier gäbe es noch Missbrauchsfilter. Neue User sind ja auf wenige Edits beschränkt gewesen in der old.kamelopedia.net. Alles Vollhauen mit Usern ist da pragmatisch für den Großangriff. Und stört effizienter, weil schneller User gesperrt werden müssten als neu dazukommen. Der Angriff ist quasi auf die alte Kamelo zugeschnitten und das leider effizient. Und Feenstabschwinger haben anscheinend nicht mehr alle Rechte wie früher. Datenbanksperren, der Link geht z.B. nicht! Kamelurmel (Diskussion) 19:52, 5. Nov. 2026 (NNZ)

Klingt logisch.

Und wie kriegen wir den ganzen Schrott wieder weg? Alpenalpaka (Diskussion) 19:58, 5. Nov. 2026 (NNZ)

Wow, unsere Herde ist in nur einem Tag um 1254 Kamele angewachsen. Ist das gut oder schlecht? -- Sloyment (Diskussion) 20:33, 5. Nov. 2026 (NNZ)

Ob das so Wow ist? Schau mal in deine Mail, da ist ein Tipp von mir: Einschränkung Edit auf Kameltreiber geht! Ich hab zwei aktive Kamele schonmal zu Kameltreibern gemacht, damit Alle zuletzt aktiven Kamele z.B. hier mitberaten können. Zu deiner Frage: Ein Kamel fehlt noch: Donald Trump! Wir sollten ihn einladen, dann wird aus "ner lahmen Ente" aber ein Rennkamel ;-) Kamelurmel (Diskussion) 20:53, 5. Nov. 2026 (NNZ)

Na, erst einmal danke für das Vertrauen, uns spontan zu Treibern zu zaubern.

Ich hätte da schon so eine Idee, wie man 1000 Spam-Bots in annehmbarer Zeit gesperrt kriegt: https://www.mediawiki.org/wiki/API:Block/de Aber wenn ich den Beispielcode richtig verstehe, braucht man dafür einen separaten Treiber-Bot-Account. Alpenalpaka (Diskussion) 21:32, 5. Nov. 2026 (NNZ)

ChatGPT hat gerade einen Terminator erschaffen, und der hat sie alle ermordet. -- Sloyment (Diskussion) 22:33, 5. Nov. 2026 (NNZ)

Eine Aufräumaktion für die Geschichtsbücher! Wie hast du gefiltert? Ich wollte gerade Bescheid sagen, dass die Accounts die nicht editiert haben noch da sind, da hat dein Terminator schon weitergemacht Alpenalpaka (Diskussion) 22:49, 5. Nov. 2026 (NNZ)

Die Listen hab ich von Hand erstellt, und der Killer-Roboter hat sie abgearbeitet. -- Sloyment (Diskussion) 22:59, 5. Nov. 2026 (NNZ)

Übrigens: Die Uncyclpedia kam bislang mit wenig Mißbrauchsfiltern aus, wir haben bzw hatten zumindest in old-Kamelo mehr und aufwändigere Filter. Wie sollen wir sie in new.kamelopedia.net einbauen, bewährte Art oder neuer Versuch mit schlankerem Regelwerk? Kamelurmel (Diskussion) 09:39, 6. Nov. 2026 (NNZ)

Im FreeMusicWiki sind die einzigen Anti-Spam-Maßnahmen,

1. dass nur angemeldete User editieren können, und
2. dass man bei der Account-Erstellung und beim Setzen eines Links ein Wort abtippen muss.

Das hat bisher gereicht. So hab ich das hier auch erstmal eingestellt. Was hier vorgestern passiert ist, ist aber eine ganz neue Problematik. Da wurden an nur einem Tag über 1000 Accounts erstellt. Wie ich jetzt im access.log gesehen hab, haben daran 100 verschiedene IP-Adressen aus völlig verschiedenen IP-Bereichen mitgewirkt.

Ich bin da ehrlich gesagt ein bisschen ratlos. Irgendwas muss man da machen. Andererseits hält jede Anti-Spam-Maßnahme auch legitime Nutzer fern. Eine Zeit lang hatte QuestyCaptcha solche Fragen wie „Wie heißt der Vater des Falken?“ Woher zum Geier soll das jemand wissen? Und dann hab ich heute eine SQL-Tabelle gefunden, die zu ConfirmAccount gehört. Sieben Anträge auf User-Accounts, die nie freigeschaltet wurden, tja :-( Hmmm… -- Sloyment (Diskussion) 00:57, 7. Nov. 2026 (NNZ)

Die Vollsperrungen sind jetzt wieder aufgehoben. Mal gucken, wie es morgen früh hier aussieht. -- Sloyment (Diskussion) 01:16, 7. Nov. 2026 (NNZ)

Damit wenigstens solche Großangriffe schwieriger werden, könntest du mal $wgAPIModules['createaccount'] = 'ApiDisabled'; setzen. Dann geht das Registrieren nur in Handarbeit. Die maximal pro IP und Tag erlaubten Accounterstellungen runterschrauben (Link) könnte auch helfen. Alpenalpaka (Diskussion) 18:16, 7. Nov. 2026 (NNZ)

┌───────────────────────────────┘
▼
Ich habe $wgRateLimits['account']['ip'] = [ 1, 86400 ]; gesetzt. D.h. max. ein Account pro IP und Tag. Ich hab außerdem die 100 IPs vom letzten Angriff gesperrt; d.h. die können uns nichts mehr anhaben. :-) -- Sloyment (Diskussion) 19:59, 7. Nov. 2026 (NNZ)

Achtung, es werden Registrierungsversuche gezählt, nicht erstellte Accounts. Ein Limit von 3 oder so wäre wahrscheinlich sinnvoll, sonst vergraulen wir noch echte Neuanmeldungen (falls es die überhaupt noch gibt), wenn man wegen einem vertippten Captcha 24 Stunden gesperrt wird. Alpenalpaka (Diskussion) 22:29, 7. Nov. 2026 (NNZ)

Ich hab es erstmal wieder rausgenommen. -- Sloyment (Diskussion) 00:42, 8. Nov. 2026 (NNZ)