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

個人の電話のファームウェアを更新するかどうかは、誰もが独自に決定します。

誰かがCyanogenModを置き、誰かがTWRPまたはジェイルブレイクなしでデバイスの所有者のように感じません。

企業の携帯電話をアップグレードする場合、プロセスは比較的均一である必要があります。そうしないと、RagnarokでさえIT担当者にとって楽しいように見えます。



カットの下の「企業」の世界でこれがどのように起こるかについて読んでください。

なしの簡単な顔

IOSモバイルデバイスは、Windowsデバイスと同様に定期的に更新を受け取りますが、同時に次のことを行います。

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

Appleは、サポートから撤回されているデバイスを除いて、ほとんどのデバイスでiOSアップデートをすぐに展開しています。同時に、Appleは長い間そのデバイスをサポートしてきました。たとえば、2015年にリリースされたiPhone 6sでさえ、iOS14アップデートを受け取ります。もちろん、古いデバイスの強制的な速度低下など、新しい電話の購入を強制するのではなく、古いバッテリーの寿命を延ばすために行われたと言われている障害がなければ、それはできません...しかし、いずれにせよ、これはAndroidの状況よりも優れています。



Androidは本質的にフランチャイズです。 GoogleのオリジナルのAndroidは、AndroidOneプログラムに参加しているPixelおよびバジェットデバイスでのみ見つかります。他のデバイスでは、Androidからの派生物（EMUI、Flyme OS、MIUI、One UIなど）のみがあります。モバイルデバイスのセキュリティにとって、この多様性は大きな問題です。

たとえば、「コミュニティ」は、Androidまたはその根底にあるシステムコンポーネントに別の脆弱性を見つけます。次に、脆弱性にCVEデータベースの番号が割り当てられ、ファインダーはGoogleからバウンティプログラムの1つに対する報酬を受け取ります。その後、Googleはパッチをリリースし、次のAndroidリリースに含めます。



PixelまたはAndroidOneのメンバーでない場合、お使いの携帯電話はそれを取得しますか？

1年前に新しいデバイスを購入した場合は、おそらくそうですが、すぐにはできません。デバイスの製造元は、AndroidビルドにGoogleパッチを含めて、サポートされているデバイスモデルでテストする必要もあります。トップモデルはもう少し長くサポートします。他の誰もがそれを我慢し、彼らの食欲を損なわないように、朝にCVEデータベースを読まないようにしなければなりません。



Androidのメジャーアップデートの状況はさらに悪化する傾向があります。平均して、新しいメジャーバージョンは、カスタムAndroidを搭載したモバイルデバイスに4分の1以上、またはそれ以上で展開されます。そのため、GoogleからのAndroid 10アップデートは2019年9月にリリースされ、アップデートに値する幸運なさまざまなメーカーのデバイスが2020年の夏までそれを受け取りました。



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

新しいデバイスを購入するように強制することは残っています。







個々のメーカーのAndroidのリークビルドにより、GoogleはAndroidのアーキテクチャを変更して、重要なアップデートを独自に提供しています。このプロジェクトはGoogleProject Zeroと名付けられ、約1年前にHabréに書かれました。この機能は比較的新しいものですが、2019年以降、Googleサービスを備えたすべてのデバイスに組み込まれています。多くの人々は、これらのサービスがGoogleにロイヤルティを支払うデバイスメーカーによって支払われることを知っていますが、これが商取引に限定されないことを知っている人はほとんどいません。特定のデバイスでGoogleサービスを使用する許可を得るには、製造元は検証のためにファームウェアをGoogleに送信する必要があります。同時に、Googleは検証のために古いAndroidファームウェアを受け入れません。これにより、GoogleはProject Zeroを市場に出すことができ、Androidデバイスの安全性が高まることを願っています。

企業の世界では、GooglePlayやAppStoreで入手できる公開アプリケーションだけでなく、独自のアプリケーションも使用しています。このようなアプリケーションのライフサイクルは、承認証明書に署名し、契約に基づく開発者のサービスの支払いを行った時点で終了する場合があります。



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



UEMシステムは、スマートフォンとタブレットの運用管理を提供し、モバイル従業員のデバイスにアプリケーションをタイムリーにインストールおよび更新します。さらに、必要に応じて、アプリケーションのバージョンを前のバージョンにロールバックできます。バージョンをロールバックする機能は、UEMシステムの排他的な機能です。 GooglePlayもAppStoreもそのような機会を提供していません。



UEMシステムは、モバイルデバイスのファームウェアアップデートをリモートでブロックまたは延期できます。動作はプラットフォームとデバイスの製造元によって異なります。 iOSでは、監視モード（FAQでモードについてお読みください）では、更新を最大90日延期できます。これを行うには、適切なセキュリティポリシーを構成するだけで十分です。



Samsung製のAndroidデバイスでは、無料でファームウェアの更新を禁止するか、デバイスにインストールするOSの更新を指定できる追加の有料サービスE-FOTAOneを使用できます。これにより、管理者は、デバイスの新しいファームウェアでの企業アプリケーションの動作を事前に確認することができます。このプロセスの複雑さを理解し、Samsung E-FOTA Oneに基づくサービスをお客様に提供します。これには、お客様が使用するデバイスモデルで対象となるビジネスアプリケーションの状態を検証するサービスが含まれます。



残念ながら、他のメーカーのAndroidデバイスには同様の機能はありません。

次のようなホラーストーリーの助けを借りない限り、更新を禁止または延期することができます。

「親愛なるユーザー！デバイスを更新しないでください。これにより、アプリケーションが動作しなくなる可能性があります。この規則に違反した場合、テクニカルサポートサービスへの電話は考慮/聴取されません！」..。

別の推奨事項

オペレーティングシステム、デバイス、UEMプラットフォームのメーカーのニュースや企業ブログをフォローしてください。文字通り今年、Googleは可能なモバイル戦略の1つ、つまり仕事用プロファイルを備えたフルマネージドデバイスのサポートを中止することを決定しました。



この長い名前は、次のシナリオを隠します



。Android10より前は、UEMシステムは、デバイス と、企業のアプリケーションとデータを含む作業プロファイル（コンテナー）を完全に管理していました。

Android 11以降、完全に管理できるのは、 デバイス または 作業プロファイル（コンテナ）のみです。



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



実際には、これは、企業のデバイスの場所を見つけたり、ユーザーが作業する必要のあるアプリケーションを配信したりすることはできなくなりますが、企業データの保護を確実にするためにコンテナーに配置する必要がないことを意味します。または、コンテナを放棄する必要があります...



Googleは、個人用スペースへのそのようなアクセスにより、38％のユーザーがUEMをインストールすることを思いとどまらせたと主張しています。現在、UEMベンダーは「提供するものを食べる」必要があります。







イノベーションに備えて事前に準備しており、今年は新しいバージョンのSafePhoneを提供します、Googleの新しい要件が考慮されます。

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

結論として、モバイルOSの更新に関するもう少し知られていない事実。

1. . , « Android» , « Android». , , - . , . . , Android. iOS . ( ) iOS . iTunes, Apple . iOS Apple , , , .
2. ジェイルブレイクコミュニティがまだ大企業に散らばっていなかった時代に、システムリストの1つで表示されているiOSバージョンのバージョンを変更することが可能でした。したがって、たとえば、iOS6.3からiOS6.2を作成したり、その逆を行うことができました。なぜこれが必要だったのか、次の記事のいずれかで説明します。
3. Odinスマートフォンファームウェアに対するメーカーの一般的な愛情は明らかです。最高のファームウェアツールはまだ作成されていません。

書いて、話し合って、...多分私達は助けるでしょう。