🔍 Was beobachte ich?

Ich sehe dieses Muster in unterschiedlichen Organisationen. Die IT verschickt außerhalb der GeschĂ€ftszeiten eine Mail an alle BeschĂ€ftigten: dringend, kritisch, mit einer klaren Handlungsaufforderung. Eine zweite Stimme, die den Vorgang bestĂ€tigt, gibt es nicht. Wer die Nachricht öffnet, kann nicht prĂŒfen, ob sie echt ist.

🎯 Was soll eigentlich erreicht werden?

Tempo. Eine kritische Lage duldet keinen Dienstweg, und alle sollen gleichzeitig erfahren, was zu tun ist. ISO 27001 verlangt in A.5.24 genau diese ReaktionsfÀhigkeit.

⚠ Warum funktioniert das nicht?

Weil die Nachricht jedes Merkmal trĂ€gt, das wir seit Jahren als Warnsignal vermitteln: Zeitdruck, ungewöhnlicher Zeitpunkt, AutoritĂ€t, Handlungsaufforderung. Die NIST Phish Scale fĂŒhrt genau diese Merkmale als Erkennungshinweise – die eigene Notfallmail sammelt sie alle ein. Damit stellt die Organisation ihre Belegschaft vor eine Wahl, die niemand gewinnen kann: handeln und das Gelernte verlernen. Oder zögern und die Lage verschĂ€rfen. Der eigentliche Punkt liegt tiefer. Niemand kann ausschließen, dass genau diese Mail der Angriff ist. Wer ein IT-Postfach ĂŒbernommen hat, schreibt exakt diese Nachricht.

💡 Was funktioniert besser?

Den zweiten, unabhĂ€ngigen Kanal vor dem Notfall festlegen, nicht wĂ€hrend. Alle mĂŒssen vorher wissen, wo sie eine dringende Anweisung ĂŒberprĂŒfen können: eine Intranetseite, eine RĂŒckrufnummer, eine zweite benannte Person. Und wer nachfragt, statt sofort zu handeln, darf dafĂŒr nie kritisiert werden.

Echtheit ist keine Eigenschaft der Nachricht. Sie ist eine Eigenschaft des Weges, auf dem sie ankommt.

📚🔍