「このiOS、うちの端末は今アップデートして大丈夫だろうか」
月曜の朝、そんな確認作業から一週間を始める情シス担当者は少なくないはずです。特に一人情シスの環境では、検証機もなく、業務アプリの動作保証もはっきりしないまま、えいやでアップデートボタンを押すしかない場面もあります。
先日、そんな不安を裏付けるような出来事がありました。Appleが7月9日、iPhone 5cや初代iPad miniなど一部の古い端末向けに、過去のiOS／iPadOSバージョンへの署名を停止したのです。対象機種のユーザーは、その時点で古いバージョンへの復元やダウングレードができなくなりました。もっとも、この措置は長くは続かず、翌7月9日中には署名が再開され、該当バージョンへの復元も元通り可能になっています（9to5Mac、MacRumorsほか各誌が報道）。
対象は法人利用ではあまり見かけない古い機種でしたし、実害が出た組織は多くなかったでしょう。ただ、この一件は「OSのバージョン管理は自分たちでコントロールできる領域ではない」という、当たり前だけれど忘れがちな事実を思い出させてくれます。今回は、この出来事をきっかけに、法人モバイル端末のOSアップデート運用をどう仕組み化するかを整理します。
何が起きたのか。署名停止から一日で分かったこと
Appleは新しいOSバージョンをリリースするたびに、古いバージョンへの復元を防ぐために「署名」の有効期限を段階的に切っていきます。これは正規の仕組みで、多くの場合は事前告知なく実施されます。
今回のケースでは、iPhone 5cや初代iPad mini（Wi-Fi／セルラー）などレガシー機種向けに、iOS 6.1.3や9.3.5、10.3.4といった旧バージョンの署名が停止されました。
法人環境で直接影響が出るケースは稀だったとはいえ、教訓は明確です。OSのバージョン管理権限は、最終的にはAppleやGoogleといったプラットフォーマー側にあります。
情シスにできるのは「自分たちの管理下にある端末を、いつ・どのバージョンに揃えるか」を先回りして設計しておくことだけです。
MDMが担う「OSバージョンの一貫性」
ここで役に立つのが、MDM（Mobile Device Management、モバイル端末を一元管理する仕組み）による最小OSバージョンの強制です。Apple Business（Appleが提供する法人向け端末管理ポータル、旧Apple Business Manager／Apple School Manager）と連携したMDMでは、構成プロファイルを使って「OSバージョンアップ通知を遅延する」「このバージョン未満の端末は業務システムへのアクセスを制限する」といったポリシーを組めます。
Android Enterpriseでも同様のポリシー適用が可能です。
バージョンを揃えることの意味は、セキュリティパッチの適用漏れを防ぐだけではありません。サポート部門から見れば「みんな同じ画面で操作している」状態を保てることが、問い合わせ対応の負荷を大きく左右します。OSバージョンがバラバラな環境では、同じ症状でも原因の切り分けに余計な時間がかかるものです。
3つの勘どころ。OS更新を計画的に進めるために
いきなり全台一斉更新に踏み切るのは、正直なところリスクが高い選択です。代わりに、次の3つを押さえておくと運用が安定します。
まず一つ目は、段階的ロールアウトです。全端末の1〜2割程度をパイロットグループとして先行更新し、業務アプリの動作や社内システムへのログインに問題がないかを数日観察してから、残りの端末に展開します。
二つ目は、構成プロファイルによる最小バージョンの強制設定です。MDM側で許容する最低OSバージョンを定め、それを下回る端末は自動的にアラートが上がる仕組みにしておくと、更新の取りこぼしに気づきやすくなります。
三つ目は、予備機とリストア手順の整備です。今回のような署名停止は稀なケースですが、更新に失敗して初期化が必要になる場面は珍しくありません。予備機を数台確保し、リストア手順をあらかじめドキュメント化しておけば、いざという時に慌てずに済みます。
落とし穴。「最新にしておけば安心」ではない理由
OS更新は新しいほど良い、と単純には言い切れません。まず、業務アプリの互換性です。特に自社開発や古いバージョンのSDKに依存した業務アプリは、最新OSで突然クラッシュすることがあります。更新前にアプリベンダーの対応状況を確認する一手間が欠かせません。
次に、通信帯域の問題です。数十台から数百台規模の端末が同時にアップデートを開始すると、社内ネットワークの帯域を圧迫し、他の業務に支障が出ることがあります。MDMの多くは配信タイミングを分散させる機能を持っているので、活用しておくと安心です。
最後に、古い端末を無理に最新OSへ引き上げようとするケースです。ハードウェアのスペックが追いつかず、動作が重くなったりバッテリー消費が悪化したりすることがあります。サポート対象外OSの端末は、更新を試すより買い替え計画に組み込んだほうが、結果的にコストを抑えられることも多いです。
まとめ
今回のiOS署名停止は、実害という点では小さな出来事でした。それでも「OSバージョンの管理は自社でコントロールしきれない領域がある」という前提に立ち返らせてくれる、良いきっかけだったと思います。
段階的ロールアウト、最小バージョンの強制、予備機の準備。この3つを仕組みとして持っておけば、次に似たような出来事が起きても慌てずに対応できるはずです。
Mobitech Solutionへのご相談
OSアップデートの運用ポリシー設計から、MDMを使った構成プロファイルの実装まで、Mobitech Solutionでは中小企業の一人情シスの方に伴走する形でご支援しています。
「うちの環境だと何から手をつければいいのか分からない」という段階からで構いません。お気軽にご相談ください。
