何が起きたか
Appleは金曜、OpenAIに対し、元従業員が持ち出したとされる機密情報の使用を差し止める複数の仮処分を求めて提訴しました。訴状は、OpenAIが元Apple従業員と共謀し、iPhoneに匹敵する市場性を持つAI搭載デバイス群を投入するために「違法な近道を取った(take an unlawful shortcut)」と主張しています。
中心人物とされるのはChang Liu氏。Appleに8年間在籍し、極めて機微な製品開発プログラムに従事した後、2026年1月にOpenAIへ移籍しました。Appleによれば、Liu氏は2026年2月9日、当時Apple自身も把握していなかった認証バグを発見。本来返却すべき社給ノートPCから、社内の共有ネットワークフォルダにアクセスできる状態にあったといいます。
Appleはこの事実を、当時まだ在籍していた従業員Yu-Ting「Alyssa」Peng氏とLiu氏の社内メッセージを調査する過程で把握しました。Liu氏はPeng氏へのメッセージで「LOL. I found out I can access the [network storage], so funny.（ネットワークストレージにアクセスできるとわかった、笑える）」と書いていたとされます。社給PCにはAppleを嘲笑するメッセージも残されていたと訴状は述べています。
Appleが最も重く見ている点
訴状によれば、Liu氏は「数週間にわたり、OpenAIのハードウェアを開発しながら」、未発表製品に関する詳細情報、エンジニアリング資料、技術仕様、独自プロジェクトデータを含む数十件の機密ファイルを密かにダウンロードしました。中でもAppleが名指ししたのが、同社の複雑な基板（回路基板）に関するプレゼン資料で、「ハードウェアを開発する者にとって計り知れない価値がある(invaluable to anyone developing hardware)」と表現しています。一部のファイルは明示的に「機密」と表示されていたとされます。
ここが訴訟戦略の核心です。Appleは「情報が漏れた」だけでなく、「漏れた情報が、まさに競合製品の開発中に、その開発者本人によって取得された」という時系列を強調している。営業秘密訴訟では、不正取得と実際の使用（あるいは使用の不可避性）を結びつけられるかが勝負を分けるためです。
バグの扱いに見えるAppleの二正面作戦
注目すべきは、Apple自身が脚注で「バグはLiu氏のメッセージ発見後すぐに修正され、広範に悪用された形跡はない」と述べている点です。さらにサーバーログ上、このバグの影響を受けた他の少数のユーザーは機密情報にアクセス・窃取した形跡がないとしています（調査は継続中）。
これは法廷戦術としても、レピュテーション管理としても計算された記述です。自社の脆弱性を認めれば「管理不十分だったのでは」という反論を招きますが、Appleは「発見即修正」「他ユーザーは無害」と先回りすることで、争点を『Appleの管理体制』から『Liu氏とOpenAIの意図』へ引き戻そうとしています。「バグを見つけたのに報告しなかった」という一点こそが、過失ではなく故意を立証する材料になるわけです。
💼 事業会社視点：これは自社にどう効くか
日本企業の経営層がこの件から読み取るべきは、「情報漏洩の起点は高度なサイバー攻撃ではなく、退職者の手元に残った社給PC1台だった」という身も蓋もない現実です。8年在籍のベテランが、返却されるべき端末で、社内も知らないバグに気づき、数週間かけて数十ファイルを落とす——この一連は、ゼロトラストやEDRの話である以前に、オフボーディング（退職手続き）の運用不備の話です。
打ち手は三つに絞れます。第一に、退職者のアカウント失効と端末回収を「人事の締め処理」ではなく「情報システムのSLA」として日付管理する。ハードウェア設計・製造業やメーカーの研究開発部門は、CADデータや基板設計資料が競合にとって最も価値が高いため、対象部門を優先度付けすべきです。第二に、共有ネットワークフォルダのアクセスログを「事後に追える状態」にしておく。Appleが訴訟に踏み切れたのはサーバーログがあったからで、ログがなければ主張自体が成立しません。第三に、受託開発・SaaS事業者は、顧客から「あなたの会社の退職者管理はどうなっているか」を問われる時代が来ると想定すべきです。今回の訴訟でAppleがOpenAIを共謀者として訴えた構図は、そのまま「採用した側の企業が責任を問われうる」という前例になります。競合他社からの中途採用時に、前職資料の持ち込みを禁じる誓約と実効的なチェックを、採用プロセスに組み込む段階に来ています。