Regeln

Der Regelkatalog listet Erkennungsregeln - eingebaute und eigene - mit Metadaten, Status, Geltungsbereich, Schweregrad, Typ und Versionsinformationen.

Der Scanner liefert 75 eingebaute Regeln, davon 59 standardmässig aktiv. Die übrigen 16 sind bewusst aus; siehe Eingebaute Regeln für den vollständigen Katalog und die Begründung.

Arbeiten mit dem Katalog

• Suche nach Name, Treffer an beliebiger Stelle im Namen.
• Filter nach Kategorie, Schweregrad und Geltungsbereich über Autovervollständigungs-Dropdowns mit den tatsächlich vorhandenen Werten.
• Regeln direkt in der Liste aktivieren oder deaktivieren - ohne sie vorher zu öffnen.

Das Umschalten einer Regel hängt eine neue unveränderliche Regelversion an, deren einzige Änderung der Status ist, und wird auditiert. Bei einer eingebauten Regel hat das eine bemerkenswerte Folge: eine umgeschaltete eingebaute Regel übernimmt Katalogaktualisierungen nicht mehr automatisch. Siehe Regelversionierung.

Regeldetail

Jede Regel zeigt ihren Regex und ihre Kontext-Schlüsselwörter, dann die Validatoren, die die Regelversion trägt: Entropie mit ihrer Mindestentropie, Länge mit Mindest- und Höchstlänge, Prüfsumme und Schlüsselwort-Nähe mit Näherungsfenster und Näherungs-Schlüsselwörtern, dazu die Listen der positiven und negativen Schlüsselwörter. Darunter stehen die positiven und negativen Beispiele sowie die vollständige Versionshistorie. Administratoren können eine ältere Version auswählen und darauf zurückrollen; ein Rollback erzeugt eine neue aktuelle Version und wird auditiert.

Funde halten die exakte Regelversion fest, die sie erzeugt hat, sodass ein alter Fund erklärbar bleibt, auch wenn sich die Regel weiterentwickelt hat.

Kontext-Schlüsselwörter

Eine Regel kann positive und negative Kontext-Schlüsselwörter tragen, festgehalten an der Regelversion neben ihrem Regex. Sie kommentieren einen Treffer, sie entscheiden nie über ihn:

• Nur der Regex entscheidet, was trifft. Schlüsselwörter erzeugen nie einen Treffer und entfernen nie einen, und im gesamten Produkt gibt es keinen Konfidenzwert.
• Der Text um einen Treffer wird ohne Berücksichtigung der Gross-/Kleinschreibung als einfache Teilzeichenfolge durchsucht - account trifft also auch auf accounts.
• Ausgewertet werden sie ausschliesslich vom Panel Regel testen auf der Regel-Detailseite, das einen Treffer mit positive keyword context match oder negative keyword context match beschriftet. Ein Live-Scan wertet sie überhaupt nicht aus.

Beispiel: eine Regel, die Kundennummern wie CUST-123456 trifft, mit den positiven Schlüsselwörtern customer, account, invoice, durch das Panel Regel testen laufen gelassen:

Text	Ergebnis
Please check customer CUST-123456 before invoicing.	Trifft, beschriftet mit positive keyword context match - "customer" steht in der Nähe.
Screenshot placeholder CUST-123456 in the mockup.	Trifft, keine Beschriftung - kein Schlüsselwort in der Nähe.

Betrachten Sie Schlüsselwörter als Lesehilfe beim Zuschneiden einer Regel, nicht als Filter.

Testwerkbank und Aktivierung

Eigene Regeln bringen eine Testwerkbank mit. Fügen Sie positive und negative Beispiele hinzu, führen Sie den Test aus und prüfen Sie die Trefferergebnisse. Eine eigene Regel muss einen Testlauf bestehen, bevor sie aktiviert werden kann - deshalb startet eine neue eigene Regel inaktiv.

Eingebaute Regeln benötigen keinen Testlauf je Installation; ihre Regexe sind vorab validiert und durch Tests abgedeckt.

Eigene Regeln

Administratoren können eigene Regex-Regeln für organisationsspezifische Muster anlegen. Das Formular fragt nach Name, Kategorie, Schweregrad, Geltungsbereich, Beschreibung, Regex und Kontext-Schlüsselwörtern. Kategorie und Geltungsbereich sind Autovervollständigungs-Dropdowns, wobei die Kategorie auch Freitext für einen eigenen Namen zulässt.

Eigene Regeln lassen sich mit dem Regelsatz-Transfer zwischen Umgebungen bewegen.