LEXIKON-ENTWURF vier-augen-prinzip (CentaurNexus) · SEO-Growth-Workstream · zur fachlichen Freigabe, nicht live
Zscaler- & Zero-Trust-Betriebslexikon · Policy-Hygiene & Betrieb

Was ist das Vier-Augen-Prinzip?

Definition

Das Vier-Augen-Prinzip ist ein Kontrollprinzip, bei dem kritische Aktionen erst wirksam werden, wenn eine zweite, unabhängige Person sie geprüft und freigegeben hat. Ursprünglich aus dem Finanzwesen bekannt, ist es heute ein Standard-Baustein sicherheitskritischer IT-Prozesse: Eine Person beantragt oder bereitet eine Änderung vor, eine andere entscheidet über die Freigabe. Das reduziert Flüchtigkeitsfehler, erschwert unautorisierte oder böswillige Änderungen und erzeugt nebenbei einen dokumentierten Freigabe-Nachweis. Im IT-Betrieb wird das Prinzip typischerweise als Genehmigungs-Workflow umgesetzt: Antrag, Prüfung, Freigabe oder Ablehnung, jeweils mit Zeitstempel und Begründung. Wie eine beantragte Regeländerung vor der Freigabe automatisch gegen echte Nutzungsmuster geprüft wird, zeigt unser Video zur Vorschau-Funktion.

Das Vier-Augen-Prinzip im Detail

Technisch braucht das Vier-Augen-Prinzip drei Dinge: eine erzwungene Trennung zwischen Antragsteller und Freigebendem (dieselbe Person darf nicht beides sein), einen Workflow, der die Änderung bis zur Freigabe zurückhält, und eine Protokollierung, die Antrag, Entscheidung und Umsetzung verknüpft. Entscheidend ist die Durchsetzung im System selbst: Eine Freigabe per Zuruf oder Chat erfüllt das Prinzip nur scheinbar, weil sie weder erzwungen noch belegbar ist.

Abzugrenzen ist das Prinzip von der allgemeinen Funktionstrennung (Segregation of Duties), die Aufgaben dauerhaft auf Rollen verteilt. Das Vier-Augen-Prinzip wirkt punktuell je Vorgang und lässt sich gezielt auf die Änderungen begrenzen, die echtes Schadenspotenzial haben: neue Freigaben, Löschungen, Richtlinienänderungen. Für Notfälle gehört ein definierter Ausnahmeweg dazu, der nachträglich geprüft wird.

Warum ist das Vier-Augen-Prinzip im Zscaler-Betrieb wichtig?

Im Zscaler-Betrieb wirken Richtlinienänderungen sofort und global: Eine falsch gesetzte Blockier-Regel trifft binnen Minuten alle Nutzer, eine zu breite Freigabe öffnet ungewollt Zugänge. Genau solche Änderungen sind der klassische Anwendungsfall für eine zweite Prüfung. Das Prinzip ermöglicht zugleich eine sinnvolle Arbeitsteilung: Helpdesk oder Second-Level können Änderungen vorbereiten und beantragen, ohne selbst privilegierte Rechte zu halten; die Entscheidung bleibt bei wenigen Berechtigten.

Dazu kommt der Nachweis: NIS2 und DORA verlangen beherrschte, belegbare Prozesse für sicherheitsrelevante Änderungen. Ein systemseitig erzwungenes Vier-Augen-Prinzip liefert diesen Beleg als Nebenprodukt, weil zu jeder kritischen Änderung dokumentiert ist, wer sie beantragt, wer sie geprüft und wann sie gewirkt hat. Maßgeblich für Details bleiben die jeweilige nationale Umsetzung und die Aufsichtspraxis.

Typische Fehlerquellen

Das Vier-Augen-Prinzip in der Praxis: so hilft CentaurNexus

