Die kurze Antwort
Apple verklagte OpenAI, dessen Hardware-Einheit io Products und zwei namentlich genannte Personen am 10. Juli 2026 vor dem U.S. District Court for the Northern District of California und wirft ihnen vor, OpenAI habe beim Wechsel von Ingenieuren zwischen den Unternehmen systematisch Apples Geschäftsgeheimnisse übernommen. Die Klage nennt OpenAIs Chief Hardware Officer Tang Tan, einen früheren Apple-Vizepräsidenten, sowie Chang Liu, einen ehemaligen Apple-Ingenieur, dem vorgeworfen wird, ein Firmen-Notebook nicht zurückgegeben und vertrauliche technische Dokumente heruntergeladen zu haben. OpenAI weist die Vorwürfe zurück und erklärt, man habe kein Interesse an den Geschäftsgeheimnissen anderer Unternehmen.
Die praktische Lesart für Engineering-Verantwortliche: Die mutmaßliche Mechanik ist das alltägliche Risiko der Mitarbeiterfluktuation, keine Wirtschaftsspionage aus einem Spionagefilm. Wenn Ihr Schutz davor, dass ein ausscheidender Ingenieur mit Ihrem Quellcode, Ihren Entwürfen oder Kundendaten davonzieht, in einer unterschriebenen NDA und gutem Glauben besteht, ist dieser Fall ein Anlass, die operativen Kontrollen aufzubauen, die tatsächlich halten.
Was hat Apple tatsächlich eingereicht?
Am Freitag, dem 10. Juli 2026, reichte Apple beim U.S. District Court for the Northern District of California Klage gegen OpenAI, dessen Hardware-Einheit io Products und zwei namentlich genannte ehemalige Apple-Mitarbeiter ein und wirft ihnen den Diebstahl von Geschäftsgeheimnissen und vertraulichen Informationen vor. Apples Darstellung ist unverblümt: Es beschuldigt die Beklagten, Geheimnisse „auf jeder Ebene“ gestohlen zu haben – von technischen Mitarbeitern bis hinauf zur Hardware-Führung –, während OpenAI seine eigenen Verbrauchergeräte entwickelt. OpenAI übernahm Jony Ives io Products im Mai 2025 für rund 6,4 Milliarden US-Dollar, ein Geschäft, das die früheren Partner in einen direkten Hardware-Wettbewerb drängte und, so Apple, den Sog für den mutmaßlichen Diebstahl schuf.
Den Hintergrund bildet eine zerrüttete Allianz. Apple und OpenAI schlossen 2024 eine vielbeachtete Partnerschaft, um ChatGPT in Apples Produkte zu bringen; das Verhältnis kühlte ab, als OpenAI in den Hardwarebereich vorstieß. Für Unternehmen, die Software entwickeln, ist der Prominenten-Aspekt jedoch der am wenigsten nützliche Teil. Wichtig ist das Wie, mit dem die Geheimnisse laut Apple das Haus verließen – denn dieser Mechanismus steht jedem offen, der Ingenieure beschäftigt. Dasselbe Risiko besteht, ob Sie ein vollständig internes Team betreiben oder mit externen und dedizierten Ingenieuren skalieren; was das Risiko verändert, ist nicht das Beschäftigungsmodell, sondern die Kontrollen rund um Zugriff und Abgang.
OpenAI weist die Vorwürfe zurück. In einer Erklärung hieß es: „Wir haben kein Interesse an den Geschäftsgeheimnissen anderer Unternehmen. Wir konzentrieren uns weiterhin darauf, innovative Technologie zu entwickeln, die Menschen überall stärkt.“ Der Fall befindet sich im Stadium der Klageschrift – Apples Behauptungen sind Vorwürfe, die vor Gericht noch nicht geprüft wurden –, sodass die ehrliche Haltung darin besteht, ihn auf operative Lehren hin zu lesen, nicht auf Urteile.
Was sind die konkreten Vorwürfe?
Apples Klage konzentriert sich auf zwei Personen. Sie behauptet, Tang Tan – OpenAIs Chief Hardware Officer und ein früherer Apple-Vizepräsident – habe während der Rekrutierung vertrauliche Projekt-Codenamen von Apple verwendet, Kandidaten gebeten, Apple-Hardwareteile zu Gesprächen mitzubringen, ausscheidende Apple-Mitarbeiter darin geschult, Apples Sicherheitsverfahren zu umgehen, und Details zu unangekündigten Produkten erfragt. Sie behauptet, Chang Liu, ein ehemaliger leitender Systems-Electrical-Engineer bei Apple, habe nach seinem Wechsel zu OpenAI im Jahr 2026 ein von Apple gestelltes Notebook nicht zurückgegeben, Dutzende vertraulicher Hardware-Dateien heruntergeladen und Apples vertrauliche Informationen mit weiteren potenziellen OpenAI-Kandidaten geteilt.
Über die Einzelpersonen hinaus verweist Apple auf konkrete Vermögenswerte: Informationen über unveröffentlichte Produkte und technische Spezifikationen, ein firmeneigenes Metall-Veredelungsverfahren und Apples Lieferanten- und Auftragnehmerbeziehungen in der Lieferkette. Nichts davon erfordert einen Einbruch oder einen Hack. Es ist die Anhäufung kleiner Versäumnisse an der Grenze zwischen einem Arbeitgeber und dem nächsten – der Moment, in dem der Zugriff hätte gekappt werden sollen und es nicht wurde, in dem ein Gerät hätte zurückkommen sollen und es nicht tat, in dem ein Dokument hätte bleiben sollen und sich bewegte.
Warum sollten gewöhnliche Teams das interessieren?
Weil die Fehlermodi universell sind. Jedes Softwareunternehmen lebt mit einem steten Kommen und Gehen von Menschen, von denen jeder Zugriff auf Quellcode, Infrastruktur, Entwurfsdateien und Kundendaten ansammelt. Der Schutz von Geschäftsgeheimnissen besteht in den meisten Organisationen aus einer Unterschrift unter einer NDA und der Annahme, dass sich die Leute anständig verhalten – was genau so lange funktioniert, bis es das nicht mehr tut. Die Apple-Klage liest sich, befreit von den prominenten Namen, wie eine Checkliste der Offboarding-Lücken, die in sehr vielen Teams unbearbeitet bleiben.
Es gibt auch einen regulatorischen Rahmen, den man benennen sollte. In der EU sind Geschäftsgeheimnisse durch die EU-Richtlinie über Geschäftsgeheimnisse (2016/943) geschützt, und in den USA gibt der Defend Trade Secrets Act den Inhabern einen bundesrechtlichen Klagegrund – aber beide belohnen das Unternehmen, das angemessene Maßnahmen ergriffen hat, um Informationen geheim zu halten. Wenn Sie keinen begrenzten Zugriff, kein kontrolliertes Offboarding und keine klare Vertraulichkeitsspur nachweisen können, schwächen Sie Ihre eigene Fähigkeit, Ihre Rechte später durchzusetzen. Schutz bedeutet nicht nur, Verlust zu verhindern; es bedeutet, belegen zu können, dass man sich bemüht hat.
Was es für US- & EU-Softwareteams bedeutet
Wenn man die Schlagzeile beiseitelässt, bleiben drei dauerhafte Konsequenzen. Die erste ist, dass IP im Offboarding gewonnen oder verloren wird. Der gefährliche Moment ist nicht der Tag, an dem jemand einen Vertrag unterschreibt; es ist der Tag, an dem jemand mit noch aktiven Zugangsdaten und einem Notebook noch in der Tasche geht. Behandeln Sie den Abgang als kontrollierten Prozess – entziehen Sie am letzten Tag den Zugriff auf Code, Cloud und Dokumentenspeicher und fordern Sie Geräte zurück oder löschen Sie sie aus der Ferne –, und der Großteil der Apple-artigen Risiken kann schlicht nicht entstehen.
Die zweite ist, dass der Zugriff begrenzt, nicht universell sein sollte. Ein Großteil des Risikos in der Klage geht von Einzelpersonen aus, die weit mehr erreichen konnten, als ihre Rolle erforderte. Least-Privilege-Zugriff, projektbezogene Grenzen und Protokollierung, wer was sehen kann, verwandeln einen katastrophalen Abgang in einen eingegrenzten. Das ist gewöhnliche Sicherheitshygiene, und es ist dieselbe Disziplin, die es sicher macht, dedizierte externe Ingenieure hinzuzuziehen: Geben Sie einem Team genau die Systeme, die ein Projekt benötigt, und nichts weiter, sodass der begrenzte Umfang das Risiko von vornherein eingrenzt.
Die dritte ist, dass eingehende Hygiene auch Sie schützt. Apples Fall dreht sich um Informationen, die das Haus verlassen; das Spiegelrisiko sind ankommende Informationen. Wenn Sie Ingenieure einarbeiten – Angestellte oder Auftragnehmer –, machen Sie ausdrücklich klar, dass sie das vertrauliche Material eines früheren Arbeitgebers nicht in Ihre Codebasis einbringen dürfen, denn ein belasteter Beitrag kann Sie genau dieser Art von Anspruch aussetzen. Schriftliche Vertraulichkeits- und IP-Übertragungsvereinbarungen, sowohl beim Eintritt als auch beim Austritt, sind eine günstige Versicherung gegen einen teuren Streit.
Was jetzt zu tun ist
Hier ist die umsetzbare Fassung. Behandeln Sie die Apple–OpenAI-Klage als Anlass, die Kontrollen zu prüfen, die Sie ohnehin haben sollten – nicht als Grund, Ihren Leuten zu misstrauen.
- Machen Sie Offboarding zur Checkliste, nicht zur Höflichkeit. Entziehen Sie am letzten Tag den Zugriff auf Code, Cloud, SSO und Dokumente; fordern Sie Geräte zurück oder löschen Sie sie; bestätigen Sie es schriftlich.
- Begrenzen Sie den Zugriff auf die Rolle. Least Privilege und projektbezogene Grenzen, sodass keine einzelne Person – und kein Team – alles erreichen kann.
- Protokollieren Sie, wer was sehen kann. Führen Sie eine Zugriffskarte, damit Sie Ihr Risiko in dem Moment kennen, in dem jemand geht, und angemessene Maßnahmen nachweisen können, falls Sie je prozessieren.
- Sichern Sie die eingehende Seite. Weisen Sie neue Mitarbeiter und Auftragnehmer schriftlich an, niemals das vertrauliche Material eines früheren Arbeitgebers einzubringen.
- Halten Sie IP und Vertraulichkeit in beide Richtungen schriftlich fest. Klare Übertragungs- und NDA-Bedingungen für Angestellte und jeden externen Partner, ausgerichtet an der EU-Richtlinie über Geschäftsgeheimnisse und dem US Defend Trade Secrets Act.
- Proben Sie den Abgang eines Schlüssel-Ingenieurs. Wenn Ihre erfahrenste Person morgen ginge, worauf könnte sie um Mitternacht noch zugreifen? Beheben Sie, was auch immer die Antwort offenbart.
All dies ist keine Rechtsberatung, und Ihre genauen Pflichten hängen von Ihrer Rechtsordnung und Branche ab. Aber das strategische Signal ist klar: Da sich Talente schneller zwischen KI- und Softwareunternehmen bewegen, sind es die Teams, die ihre IP schützen, die Zugriff, Offboarding und Vertraulichkeit als alltägliche Engineering-Hygiene behandeln – lange bevor ein Streit sie dringlich macht.
Häufig gestellte Fragen
Worum geht es in Apples Klage gegen OpenAI?
Am 10. Juli 2026 reichte Apple beim U.S. District Court for the Northern District of California Klage gegen OpenAI, dessen Hardware-Einheit io Products und zwei namentlich genannte Personen ein und wirft ihnen den Diebstahl von Geschäftsgeheimnissen vor. Apple behauptet, der Diebstahl sei beim Wechsel von Ingenieuren von Apple zu OpenAI erfolgt: Genannt werden Chief Hardware Officer Tang Tan, ein früherer Apple-Vizepräsident, dem vorgeworfen wird, während der Rekrutierung vertrauliche Informationen erfragt zu haben, sowie Chang Liu, ein ehemaliger Apple-Ingenieur, dem vorgeworfen wird, ein Firmen-Notebook nicht zurückgegeben und vertrauliche technische Dokumente heruntergeladen zu haben. OpenAI weist die Vorwürfe zurück und erklärt, kein Interesse an den Geschäftsgeheimnissen anderer Unternehmen zu haben.
Was genau wirft Apple den Ingenieuren vor?
Apple behauptet, Tang Tan habe während der Rekrutierung vertrauliche Projekt-Codenamen von Apple verwendet, Kandidaten gebeten, Apple-Hardwareteile zu Gesprächen mitzubringen, und ausscheidende Mitarbeiter darin geschult, Apples Sicherheitsverfahren zu umgehen. Chang Liu soll ein von Apple gestelltes Notebook nach seinem Wechsel zu OpenAI im Jahr 2026 nicht zurückgegeben, Dutzende vertraulicher Hardware-Dateien heruntergeladen und Apples vertrauliche Informationen mit weiteren potenziellen OpenAI-Kandidaten geteilt haben. Apple behauptet zudem, ein firmeneigenes Metall-Veredelungsverfahren und seine Lieferantenbeziehungen seien missbraucht worden.
Warum ist ein Rechtsstreit zwischen Apple und OpenAI für gewöhnliche Softwareteams relevant?
Weil das mutmaßliche Verhalten nicht exotisch ist. Es ist die alltägliche Mechanik von Mitarbeiterfluktuation: ein Notebook, das nie zurückgegeben wird, Dokumente, die vor einer Kündigung kopiert werden, und vertrauliche Details, die in Gesprächen weitergegeben werden. Jedes Unternehmen, das einstellt, Mitarbeiter verabschiedet oder externe Ingenieure einsetzt, ist demselben Risiko ausgesetzt. Der Fall erinnert daran, dass IP-Schutz eine operative Disziplin ist – aufgebaut aus Geräterückgabe, Zugriffsentzug und klaren Vertraulichkeitsgrenzen – und keine Klausel, die man einmal unterschreibt und dann vergisst.
Wie kann ein Unternehmen seine Geschäftsgeheimnisse schützen, wenn Ingenieure den Job wechseln?
Behandeln Sie das Offboarding als kontrollierten Prozess: Entziehen Sie am letzten Tag den Zugriff auf Code, Cloud und Dokumente; fordern Sie Geräte zurück oder löschen Sie sie aus der Ferne; und protokollieren Sie, auf welche Daten jede ausscheidende Person zugreifen konnte. Begrenzen Sie den Zugriff während des Arbeitsverhältnisses, sodass kein einzelner Ingenieur alles in der Hand hat. Machen Sie bei Neueinstellungen klar, dass vertrauliches Material eines früheren Arbeitgebers nicht eingebracht werden darf. Halten Sie Vertraulichkeitspflichten schriftlich fest und richten Sie sie in Europa an der EU-Richtlinie zum Schutz von Geschäftsgeheimnissen und in den USA am Defend Trade Secrets Act aus.
Ist der Einsatz externer oder nearshore Engineering-Teams wegen Geschäftsgeheimnissen riskant?
Mit den richtigen Kontrollen ist es beherrschbar und oft risikoärmer als spontane Einstellungen. Ein professioneller Engineering-Partner arbeitet unter schriftlichen Vertraulichkeits- und IP-Übertragungsvereinbarungen, beschränkt den Zugriff auf genau die Systeme, die ein Projekt benötigt, und verabschiedet Mitarbeiter sauber, wenn die Arbeit endet. Das Risiko im Apple-Fall entstand aus schwachen Grenzen rund um die Bewegung Einzelner, nicht aus dem Einsatz externer Teams an sich. Entscheidend ist, dass der Zugriff begrenzt, die IP-Übertragung ausdrücklich geregelt und der Abgang kontrolliert ist.
Quellen
TechCrunch — Apple sues OpenAI over alleged trade secret theft
Fortune — Apple accuses OpenAI and Jony Ive's io Products of stealing hardware trade secrets
CNBC — Apple sues OpenAI alleging trade secret theft