Sicherheit

Was Sicherheits-Bots übernehmen

Sicherheit ist nicht dasselbe wie Moderation. Moderation regelt, was Mitglieder sagen dürfen. Sicherheit regelt, wer überhaupt hereinkommt und was passiert, wenn jemand mit erhöhten Rechten Schaden anrichtet — absichtlich oder weil sein Konto übernommen wurde.

Drei Aufgaben stehen im Vordergrund. Verifizierung stellt sicher, dass hinter einem Beitritt ein Mensch steht: über eine Schaltfläche, ein Rätsel oder eine Bestätigung auf einer Webseite. Raid-Schutz erkennt, wenn ungewöhnlich viele Konten in kurzer Zeit beitreten, und schaltet den Server vorübergehend zu. Anti-Nuke beobachtet Aktionen mit Tragweite — Massenbanns, gelöschte Kanäle, neu vergebene Rollen — und entzieht der handelnden Person die Rechte, bevor sie fertig ist.

Worauf es bei der Auswahl ankommt

Die Schwellenwerte müssen dir gehören. Ein Raid-Schutz mit festen Grenzen ist entweder für deinen Server zu empfindlich oder zu träge. Ein Server mit zwanzig Beitritten am Tag braucht andere Zahlen als einer mit zweitausend. Prüfe, ob sich Zeitfenster und Anzahl einstellen lassen und was genau passiert, wenn die Schwelle reißt.

Anti-Nuke braucht ein Gedächtnis. Der Wert dieser Funktion steht und fällt damit, dass sie zwischen einer normalen Aufräumaktion und einem Angriff unterscheiden kann. Gute Umsetzungen zählen Aktionen pro Person und Zeitfenster und lassen bekannte Bots und Rollen ausnehmen. Schlechte lösen aus, sobald jemand drei Kanäle umbenennt.

Verifizierung ohne Sackgasse. Jede Hürde am Eingang kostet Mitglieder. Wenn die Verifizierung eine externe Webseite verlangt, verlierst du alle, die auf dem Handy sind und keine Lust auf einen Browserwechsel haben. Eine Schaltfläche im Server ist fast immer die bessere Wahl — sie hält Bots ab, ohne Menschen zu vergraulen.

Wiederherstellung. Nach einem Vorfall zählt, wie schnell der vorherige Zustand zurückkommt. Manche Bots sichern Rollen und Kanalrechte und können sie zurückspielen. Das ist die Funktion, an die niemand denkt, bis er sie braucht.

Berechtigungen: was nötig ist und was nicht

Sicherheits-Bots sind der einzige Fall, in dem sich weitreichende Rechte wirklich begründen lassen — und trotzdem gilt der Grundsatz aus Teil H unverändert: nur, was die beworbene Funktion tatsächlich braucht.

Für Verifizierung reicht Rollen verwalten. Für Raid-Schutz kommen Mitglieder kicken und Mitglieder moderieren dazu. Anti-Nuke braucht Audit-Log einsehen, um überhaupt zu sehen, wer was getan hat, und Rollen verwalten, um dem Angreifer die Rechte zu nehmen.

Administrator verlangen gerade Anti-Nuke-Bots häufig, mit dem Argument, sie müssten jeden übertreffen können. Das Argument ist nicht falsch, aber es ist auch der Grund, warum ein übernommener Sicherheits-Bot der schlimmste anzunehmende Fall ist. Wenn du ihn vergibst, dann nur an einen Bot mit nachvollziehbarer Herkunft, aktiver Wartung und einem Support-Server, in dem Fragen beantwortet werden.

Wichtig ist außerdem die Rollenreihenfolge: Der Bot muss über den Rollen stehen, die er entziehen können soll. Steht er darunter, meldet er den Angriff und kann nichts tun.

Typische Fehlgriffe

Der erste ist Sicherheit als einmalige Einrichtung. Schwellenwerte, die vor einem Jahr passten, passen heute nicht mehr, wenn der Server gewachsen ist. Sieh sie halbjährlich an.

Der zweite ist der Bot ohne Zweitkanal. Wenn der Alarm in denselben Kanal geht, den ein Angreifer als Erstes löscht, hast du keinen Alarm. Richte einen privaten Kanal ein, der nicht im normalen Betrieb auftaucht.

Der dritte ist zu viel auf einmal. Verifizierung, Raid-Schutz und Anti-Nuke gleichzeitig scharf zu schalten, ohne die Wirkung einzeln zu prüfen, endet damit, dass niemand mehr weiß, welche Regel wen ausgesperrt hat. Nimm eine nach der anderen in Betrieb.