この提案は、この新しい製品が、今日の現代で必要とされていると思われるインターネットの世界をより安全に保つ上でどのように魔法をかけるかを明らかにしました。
ほとんどのユーザーは、Webページに集中し、それらが機能する周囲を信頼する傾向があります。そして、この信頼は、環境がある程度清潔で忠実であるという仮定をするところまで行きます。彼らはまた、彼らの詳細を含む彼らが明らかにするすべてのものは安全であり、他の誰とも共有されないだろうと感じています。最後に、何が起こっているのか、人間がページにいるかどうかを知りたいので、リストの一番上に透明性を保ちます。
ご想像のとおり、信頼に関連するこれらの条項は非常に価値があり、今日使用しているインターネットをサポートするのはこの信頼であり、ユーザーの安全が極めて重要であり、企業のビジネスを保証できることを思い出させる役割を果たします。
これと、Androidデバイスで見られるSafetyNet APIとの間には多くの類似点が見られる可能性があります。そして、Googleはそこからそのようなインスピレーションを得たことを認めることを恥じていません。
そのAPIは、製品がルート化されていないことをAndroidユーザーに確認し、アクセスが何にどこで使用されているかは関係ありません。今では、プラットフォームに沿った干渉に使用されるのか、単にデバイスを変更するために使用されるのかは関係ありません。製品がチェックリストを満たさない場合は、概要が示されます。
非常に多くのユーザーは、たとえそれがカスタマイズ目的にのみリンクされていても、これらのサービスを利用することができません。さらに、新しいAPIの主な目的は、ブラウザがいじられず、それらを利用する人々がロボットではないことを確認することです。
提案では、Web ページにリンクされているユーザーがこのようなシナリオでどのように機能するかを詳細に説明します。Googleのリーダーシップの下にある第三者からの証明が必要なだけではありません。手始めに、ブラウザは、テストに合格し、必要な要件のチェックリストを満たしながらブラウザが変更されていないことを証明する標準的な方法に従ってWebサイトを要求します。したがって、これによりページを信頼することになり、アクセスが許可されます。
しかし、フィンガープリントを有効にするためにデバイスIDを追加する必要があると感じているため、すべての専門家がそのような提案にまだ青信号を与えているわけではありません。しかし、Googleは、デジタル指紋を必要とせずに、製品のレート制限慣行を可能にする指標を発表したいと述べています。
多くの人々は、特定の労働者の個人的なGitHub IDで概説されているにもかかわらず、この提案に気づいていません。会社自体でさえそれにほとんど注意を向けていませんが、それは近い将来Chromeで適切なリリースを実行するための準備が本格化していないという意味ではありません。
