Apple trainiert KI mit Nutzerdaten: Was IT-Verantwortliche jetzt wissen müssen

Veröffentlicht: 12. September 2026 | Lesedauer: ca. 8 Minuten

Einleitung: Ein gebrochenes Versprechen mit Folgen für Unternehmen

Es war eines der zentralen Verkaufsargumente, mit dem Apple seinen KI-Ansatz von Konkurrenten wie Google oder Meta abgrenzte: Persönliche Nutzerdaten fließen niemals in das Training von KI-Modellen ein. Privacy by Design als Wettbewerbsvorteil – so lautete die klare Botschaft aus Cupertino.

Damit ist es offenbar vorbei.

Wie Heise Security berichtet, hat Apple still und leise eine fundamentale Kehrtwende vollzogen: Das Unternehmen trainiert seine KI-Modelle künftig doch mit realen Nutzerdaten von iPhone-Anwendern. Für Privatnutzer ist das bereits unangenehm. Für IT-Verantwortliche und Geschäftsführer in deutschen Unternehmen ist es potenziell ein ernstes Compliance-Problem.

Denn in vielen deutschen Firmen sind iPhones und iPads längst fester Bestandteil der Unternehmensinfrastruktur. Mitarbeiter nutzen Apple-Geräte für E-Mails, Kalender, interne Kommunikation und nicht selten auch für den Zugriff auf sensible Geschäftsdaten. Wenn diese Nutzungsdaten nun in KI-Trainingsmodelle einfließen, berührt das unmittelbar Fragen des Datenschutzes, der IT-Sicherheit und – seit dem 17. Oktober 2024 verbindlich gültig – der NIS2-Richtlinie.

Technischer Hintergrund: Was steckt hinter dem Kurswechsel?

Apple Intelligence und das Datenproblem großer Sprachmodelle

Mit „Apple Intelligence" hat Apple ab 2024 schrittweise generative KI-Funktionen in seine Betriebssysteme integriert. Funktionen wie das Zusammenfassen von E-Mails, das Umschreiben von Texten oder kontextbezogene Siri-Antworten erfordern leistungsfähige Sprachmodelle – und die werden bekanntermaßen mit großen Datenmengen trainiert.

Bislang setzte Apple auf zwei Wege:
- On-Device-Verarbeitung: Einfachere Anfragen werden direkt auf dem Gerät verarbeitet, ohne dass Daten das Gerät verlassen.
- Private Cloud Compute (PCC): Komplexere Anfragen werden auf Apple-eigenen Servern verarbeitet, jedoch mit dem Versprechen, dass keine Daten gespeichert oder für Training genutzt werden.

Der nun vollzogene Schritt bricht mit dem zweiten Versprechen. Nach aktuellem Stand können – unter bestimmten Bedingungen und nach Nutzerinteraktion – reale Interaktionsdaten für die Modellverbesserung herangezogen werden. Die genaue technische Ausgestaltung (Opt-in vs. Opt-out, Anonymisierungsgrad, Datenkategorien) ist zum Zeitpunkt der Berichterstattung noch nicht vollständig öffentlich dokumentiert. Genau das ist das Problem.

Warum „anonymisiert" kein Freifahrtschein ist

Apple wird argumentieren, dass Daten vor dem Training anonymisiert oder mit Differential-Privacy-Methoden behandelt werden. Das ist technisch legitim – aber aus datenschutzrechtlicher Sicht nicht automatisch ausreichend. Der Europäische Datenschutzausschuss (EDSA) hat wiederholt klargestellt, dass pseudonymisierte Daten unter bestimmten Umständen weiterhin personenbezogen im Sinne der DSGVO gelten können. Für Unternehmen, die Apple-Geräte als Verarbeitungstools einsetzen, entsteht damit Erklärungsbedarf.

Auswirkungen auf deutsche Unternehmen: DSGVO, NIS2 und BSI im Fokus

DSGVO: Auftragsverarbeitung neu bewerten

