COR
Offene Standards
Sechs Kernstandards COR-1 bis COR-6 decken die sechs Aspekte ab, die im Betrieb am ehesten versagen und am dringendsten eine organisationsübergreifende gemeinsame Sprache brauchen; sie stehen nicht nebeneinander, sondern in einer klaren Abhängigkeitsfolge.
Sechs Kernstandards
| Nummer | Bezeichnung | Regelungsinhalt |
|---|---|---|
| COR-1 | Standard für Betriebsdokumentation und Nachvollziehbarkeit | Autoritätszuordnung von Dokumenten, Grundsatz der einzigen Quelle, Mindestanforderungen an Begründungs- und Entscheidungsaufzeichnungen, Versionierung und Überarbeitungsverfahren |
| COR-2 | Standard für Konfigurations-Baselines und Drifterkennung | Beschreibungsform der Soll-Konfiguration, Anforderungen an den Ist-Soll-Abgleich, Klassifizierung von Drift und Fristen für ihre Behandlung |
| COR-3 | Standard für Änderungsschleusen und Risikoklassifizierung | Risikoklassifizierung von Änderungen, Kriterien für die Lage der Schleusen, Anforderungen an die vorgelagerte Prüfung irreversibler Arbeiten |
| COR-4 | Standard für die Grenze zwischen KI- und menschlicher Arbeit | Unterscheidung von Fähigkeits- und Befugnisgrenze, Handhabungsgrenze für Zugangsdaten, Liste und Kriterien der Arbeiten, die ein Mensch entscheiden muss |
| COR-5 | Standard für Datenklassifizierung und Verarbeitungskontrolle | Klassifizierung der Datensensibilität, Eignungsmatrix verarbeitender Dienste, Anforderungen an grenz- und organisationsüberschreitende Datenflüsse |
| COR-6 | Standard für den Nachweis der Mandantentrennung | Klassifizierung von Isolationszusagen, zugehörige Messungen, Grundsätze für den Fall eines fehlgeschlagenen Nachweises |
Das Verhältnis der Standards zueinander
Die sechs Standards stehen nicht nebeneinander, sondern in einer klaren Abhängigkeitsfolge. COR-1 ist die Grundlage aller übrigen — ohne ein nachvollziehbares Dokumentwerk lässt sich bei den anderen fünf nicht prüfen, ob ihnen gefolgt wird. COR-2 baut auf COR-1 auf, denn die Soll-Konfiguration ist selbst ein Dokument, das eine Autoritätszuordnung braucht. COR-3 setzt COR-2 voraus, denn die Risikoklassifizierung einer Änderung muss sich an der Soll-Konfiguration bemessen.
COR-4 und COR-5 behandeln die Grenzfragen zweier Dimensionen — der ausführenden Instanz und der Daten — und verweisen wechselseitig aufeinander. COR-6 ist die konkrete Anwendung der ersten fünf Standards im Mehrmandantenfall und verlangt darüber hinaus, dass jede Zusage messtechnisch nachgewiesen wird.
Besondere Anmerkung zu COR-4
Sein zentraler Beitrag besteht darin, zwei lange vermengte Grenzen zu trennen: die Fähigkeitsgrenze (technisch nicht machbar) und die Befugnisgrenze (machbar, aber nicht erlaubt).
Diese Unterscheidung hat praktische Folgen. Stehen beide auf derselben Liste, wird mit dem technischen Fortschritt und dem Wegfall der Fähigkeitsgrenze auch die Befugnisgrenze mit aufgehoben — denn auf der Liste steht nur „das macht ein Mensch", nicht, aus welchem der beiden Gründe. COR-4 verlangt, dass zu jeder menschlichen Tätigkeit die Art der Grenze vermerkt wird und dass bei Wegfall der Fähigkeitsgrenze erneut geprüft wird, statt sie automatisch aufzuheben.
Ein weiterer Kerninhalt ist die Handhabungsgrenze für Zugangsdaten. Der Standard verlangt, zwischen „Zugangsdaten" und „Anwendungsgeheimnissen" zu unterscheiden; das Kriterium lautet: Könnte sich jemand bei einem Leck dieses Geheimnisses als eine andere Instanz ausgeben? Was eine Person oder eine Maschine verkörpern kann, ist ein Zugangsmerkmal und muss von einem Menschen erzeugt werden; was lediglich ein Dienst-zu-Dienst-Passwort ist, ist ein Anwendungsgeheimnis und darf von der Automatisierung erzeugt werden, sofern sein Wert nicht in Aufzeichnungen, Berichte oder die Versionsverwaltung gelangt.
Der Standard hebt eigens hervor: Maßgeblich ist, was sich damit signieren lässt, nicht, in welcher Konfigurationsdatei es steht.