iPhoneロックアウト騒動、Appleが9日で動いた続報
Redditの1投稿からわずか数日でAppleのiOSエンジニアが動き出していた。修正はまもなく来るかもしれない。ただし、ロックアウトされた当人は、それでもAndroidに移る気でいる。
Redditの1投稿からわずか数日でAppleのiOSエンジニアが動き出していた。修正はまもなく来るかもしれない。ただし、ロックアウトされた当人は、それでもAndroidに移る気でいる。
Appleは報道の前に動いていた
iOS 26.4へのアップデートで自分のiPhone 13からしめ出されたコナー・バーン(Connor Byrne、21歳)の件について、Appleが修正作業を進めていることがThe Registerの続報で明らかになった。
注目すべきは着手のタイミングだ。AppleのiOSエンジニアはバーンが投稿したRedditの記事で先週この問題を把握し、近くリリースされるiOS 26の更新で修正する方針を固めたとされている。
興味深いのは順序の方である。Appleが社内で修正作業に着手したのは、バーンがSNSで助けを求めてから数日後であり、かつThe Registerが最初の記事を公開する数日前だったというのだ。
つまり、メディアが騒ぐ前から技術者は動いていた。公式の発表こそなかったが、エンジニアはRedditの1投稿を拾い、バグとして内部的に受理していたことになる。
Appleの広報は、The Registerの複数回にわたる取材要請に対していまだ回答していない。技術者が動いている一方で、企業としての公式見解は止まったままだ。
この「技術者は素早い、広報は沈黙」という二層構造は、Appleに限らず多くの大企業で起きている現象でもある。開発ラインの反応速度と、対外コミュニケーションの反応速度は一致しない。片方だけを見ると、企業全体が「遅い」あるいは「早い」と誤って評価してしまう。
〜4月上旬
数日後
9日で動いた技術者への評価、それでも残る違和感
バーン自身の反応は複雑だ。「一方では、問題が報告されてから9日以内に修正作業に入っているのは印象的だ」と彼はメールで述べた。大企業の意思決定としてはむしろ速い部類に入る。
ただし、そこで終わらないのが今回の構図である。
彼はこう続けている。「もう一方では、そもそもこの破壊的変更が承認されたこと自体が信じがたい。現在のロック画面のキーボードを見れば、誰かが気づくべきだった──同じ文字が2つ隣り合っているのだから」。
指摘は的確だ。入力できないキーと入力できるキーが、見た目上は区別できない状態で並んでいる。これは動作不良ではなく設計ミスに近い。QA(品質保証)の工程でチェコ語ロケール+カスタム英数字パスコードという組み合わせを踏んだ人間がいなかった、あるいは踏んでも重要度が上げられなかった可能性が高い。
技術者の反応速度と、設計段階のレビューの甘さ。両者は別々に存在しているのではなく、同じ企業文化の表と裏だ。動くのが速いのは、判断の階層が少ないからでもある。階層が少ないということは、多様なロケールの検証が抜ける余地も大きいということでもある。
| 観点 | 肯定的に評価した点 | それでも残る不満 |
|---|---|---|
| 修正着手の速度 | 報告から9日以内に修正作業に入ったのは印象的 | 修正完了・配信の時期は依然として未定 |
| 承認プロセス | — | 同じ文字が2つ並んだキーボードが承認されたこと自体が信じがたい |
| サポート対応 | — | Genius Barで同意なく初期化を開始された |
| 広報の反応 | — | Appleは複数回の取材要請に無回答を継続 |
| 今後の端末選択 | — | 修正が来てもAndroidに乗り換える予定。第一候補はSamsung Galaxy S26 Ultra |
修正が来ても、ユーザーは戻らない
続報で最も象徴的なのは、修正の見通しが立ってもなおバーンがAndroidへの乗り換えを変えなかった点だ。
「修正がリリースされたとしても、カメラがずっと良いのでAndroidを購入するつもりだ。現時点で第一候補はSamsung Galaxy S26 Ultraだ」とバーンは語っている。
理由はカメラだと本人は説明しているが、この判断には別の重みも混ざっているはずだ。端末が使えなくなった1週間以上の間、Genius Barでは同意のないままに初期化が始まりかけ、広報からは何の応答もなく、次のマイナーアップデート(iOS 26.4.1)にも修正は含まれていなかった。
1人のユーザーの信頼を失うコストは、1件のバグを直すコストよりはるかに大きい。Appleのエンジニアが9日で動いたという事実は、広報と現場サポートの動きが遅かったという事実を打ち消さなかった。
9日の迅速さでは、1週間の沈黙を埋められなかった。これが今回の話の本質に近い。企業としての評価を決めるのは、バグの有無ではなく、バグが起きた後の動き方の全体像である。
今回の一件が残した教訓
似たような話は、iOSに限らずどんなOSでも繰り返し起きる。アップデートが既存の動作を壊すのは、ロケールが絡んだ瞬間に現実的なリスクになる。
今回の教訓は3点に集約できる。キーボードレイアウトの変更は単なる見た目の話ではなくパスコードの仕様変更にもなりうること。ロック画面というOSが最も閉じた状態では有線キーボードもFace IDも回避手段にならないこと。企業の公式発表とエンジニアの実際の動きは、しばしば別のリズムで進むこと。
ユーザー側にできる備えは、結局のところシンプルだ。大切なデータはクラウドなりPCなりへ複製を取る。その一点に尽きる。アップデートが自分の端末を壊しうることを前提にすると、バックアップは趣味ではなく保険になる。
今回Appleが動き出したのはRedditの1投稿がきっかけだった。逆に言えば、投稿しなかったケース、声にならなかった不具合は、いまこの瞬間も誰かの端末で沈黙している。声を上げられる人だけが救われる仕組みは、本来セキュリティ設計と呼ぶにはあまりに頼りない。
参照元
関連記事
- iOSアップデートが自分のiPhoneに入れなくさせた──ある学生の1週間
- Apple、異例の「バックポート」でiOS 18にDarkSword対策パッチを配信
- GitHubが下した判断──DarkSword「削除しない」の波紋
- DarkSword流出──数億台のiPhoneが危機に
- YouTube Shorts完全オフ機能、全ユーザーへ展開開始の真意
- AppleとGoogleが「衣服を剥がす」AIアプリへ検索誘導
- Appleのメモリ「買い占め」戦略が業界を揺るがしている
- Mythos配布から外された欧州、AI主権の空白が露呈する
- MacBook Proが25段の階段を転げ落ち、筐体の擦り傷だけで生還した
- 月へ向かうiPhone──NASAが宇宙飛行士にスマホを許可した本当の理由