モバイルデバイスのファームウェアアップデートの特徴

個人の携帯電話のファームウェアを更新するかどうかは、誰もが自分で決定できます。
CyanogenMod をインストールする人もいれば、TWRP や脱獄なしではデバイスの所有者であるとは思えない人もいます。
企業の携帯電話を更新する場合、そのプロセスは比較的均一でなければなりません。そうしないと、IT 担当者にとってはラグナロクですら楽しいものに見えてしまいます。

これが「企業」の世界でどのように起こるかについては、以下をお読みください。

ブリーフフェイスなし

iOS ベースのモバイル デバイスは、Windows デバイスと同様に定期的なアップデートを受け取りますが、同時に次のことを行います。

• アップデートのリリース頻度は低くなります。
• ほとんどのデバイスはアップデートを受け取りますが、すべてではありません。

Apple は、サポートが終了したデバイスを除く、ほとんどのデバイスに対して iOS アップデートをただちにリリースします。 同時に、Apple は自社デバイスをかなり長期間サポートします。 たとえば、14 年に発売された iPhone 6s でも iOS 2015 アップデートが適用されます。 もちろん、古いデバイスの強制的な速度低下など、いくつかの問題はありますが、これは新しい携帯電話の購入を強制するためではなく、古いバッテリーの寿命を延ばすために行われたと言われています...しかし、いずれにせよ、これは Android の状況よりも優れています。

Android は本質的にフランチャイズです。 Google のオリジナル Android は、Pixel デバイスと Android One プログラムに参加している低価格デバイスにのみ搭載されています。 他のデバイスには、EMUI、Flyme OS、MIUI、One UIなどのAndroidの派生版のみがあります。 モバイル デバイスのセキュリティにとって、この多様性は大きな問題です。
たとえば、「コミュニティ」は Android またはその基礎となるシステム コンポーネントの別の脆弱性を発見します。 次に、CVE データベースで脆弱性に番号が割り当てられ、発見者は Google の報奨金プログラムの XNUMX つを通じて報酬を受け取ります。その後、Google はパッチをリリースして次の Android リリースに含めます。

あなたの携帯電話が Pixel または Android One プログラムの一部でない場合でも、この機能は利用できますか?
XNUMX 年前に新しいデバイスを購入した場合は、おそらくそうですが、すぐには購入できません。 デバイスのメーカーは、Android ビルドに Google のパッチを組み込み、サポートされているデバイス モデルでテストする必要があります。 上位モデルのサポート期間はもう少し長くなります。 他の人はそれを受け入れ、食欲を損なわないように朝に CVE データベースを読まなければなりません。

Android のメジャー アップデートの状況は通常さらに悪化します。 平均して、新しいメジャー バージョンは、カスタム Android を搭載したモバイル デバイスに少なくとも 10 分の 2019、あるいはそれ以上で配信されます。 そのため、Google からの Android 2020 アップデートは XNUMX 年 XNUMX 月にリリースされ、幸運にもアップデートの機会を獲得したさまざまなメーカーのデバイスは XNUMX 年の夏までアップデートを受け取りました。

メーカーは理解できる。 新しいファームウェアのリリースとテストにはコストがかかり、決して小さくありません。 また、デバイスはすでに購入しているため、追加のお金を受け取ることはありません。
残っているのは...新しいデバイスの購入を強制することだけです。

各メーカーの Android ビルドに漏洩があったため、Google は重要なアップデートを独自に提供するように Android アーキテクチャを変更しました。 このプロジェクトは Google Project Zero と呼ばれ、約 2019 年前に Habré でこのプロジェクトについて記事を書きました。 この機能は比較的新しいものですが、XNUMX 年以降、Google サービスを備えたすべてのデバイスに組み込まれています。 これらのサービスの費用はデバイス メーカーが支払っており、デバイス メーカーが Google にロイヤルティを支払っていることは多くの人が知っていますが、それがコマースに限定されないことを知っている人はほとんどいません。 特定のデバイスで Google サービスを使用する許可を得るには、メーカーはファームウェアを審査のために Google に提出する必要があります。 同時に、Google は検証のために古い Android を搭載したファームウェアを受け入れていません。 これにより、Google は Project Zero を市場に投入できるようになり、Android デバイスの安全性がさらに高まることが期待されます。

法人ユーザー向けの推奨事項

企業の世界では、Google Play や​​ App Store で入手できる公開アプリケーションだけでなく、自社開発したアプリケーションも使用されます。 場合によっては、このようなアプリケーションのライフサイクルは、受領証明書に署名し、契約に基づいて開発者のサービスに対する支払いを行った時点で終了します。

この場合、新しいメジャー OS アップデートをインストールすると、そのようなジョブが完了したアプリケーションが動作しなくなることがよくあります。 ビジネスプロセスは停止され、次の問題が発生するまで開発者は再雇用されます。 企業の開発者がアプリケーションを新しい OS に適時に適合させる時間がない場合、またはアプリケーションの新しいバージョンがすでに入手可能であるが、ユーザーがそれをまだインストールしていない場合にも、同じことが起こります。 特にクラスシステムはそのような問題を解決するために設計されています。 EMU.