CentaurNexus setzt das Vier-Augen-Prinzip als optionalen Genehmigungs-Workflow für schreibende Aktionen im Zscaler-Betrieb um: Der Helpdesk beantragt eine Änderung, ein Berechtigter prüft und gibt frei, erst dann wird sie ausgeführt; jeder Schritt landet im append-only geführten Audit-Trail. Mit Change Effect Preview lässt sich eine beantragte Richtlinienänderung zusätzlich vorab gegen echte Nutzungsmuster prüfen, bevor sie freigegeben und scharf geschaltet wird. So können auch Teams ohne Zscaler-Admin-Rechte sicher zuarbeiten, ohne dass Kontrolle verloren geht. Wie Analyse, Freigabe und Aufräumen zusammenspielen, zeigt der Leitfaden Ungenutzte Zscaler-Regeln finden und aufräumen.

Sehen Sie in der Live-Demo, wie Antrag, Prüfung und Freigabe im Zscaler-Betrieb ineinandergreifen.Live-Demo ansehen

Verwandte Begriffe

Stale Rules Shadowed Rules Policy-Konflikt Policy-Drift

Häufige Fragen zum Vier-Augen-Prinzip

Was bedeutet das Vier-Augen-Prinzip in der IT?

Kritische Aktionen wie Richtlinienänderungen, Freigaben oder Löschungen werden erst ausgeführt, wenn eine zweite, unabhängige Person sie geprüft und genehmigt hat. Umgesetzt wird das als Genehmigungs-Workflow im System: Antrag, Prüfung, Freigabe, jeweils protokolliert. Das reduziert Fehler und Missbrauch und erzeugt zugleich einen belastbaren Freigabe-Nachweis.

Ist das Vier-Augen-Prinzip unter NIS2 oder DORA Pflicht?

Beide Regelwerke schreiben das Prinzip nicht wörtlich vor, verlangen aber beherrschte Zugriffs- und Änderungsprozesse samt Nachweis. Ein systemseitig erzwungenes Vier-Augen-Prinzip ist ein anerkannter, einfach belegbarer Weg, diese Anforderungen für kritische Änderungen zu erfüllen. Maßgeblich sind die jeweilige nationale Umsetzung und die Erwartungen der zuständigen Aufsicht.

Wie setzt man das Vier-Augen-Prinzip technisch um?

Über einen Workflow, der Änderungen bis zur Freigabe zurückhält, eine erzwungene Rollentrennung zwischen Antragsteller und Freigebendem sowie eine lückenlose Protokollierung von Antrag, Entscheidung und Ausführung. Wichtig sind außerdem Vertretungsregeln und ein definierter Notfallweg, damit dringende Korrekturen möglich bleiben und nachträglich geprüft werden.

Was ist der Unterschied zwischen Vier-Augen-Prinzip und Funktionstrennung?

Funktionstrennung verteilt Aufgaben dauerhaft auf verschiedene Rollen, etwa Administration und Kontrolle. Das Vier-Augen-Prinzip wirkt je Vorgang: Eine konkrete Änderung braucht eine zweite Entscheidung, bevor sie wirksam wird. In der Praxis ergänzen sich beide; die Funktionstrennung liefert die Rollen, das Vier-Augen-Prinzip den Prüfschritt im Einzelfall.

Bremst das Vier-Augen-Prinzip den IT-Betrieb aus?

Richtig zugeschnitten kaum. Entscheidend ist, nur Änderungen mit echtem Schadenspotenzial freigabepflichtig zu machen und den Workflow in das Arbeitswerkzeug zu integrieren, sodass Prüfung und Freigabe Minuten statt Tage dauern. Ein definierter Notfallweg mit nachträglicher Kontrolle stellt sicher, dass dringende Eingriffe nicht blockiert werden.

Quellen & weiterführend:

Hinweis: CentaurNexus ist ein unabhängiges Produkt der SourcingBlox GmbH und kein Angebot von Zscaler, Inc. Produkt- und Markennamen gehören ihren jeweiligen Inhabern.