Agenten und Kontrolle /
Prismor: Wann eine Regel wirklich blockiert
Im Protokoll steht eine rote Warnung, während der Agent bereits weiterarbeitet. Bei Prismor lässt sich dieser Fall an einer konkreten Einstellung erklären: Eine Regel kann action: block verlangen und im Modus observe trotzdem nur melden.
Zum Nachweis einer Sperre gehört der Zustand der betroffenen Testdatei nach dem versuchten Zugriff.
Was die Regel tatsächlich bewirkt
Prismor beschreibt in seiner Dokumentation getrennte Modi für einzelne Regeln. Observe protokolliert den Aufruf und den Befund, Enforce kann die Aktion vor ihrer Ausführung blockieren. Der Befehl prismor check mit der Option --explain nennt die Herkunft einer Regel und den Grund für ihren wirksamen Modus. Er kann außerdem passende Ausnahmen sichtbar machen, die einen Befund unterdrücken. Der Code steht unter Apache 2.0.
Die Grenze liegt auch im Zeitpunkt
Eine Prüfung nach der ausgeführten Aktion kann laut Projektdokumentation nur noch berichten, selbst wenn die Regel auf Enforce steht. Daneben gelten besondere Selbstschutzregeln und Unterschiede zwischen zentral verwalteten und unverwalteten Umgebungen. Deshalb wäre die Behauptung falsch, Prismor blockiere grundsätzlich alles oder zunächst überhaupt nichts. Wir haben die Quellen geprüft; ein eigener Versuch zur Wirksamkeit liegt nicht vor.
Ein überschaubarer Nachweis
Ich würde den Versuch mit einer entbehrlichen Testdatei und einem genau benannten Agenten beginnen. Derselbe Schreibzugriff läuft zunächst unter Observe, danach unter der vorgesehenen Sperrregel. Das Team hält jeweils den Modus, mögliche Ausnahmen und den Dateiinhalt danach fest. Anschließend prüft es einen erlaubten Zugriff, damit die Kontrolle den vorgesehenen Arbeitsablauf weiter zulässt. Im gesperrten Fall muss die Testdatei unverändert bleiben.
QUELLEN UND STAND / GEPRÜFT 2026-09-24
MATHIAS HEINKE