Wenn Apple-Dienste im beruflichen Kontext genutzt werden und dabei Nutzungsdaten zu KI-Trainingszwecken abfließen, stellen sich unmittelbar datenschutzrechtliche Fragen:

• Ist Apple ein Auftragsverarbeiter? Gemäß Art. 28 DSGVO sind Auftragsverarbeitungsverträge (AVV) erforderlich, wenn ein Dienstleister personenbezogene Daten im Auftrag des Unternehmens verarbeitet. Viele Unternehmen haben mit Apple einen solchen Vertrag – aber unter welchen Bedingungen und mit welchem Scope?
• Ist die Rechtsgrundlage für das Training mit Unternehmensdaten gegeben? Eine Einwilligung des Mitarbeiters genügt hier nicht automatisch, wenn der Arbeitgeber eigentlich der Verantwortliche der Verarbeitungstätigkeit ist.
• Werden Drittlandübermittlungen ausgelöst? KI-Training findet in Apple-Rechenzentren statt – deren Standorte und die geltenden Standardvertragsklauseln (SCCs) müssen geprüft werden.

NIS2-Relevanz: Risikomanagement und Lieferkettensicherheit

Die NIS2-Richtlinie, in Deutschland durch das BSIG (BSI-Gesetz) und das NIS2UmsuCG umgesetzt, verpflichtet betroffene Unternehmen zu einem umfassenden Risikomanagement. Besonders relevant ist hier:

• Art. 21 NIS2 – Risikomanagement: Unternehmen müssen Risiken für ihre IT-Systeme identifizieren und geeignete Maßnahmen ergreifen. Ein Anbieter, der ohne klare Transparenz Nutzungsdaten für KI-Training verwendet, ist ein Risikofaktor in der Lieferkette.
• Lieferkettenrisiken (Supply Chain Security): NIS2 schreibt explizit vor, dass Sicherheitsrisiken durch Drittanbieter und deren Produkte bewertet werden müssen (Art. 21 Abs. 2 lit. d). Apple ist für viele Unternehmen ein kritischer Lieferant.
• Meldepflichten: Sollte durch den unkontrollierten Abfluss sensibler Geschäftsdaten in KI-Trainingssysteme ein Sicherheitsvorfall entstehen, greifen die Meldepflichten gegenüber dem BSI – bei erheblichen Vorfällen innerhalb von 24 Stunden (Frühwarnung) und 72 Stunden (Erstmeldung).

BSI-Hinweis: Das Bundesamt für Sicherheit in der Informationstechnik (BSI) empfiehlt in seinen Grundschutz-Kompendien regelmäßige Überprüfungen von Drittanbieterverträgen und Datenschutzfolgenabschätzungen bei der Einführung neuer Technologien – auch KI-gestützter Features.

Praktische Schutzmaßnahmen: 7 konkrete Empfehlungen für IT-Verantwortliche

1. Mobile Device Management (MDM) sofort überprüfen

Nutzen Sie Ihr bestehendes MDM-System (z. B. Jamf, Microsoft Intune), um Apple-Intelligence-Funktionen und die Nutzung von Siri für geschäftliche Daten gezielt zu deaktivieren oder einzuschränken. Konfigurationsprofile erlauben eine granulare Steuerung – machen Sie davon Gebrauch.

Sofortmaßnahme: Prüfen Sie, ob in Ihren MDM-Profilen bereits Einschränkungen für „Apple Intelligence" und „Siri Suggestions" definiert sind.

2. Auftragsverarbeitungsverträge mit Apple prüfen und aktualisieren

Beauftragen Sie Ihren Datenschutzbeauftragten (intern oder extern) mit der Prüfung der bestehenden Apple-Verträge. Zentrale Fragen:
- Welche Datenkategorien werden zu welchem Zweck verarbeitet?
- Ist KI-Training explizit ausgeschlossen oder erlaubt?
- Entsprechen die SCCs dem aktuellen EDSA-Standard?

3. Datenschutz-Folgenabschätzung (DSFA) initiieren

