Ihre Privatsphäre ist uns wichtig

Wir nutzen notwendige Cookies für den Betrieb der Seite und – mit Ihrer Einwilligung – Analyse- und Marketing-Cookies zur Verbesserung. Sie können Ihre Wahl jederzeit ändern. Datenschutzerklärung

  • Security
  • Pricing
Scoping Call buchen
  1. Hilfe-Center
  2. Compliance & Frameworks
  3. DIFC Regulation 10 — AI & autonome Systeme
Kategorien durchsuchen
Erste Schritte
Shield Control
Shield Web
Richtlinien & Vorlagen
Compliance & Frameworks
  • DIFC Regulation 10 — AI & autonome Systeme
  • EU AI Act — Anbieter vs Betreiber (Rollen & wann die Grenze kippt)
  • EU AI Act Artikel 26 — Betreiberpflichten
  • EU AI Act Artikel 4 — AI-Kompetenz
  • EU AI Act Artikel 5 — Verbotene Praktiken
  • EU AI Act Artikel 50 — Transparenzpflichten
  • EU AI Act Artikel 6 — Hochrisiko-Einstufung
  • DSGVO Artikel 32 — Sicherheit der Verarbeitung
  • DSGVO Artikel 5 — Grundsätze der Verarbeitung
  • DSGVO Artikel 6 — Rechtmäßigkeit der Verarbeitung
  • Illinois HB 3773 — AI im Personalwesen
  • ISO/IEC 42001 — AI-Management-System
  • Korea AI Basic Act — Pflichten für vertrauenswürdige AI
  • NIST AI Risk Management Framework (AI RMF)
  • NYC Local Law 144 — Automatisierte Einstellungs-Tools
Admin & Sicherheit
Fehlerbehebung
FAQ
Erste Schritte
Shield Control
Shield Web
Richtlinien & Vorlagen
Compliance & Frameworks
  • DIFC Regulation 10 — AI & autonome Systeme
  • EU AI Act — Anbieter vs Betreiber (Rollen & wann die Grenze kippt)
  • EU AI Act Artikel 26 — Betreiberpflichten
  • EU AI Act Artikel 4 — AI-Kompetenz
  • EU AI Act Artikel 5 — Verbotene Praktiken
  • EU AI Act Artikel 50 — Transparenzpflichten
  • EU AI Act Artikel 6 — Hochrisiko-Einstufung
  • DSGVO Artikel 32 — Sicherheit der Verarbeitung
  • DSGVO Artikel 5 — Grundsätze der Verarbeitung
  • DSGVO Artikel 6 — Rechtmäßigkeit der Verarbeitung
  • Illinois HB 3773 — AI im Personalwesen
  • ISO/IEC 42001 — AI-Management-System
  • Korea AI Basic Act — Pflichten für vertrauenswürdige AI
  • NIST AI Risk Management Framework (AI RMF)
  • NYC Local Law 144 — Automatisierte Einstellungs-Tools
Admin & Sicherheit
Fehlerbehebung
FAQ

DIFC Regulation 10 — AI & autonome Systeme

Aktualisiert am 15. Juli 2026·2 Min. LesezeitAlle Pläne

Hinweis: Dieser Explainer ist informativ; Framework-Referenzen sind nie eine Compliance-Garantie — stimmen Sie Ihr Programm mit Ihrer Rechtsberatung ab.

Die DIFC Regulation 10 wurde vom Dubai International Financial Centre am 1. September 2023 als Teil der überarbeiteten Data Protection Regulations erlassen und ist seither in Kraft; Rechtsberatungen weisen darauf hin, dass die volle Durchsetzung — die Audit- und Zertifizierungsanforderungen — Anfang 2026 beginnt (ein Datum, das in Beratungen erscheint, nicht auf der DIFC-eigenen Regulation-10-Seite). Sie ist die erste Regulierung der MEASA-Region zur Verarbeitung personenbezogener Daten durch autonome und semi-autonome Systeme — einschließlich AI, generativer und Machine-Learning-Technologie. Offizieller Text: DIFC — Regulation 10.

Für wen sie gilt

Regulation 10 verankert die Verantwortlichkeit bei den sichtbaren Parteien, die den Betrieb eines Systems autorisieren oder davon profitieren:

  • Ein Deployer — die Person, unter deren Autorität oder zu deren Nutzen das System betrieben wird — gilt als Controller.
  • Ein Operator — der Anbieter, der das System auf Weisung des Deployers betreibt oder überwacht — gilt als Processor.

Wenn Ihre Organisation AI-Tools nutzt, die personenbezogene Daten im oder aus dem DIFC verarbeiten, sind Sie höchstwahrscheinlich Deployer.

Die Kernpflichten

