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 führt ein standardisiertes Verschwiegenheits-Amendment für Berufsgeheimnisträger - und der Azure-OpenAI-Weg ist 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 den KI-Einsatz unter § 203 StGB ist nicht, dass kein Offenbaren vorläge - es liegt vor. Erlaubt ist es nach § 43e Abs. 1 BRAO und § 203 Abs. 3 S. 2 StGB, soweit es für die Inanspruchnahme der Dienstleistung erforderlich ist; die DAV-Stellungnahme SN 32/2025 verlangt dafür zumutbare und angemessene Sicherungsmaßnahmen zur Beschränkung der Kenntnisnahme. Wie streng die Erforderlichkeit zu lesen ist, ist gerichtlich nicht abschließend geklärt. Der BRAK-Leitfaden (12/2024) verlangt, bei Cloud-Diensten sehr genau zu prüfen, ob der Anbieter unbedingt Zugang zu Mandanteninformationen benötigt.
Ein aktives menschliches Review-Verfahren kollidiert mit beiden Linien gleichzeitig: Es gibt dem Personal des Anbieters Einsicht in den Klartext, die für die Dienstleistung nicht erforderlich ist. Die BRAK fragt genau danach, ob der Anbieter diesen Zugang unbedingt benötigt, und der DAV verlangt, die Kenntnisnahme auf das Erforderliche zu beschränken. 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? | Kunden und Partner, die ein Microsoft-Account-Team betreut, oder Teilnehmer eines berechtigten Programms; für einzelne neuere Modelle strengere Kriterien |
| 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 Microsoft-Account-Team und ohne berechtigtes Programm 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 ein standardisiertes Professional Secrecy Amendment (Germany) für Berufsgeheimnisträger an. Zwei Eigenschaften muss man kennen:
Der Abschlussweg: ein eigener Vertrag zwischen Kunde und Microsoft
Das Amendment wird zwischen Kunde und Microsoft geschlossen - ein eigener Vertragsvorgang neben dem Standard-Vertrag, mit eigener Laufzeit. 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 dokumentiert Microsoft das Amendment für Microsoft 365; für Azure OpenAI verweist die eigene Q&A auf die Einzelfall-Klärung. Für uns ist diese Klärung erfolgt: Die Verpflichtung für die Azure-Modelle ist gezeichnet - auf derselben Vertragslinie, über die auch der Bezug läuft. Die Kanzlei muss den Scope damit nicht selbst mit Microsoft verhandeln.
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 | verfügbar; belegter Scope: Microsoft 365 | Kunde und Microsoft |
| Amendment-Scope für Azure OpenAI | für unsere Vertragslinie gezeichnet - die Kanzlei klärt nichts selbst | Microsoft |
| Modified Abuse Monitoring | Antragsverfahren; Eligibility: Account-Team oder berechtigtes Programm; 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, den ein Microsoft-Account-Team betreut oder der an einem berechtigten Programm teilnimmt (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. Auch in diesem Profil gibt es Zero Retention erst mit Microsofts Ausnahme von der Missbrauchsüberwachung, und bis dahin dauert es in der Regel Monate; ohne Account-Team oder berechtigtes Programm ist sie im eigenen Tenant meist nicht erreichbar. Sofort verfügbar sind über uns Claude, Gemini und die selbst gehosteten offenen Modelle; ChatGPT kommt mit Zero Retention über uns dazu, sobald Microsoft die Ausnahme für die jeweilige Kanzlei erteilt hat, die wir für jede Kanzlei einzeln beantragen. 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 von uns selbst gehosteten offenen Modelle beschrieben, an deren Kette kein US-Konzern beteiligt ist; welches Modell über welchen Weg mit welchem 203er-Status beziehbar ist, führt der Modellkatalog je Kombination auf.
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.