UEM システムは、スマートフォンやタブレットの運用管理を提供し、モバイル従業員のデバイスにアプリケーションを迅速にインストールおよび更新します。 さらに、必要に応じてアプリケーションのバージョンを以前のバージョンにロールバックできます。 バージョンをロールバックする機能は、UEM システムの独自の機能です。 Google Play も App Store もこのオプションを提供しません。

UEM システムは、モバイル デバイスのファームウェアのアップデートをリモートでブロックまたは遅延させることができます。 動作はプラットフォームやデバイスのメーカーによって異なります。 iOS の監視モード (モードについては、こちらをお読みください) よくある質問) 更新を最大 90 日間遅らせることができます。 これを行うには、適切なセキュリティ ポリシーを構成するだけです。

Samsung 製の Android デバイスでは、ファームウェアのアップデートを無料で禁止したり、デバイスにインストールする OS アップデートを指定できる追加の有料サービス E-FOTA One を使用したりできます。 これにより、管理者はデバイスの新しいファームウェアでエンタープライズ アプリケーションの動作を事前テストする機会が得られます。 このプロセスの複雑さを理解した上で、当社では、お客様が使用するデバイスモデル上で対象となるビジネスアプリケーションの機能を確認するサービスを含む、Samsung E-FOTA One をベースとしたサービスをお客様に提供しています。

残念ながら、他のメーカーの Android デバイスには同様の機能はありません。
次のようなホラー ストーリーの助けを借りない限り、更新を禁止または延期することができます。
「親愛なるユーザーの皆様！ デバイスを更新しないでください。 これにより、アプリケーションが動作しなくなる可能性があります。 このルールに違反した場合、テクニカル サポート サービスへのリクエストは考慮されません。」.

もう一つのおすすめ

オペレーティング システム、デバイス、UEM プラットフォームのメーカーからのニュースや企業ブログをフォローしてください。 ちょうど今年 Google が決定した отказаться 考えられるモバイル戦略の XNUMX つ、つまり仕事用プロファイルを備えた完全に管理されたデバイスのサポートから除外されます。

この長いタイトルの背後には、次のようなシナリオがあります。

Android 10 より前は、UEM システムはフルマネージドでした устройством И 労働者 プロファイル（コンテナ）、エンタープライズ アプリケーションとデータが含まれています。
Android 11 以降、フル コントロール機能はのみ可能です OR устройством OR 作業プロファイル（コンテナ）.

Googleは、ユーザーデータとそのウォレットのプライバシーに配慮することでイノベーションを説明しています。 コンテナがある場合、ユーザー データは雇用主の可視性と制御の範囲外にある必要があります。

これは実際には、企業デバイスの場所を見つけたり、ユーザーが仕事に必要なアプリケーションをインストールしたりすることが不可能になったことを意味しますが、企業データを確実に保護するためにコンテナに配置する必要はありません。 あるいは、そのためにはコンテナを放棄する必要があります...

Google は、このパーソナル スペースへのアクセスにより、ユーザーの 38% が UEM のインストールを思いとどまったと主張しています。 現在、UEM ベンダーは「与えられたものを食べる」しかありません。

私たちは事前にイノベーションの準備をしており、今年新しいバージョンを提供する予定です セーフフォン、Google の新しい要件が考慮されます。

あまり知られていない事実

最後に、モバイル OS のアップデートに関するあまり知られていない事実をいくつか説明します。

1. モバイル デバイスのファームウェアはロールバックされる場合があります。 検索フレーズの分析によると、「Android の復元方法」というフレーズは「Android アップデート」よりも多く検索されています。 詰め物を元に戻すことはできないように思えますが、それでも可能な場合もあります。 技術的には、ロールバック保護は内部カウンターに基づいており、ファームウェアのバージョンごとに増加するわけではありません。 このカウンタの値が XNUMX つ以内であれば、ロールバックが可能になります。 これが Android のすべてです。 iOS では状況が少し異なります。 製造元の Web サイト (または無数のミラー) から、特定のモデルの特定のバージョンの iOS イメージをダウンロードできます。 iTunes を使用してネットワーク経由でインストールするには、Apple がファームウェアに署名する必要があります。 通常、iOS の新バージョンのリリース後の最初の数週間で、Apple は、アップデート後にデバイスにバグが発生したユーザーがより安定したビルドに戻ることができるように、以前のバージョンのファームウェアに署名します。
2. 脱獄コミュニティがまだ大企業に分散していなかった時代には、システム plist の 6.2 つで表示される iOS のバージョンを変更することができました。 したがって、たとえば、iOS 6.3 から iOS XNUMX を作成し、またその逆を行うことも可能でした。 なぜこれが必要なのかについては、次の記事で説明します。
3. Odin スマートフォン ファームウェア プログラムに対するメーカーの普遍的な愛は明らかです。 フラッシュに最適なツールはまだ作られていません。

書いて、話し合ってみましょう...私たちがお手伝いできるかも知れません。

出所： habr.com