Regulation 10 verlangt von Deployern und Operatoren, Datenschutzrisiken vor der Verarbeitung personenbezogener Daten durch ein autonomes System zu bewerten, zu dokumentieren und zu mindern — und Transparenz von Anfang an mitzudenken: Betroffene müssen erfahren, dass solche Systeme im Einsatz sind, und genug Informationen erhalten, um die verbundenen Risiken einzuschätzen.

Die Regulation 10 legt außerdem fünf Gestaltungsprinzipien fest, die jedes solche System verkörpern muss — es muss ethisch, fair, transparent, sicher und rechenschaftspflichtig sein — und ergänzt spezifische Pflichten, wo die Verarbeitung hochriskant ist (etwa bei Einsatz neuer Technologie, großem Umfang oder der systematischen Bewertung von Personen einschließlich Profiling): die Bestellung eines Autonomous Systems Officer (des AI-Governance-Pendants zum Datenschutzbeauftragten) sowie eine Zertifizierungs-Anforderung, bevor diese Verarbeitung erfolgt.

Das setzt etwas Grundlegenderes voraus: zu wissen, welche AI-Systeme Ihre Organisation tatsächlich nutzt — und die Daten steuern zu können, die hineinfließen.

Wie Shield darauf abbildet

Shield liefert die Betriebsebene, die diese Pflichten voraussetzen:

  • Discovery macht jedes real genutzte AI-Tool sichtbar, damit Ihr Inventar der Systeme echt ist, nicht angenommen — siehe Discovered Tools prüfen.
  • Policies und Enforcement-Modes steuern, welche Daten ein AI-Tool erreichen dürfen — personenbezogene Daten transformieren, Secrets blockieren, den Rest warnen — siehe Enforcement-Modes.
  • Das Audit-Log führt einen manipulationsresistenten, exportierbaren Nachweis für die Dokumentation von Risikoentscheidungen — siehe Audit-Log und Export.

Das Bundle DIFC Regulation 10 aus der Vorlagen-Bibliothek macht daraus in Minuten framework-gelabelte Policies. Shield inspiziert keine Datei-Inhalte, daher werden Datei-Upload-Kanäle durch Pauschal-Kontrollen statt durch Inhaltsprüfung gesteuert.

War dieser Artikel hilfreich?

Verwandte Artikel

Richtlinien-Vorlagen und Bundles anwenden

Compliance-fertige Richtlinien aus der Vorlagen-Bibliothek ausrollen — EU AI Act, DSGVO, DIFC, Korea AI Basic Act, US AI in Employment sowie ISO-42001/NIST-Bundles.

Artikel lesen

ISO/IEC 42001 — AI-Management-System

ISO/IEC 42001 ist der weltweit erste Standard für AI-Management-Systeme. Was ein AIMS verlangt, für wen er gilt und wie Shield operative Controls dazu beiträgt.

Artikel lesen

NIST AI Risk Management Framework (AI RMF)

Das NIST AI Risk Management Framework (AI RMF 1.0) ist ein freiwilliges Framework für AI-Risk-Management. Seine vier Funktionen — Govern, Map, Measure, Manage — und wie Shield sie unterstützt.

Artikel lesen

EU AI Act — Anbieter vs Betreiber (Rollen & wann die Grenze kippt)

EU AI Act Anbieter vs Betreiber: was einen Betreiber (Deployer) von einem Anbieter (Provider) nach Artikel 3 unterscheidet — und die Artikel-25-Auslöser, die einen Betreiber zum Anbieter eines Hochrisiko-Systems machen.

Artikel lesen

Noch Fragen?

Schicken Sie uns die Details — wir antworten innerhalb eines Werktags.

Support kontaktieren

Auf dieser Seite

  • Für wen sie gilt
  • Die Kernpflichten
  • Wie Shield darauf abbildet

Newsletter abonnieren

Produkt- und Governance-Updates — siehe Datenschutzerklärung.

AI Security und Control für jedes Modell, das Ihr Team nutzt.

Entwickelt in Dubai. Konzipiert für Teams, die über Regionen, Modelle und regulatorische Umgebungen hinweg arbeiten.

  • Produkt

    • Shield Web
    • Shield Control
    • Shield Desktop
    • Shield Mobile
    • Pricing
    • Download
  • Lösungen

    • Für CISOs
    • Für Operations
    • Für AI Teams
  • Use Cases

    • AI Governance
    • AI Agent Security
    • LLM Access Control
    • Secure AI Deployment
    • Enterprise Operations
    • Financial Services
    • HR & Recruiting
  • Ressourcen

    • Hilfe-Center
    • Blog
    • Guides
    • Glossar
    • Changelog
    • Vergleich
    • FAQ
  • Unternehmen

    • Über uns
    • Karriere
    • Security & Trust
    • Kontakt
  • Tools

    • Disclose
    • AI Risk Calculator
    • EU AI Act Checker

© 2026 Junus AI. Alle Rechte vorbehalten.

  • ·Impressum
  • ·Datenschutz
  • ·AGB
  • ·Partner-Bedingungen
  • ·DSGVO / DPA
  • ·