Der Azure-Engpass
Professional Secrecy Amendment, Modified-Abuse-Monitoring-Eligibility, EU Data Zones - die drei Bedingungen des Azure-OpenAI-Wegs für Berufsgeheimnisträger, und wer über jede von ihnen entscheidet.
Auswahl aus über 5.000 Projekten in 25 Jahren Softwareentwicklung
Microsoft ist der einzige Hyperscaler mit einem standardisierten Verschwiegenheits-Amendment für Berufsgeheimnisträger - und der Azure-OpenAI-Weg zugleich der mit dem am häufigsten übersehenen Engpass: dem Abuse Monitoring. Wer den Engpass nicht kennt, baut ein Setup, dessen 203er-Argumentation am menschlichen Prompt-Review scheitert. Wer ihn kennt, weiß: Es gibt einen Opt-out - aber nicht für jeden, und nicht auf Zuruf.
Die berufsgruppenübergreifende Einordnung (§ 203 StGB, Rechtslinien, alle Bezugswege im Vergleich) steht auf der Übersichtsseite KI für Berufsgeheimnisträger; die anwaltsspezifische Vertragskette nach § 43e BRAO behandelt KI in der Anwaltskanzlei. Hier geht es um die drei Azure-spezifischen Bedingungen - und darum, wer über jede von ihnen entscheidet.
Warum Abuse Monitoring den 203er-Weg aushebelt
Azure OpenAI prüft Eingaben standardmäßig auf Missbrauch. Zu diesem Verfahren gehört die Möglichkeit, dass geflaggte Prompts von Microsoft-Personal im Klartext gesichtet werden. Für Konzern-Workloads ist das ein Datenschutz-Thema. Für Berufsgeheimnisträger ist es die Sollbruchstelle der gesamten Rechtsargumentation.
Die tragende Rechtslinie für KI-Einsatz unter § 203 StGB ist ein berufsrechts- und § 203-konformer Bezugsweg nach der DAV-Linie (SN 32/2025): Rein automatisierte Verarbeitung ohne menschlichen Klartext-Zugriff ist danach kein Offenbaren im Sinne des Abs. 1 - gerichtlich ist die Frage nicht abschließend geklärt. Die konservativere BRAK-Linie (Leitfaden 12/2024) lässt bereits die Möglichkeit der Kenntnisnahme genügen.
Ein aktives menschliches Review-Verfahren kollidiert mit beiden Linien gleichzeitig: Es schafft genau die Kenntnisnahme-Möglichkeit, die die BRAK-Linie genügen lässt - und im Review-Fall den realen Zugriff, den die DAV-Linie ausschließt. Deshalb entscheidet der Opt-out über die 203er-Tauglichkeit des gesamten Azure-Wegs.
Drei Bedingungen entscheiden damit über den Azure-Weg: der Opt-out samt seiner Eligibility, der Amendment-Scope und der Deployment-Typ (EU Data Zones) - in dieser Reihenfolge geht diese Seite sie durch.
Modified Abuse Monitoring: der Opt-out - und seine Eligibility
Microsoft bietet die Abschaltung des menschlichen Prompt-Samplings als Modified Abuse Monitoring an. Der Zugang ist ein Antragsverfahren mit harter Eligibility-Hürde:
| Frage | Stand nach Microsofts Limited-Access-Dokumentation (Abruf 2026-07-22) |
|---|---|
| Wer ist antragsberechtigt? | Microsoft-managed Customers und Kunden in eligible Programmen (Enterprise Agreement) |
| Gibt es eine zugesagte Bearbeitungs-Timeline? | Nein - Microsoft nennt keinen Bearbeitungszeitraum |
| Gilt die Freigabe pauschal? | Nein - sie bezieht sich auf das konkrete Kunden-Setup und ist nicht übertragbar |
| Wer erteilt die Freigabe? | Ausschließlich Microsoft |
Die Konsequenz für die Praxis: Eligibility ist die erste Prüffrage, nicht die letzte. Eine Kanzlei oder ein Unternehmen ohne Enterprise Agreement und ohne Microsoft-managed-Status hat derzeit keinen dokumentierten Weg zum Opt-out - dann ist der Azure-Weg für § 203-Workloads nicht belastbar konfigurierbar, unabhängig davon, was ein Dienstleister verspricht.
Das Professional Secrecy Amendment: Vertragslinie mit offenem Scope
Neben der Technik-Frage (Abuse Monitoring) steht die Vertrags-Frage: Microsoft bietet als einziger Hyperscaler ein standardisiertes Professional Secrecy Amendment (Germany) für Berufsgeheimnisträger an. Zwei Eigenschaften muss man kennen:
Der Abschlussweg: Kunde und Microsoft, über einen CSP-Partner
Das Amendment wird zwischen Kunde und Microsoft geschlossen; der Abschluss läuft über einen CSP-Partner (Cloud Solution Provider). Es ist immer ein Vertrag des Kunden mit Microsoft - kein Dienstleister-Zertifikat, das ein Anbieter „mitbringt".
Der belegte Scope: Microsoft 365 - Azure OpenAI offen
Öffentlich bestätigt ist das Amendment für Microsoft 365. Für Azure OpenAI ist der Scope öffentlich nicht bestätigt; Microsofts eigene Q&A verweist auf die Einzelfall-Klärung. Eine pauschale Deckungs-Zusage ist damit heute nicht belegbar - der Scope wird pro Setup direkt mit Microsoft verifiziert, bevor eine Zusage fällt.
Seriöse Anbieter-Prüfung heißt hier: Wer mit dem Amendment wirbt, muss sagen, für welchen Dienst-Scope es in seinem Setup bestätigt wurde - und von wem.
EU Data Zones: die Deployment-Pflicht
Die dritte Bedingung ist eine Konfigurationsfrage: Azure OpenAI kennt mehrere Deployment-Typen, und nur die EU Data Zones (DataZone Standard bzw. DataZone Provisioned) halten die Verarbeitung EU-only. Standard-Global-Deployments können Anfragen global routen - auch wenn die Ressource in einer EU-Region wie „West Europe" angelegt wurde. Für § 203-Workloads sind Data Zones deshalb Pflicht, nicht Option.
Prüffrage an jedes bestehende Setup: Welcher Deployment-Typ ist konfiguriert? „EU-Region" ist keine Antwort - „DataZone Standard" ist eine.
Was heute geht - und was bei Microsoft liegt
Drei Bedingungen, sechs Bausteine - und für jeden Baustein die Frage, wer ihn tatsächlich entscheidet:
| Baustein | Status | Wer entscheidet |
|---|---|---|
| Professional Secrecy Amendment abschließen (über CSP-Partner) | verfügbar; belegter Scope: Microsoft 365 | Kunde und Microsoft |
| Amendment-Scope für Azure OpenAI | öffentlich nicht bestätigt - pro Setup zu verifizieren | Microsoft |
| Modified Abuse Monitoring | Antragsverfahren; Eligibility: Microsoft-managed/EA; keine zugesagte Timeline | Microsoft |
| EU Data Zone als Deployment-Typ | sofort konfigurierbar | Kunde bzw. Dienstleister |
| Drittland-Baustein (TIA, DPF-Status, SCC) | sofort erstellbar - die CLOUD-Act-Exposition bleibt | Kunde mit Begleitung |
| Vertrags- und Governance-Kette (Abs.-4-Verpflichtung, AVV, Audit-Trail) | sofort umsetzbar | Kunde und Gosign |
Zwei Zeilen dieser Tabelle liegen vollständig außerhalb der Kontrolle jedes Dienstleisters. Genau deshalb lautet die ehrliche Leistungsbeschreibung: Governance + Antrags-Begleitung; Freigabe und Zeitplan liegen bei Microsoft. Wer ein fertig freigegebenes Azure-203er-Setup zum Festtermin verspricht, verspricht etwas, das Microsoft nicht zugesagt hat.
Quellen: Microsoft-Dokumentation zu Professional Secrecy Amendment (Q&A), Limited Access und Modified Abuse Monitoring (learn.microsoft.com) sowie zu Azure-OpenAI-Deployment-Typen und EU Data Zones (learn.microsoft.com, azure.microsoft.com); Abruf jeweils 2026-07-22.
Für wen der Azure-Weg trotzdem der richtige ist
Der Azure-Weg passt, wenn drei Dinge zusammenkommen: ein eigener Microsoft-Tenant mit Enterprise Agreement bzw. Microsoft-managed-Status (Eligibility), eine IT, die den Tenant betreibt, und der Wunsch, im eigenen Vertragsverhältnis mit Microsoft zu bleiben statt über einen SaaS-Anbieter zu gehen. Das ist das Profil der Setup-Begleitung im Kunden-Tenant - inklusive Amendment-Verifikation, Eligibility-Antrag, Data-Zone-Konfiguration und der Vertrags- und Governance-Kette drumherum. Wie die Glieder dieser Kette zusammenhängen - von der Abs.-4-Verpflichtung bis zum klartextfreien Audit-Trail - zeigt Die 203er-Kette.
Wer die CLOUD-Act-Exposition strukturell vermeiden muss, findet die Alternativen im Überblick auf KI für Berufsgeheimnisträger: Dort sind die EU-Säulen ohne US-Konzern in der Kette beschrieben.
Diese Seite ist eine technisch-organisatorische Einordnung aus Architektur- und Governance-Perspektive auf dem Stand von Juli 2026 (Microsoft-Dokumentation, Abruf 2026-07-22; DAV-Linie (SN 32/2025), BRAK-Leitfaden 12/2024). Sie ersetzt keine Rechtsberatung: Die berufsrechtliche Bewertung des Einzelfalls obliegt der Kanzlei bzw. dem Unternehmen selbst. Zur berufsgruppenübergreifenden Einordnung: KI für Berufsgeheimnisträger. Für die anwaltsspezifische Vertragskette nach § 43e BRAO: KI in der Anwaltskanzlei.
Häufige Fragen zum Azure-Weg
Deckt das Professional Secrecy Amendment auch Azure OpenAI ab?
Wer bekommt das Modified Abuse Monitoring (Opt-out vom menschlichen Prompt-Review)?
Reicht ein Azure-Deployment in einer EU-Region?
Ist der Azure-Weg frei von der CLOUD-Act-Frage?
Ist Ihr Setup eligible?
Wir prüfen Eligibility, Amendment-Weg und Deployment-Typ an Ihrem konkreten Microsoft-Tenant - als technisch-organisatorische Einordnung, nicht als Rechtsberatung. Freigabe und Zeitplan liegen bei Microsoft.
Eligibility-Prüfung anfragen