Wenn Ihr Unternehmen Apple-Geräte für die Verarbeitung sensibler Daten (Gesundheitsdaten, Finanzdaten, personenbezogene Kundendaten) einsetzt, ist nach Art. 35 DSGVO möglicherweise eine DSFA erforderlich. Der Kurswechsel Apples beim Datentraining ist ein valider Anlass, eine bestehende DSFA zu aktualisieren oder eine neue zu initiieren.

4. Mitarbeiter sensibilisieren und BYOD-Richtlinien anpassen

Informieren Sie Ihre Belegschaft klar und verständlich:
- Welche Apple-KI-Features dürfen auf beruflich genutzten Geräten aktiv sein?
- Welche Daten dürfen niemals über KI-Assistenten eingegeben werden?
- Wie ist mit privaten iPhones im BYOD-Kontext umzugehen?

Aktualisieren Sie Ihre IT-Nutzungsrichtlinie entsprechend und lassen Sie Mitarbeiter diese schriftlich bestätigen.

5. Risikoregister um KI-Anbieter erweitern

Ergänzen Sie Ihr NIS2-konformes Risikoregister um die Kategorie „KI-Trainingsrisiken durch Drittanbieter". Bewerten Sie Apple, aber auch andere KI-Anbieter (Microsoft Copilot, Google Gemini), nach einem einheitlichen Schema: Datenkategorien, Rechtsgrundlage, Drittlandtransfer, Opt-out-Möglichkeiten.

6. Alternative oder ergänzende Tools evaluieren

Für besonders schützenswerte Workflows bieten sich Alternativen an, die On-Premise oder in zertifizierten deutschen Rechenzentren betrieben werden:
- Open-Source-LLMs (z. B. Llama, Mistral) auf eigener Infrastruktur
- Europäische Cloud-Anbieter mit BSI-C5-Zertifizierung
- Dedizierte Enterprise-Verträge bei großen Anbietern mit explizitem No-Training-Zusatz

7. Incident-Response-Plan auf KI-Datenpannen ausweiten

Stellen Sie sicher, dass Ihr Incident-Response-Plan auch Szenarien abdeckt, in denen Unternehmensdaten ungeplant in externe KI-Systeme geflossen sind. Definieren Sie klare Eskalationspfade, Zuständigkeiten und – angesichts der NIS2-Meldepflichten – eine Kommunikationslinie zum BSI.

Fazit: Vertrauen ist gut, Governance ist besser

Apples Kurswechsel beim KI-Training ist ein Weckruf – nicht nur für Datenschutzbeauftragte, sondern für die gesamte IT-Governance in deutschen Unternehmen. Das Versprechen eines Anbieters, Daten nicht für KI-Training zu nutzen, ist kein Ersatz für vertragliche Absicherung, technische Kontrolle und regelmäßige Risikoüberprüfung.

Die Botschaft ist klar: Wer Apple-Geräte im Unternehmensumfeld einsetzt, muss jetzt aktiv werden – DSGVO-Konformität überprüfen, NIS2-Pflichten erfüllen und die eigene Sicherheitsarchitektur auf den Prüfstand stellen.

Die Zeit der blinden Anbietervertrauens ist vorbei. Transparenz, Kontrolle und nachweisbare Compliance müssen an ihre Stelle treten.

Call-to-Action: NIS2-Compliance strukturiert managen

Die Verwaltung von Drittanbieterrisiken, Risikoregistern, Datenschutz-Folgenabschätzungen und NIS2-Meldepflichten ist komplex – besonders wenn sich die Bedrohungslage so schnell verändert wie im KI-Bereich. Spezialisierte NIS2-Compliance-Software kann dabei helfen, diese Prozesse zu strukturieren, Fristen zu überwachen und Nachweise gegenüber dem BSI oder internen Auditoren lückenlos zu dokumentieren. Wenn Sie noch kein dediziertes Tool für Ihr NIS2-Compliance-Management einsetzen, ist jetzt ein guter Zeitpunkt, den Markt zu evaluieren – bevor der nächste Anbieter-Kurswechsel Sie unvorbereitet trifft.