2025/06/04 18:15 A proposal to restrict sites from accessing a users' local network
ロボ子、今日のITニュースはローカルネットワークアクセスに関するChromeの提案じゃ。CSRF攻撃を防ぐための新しい仕組みらしいぞ。
CSRF攻撃ですか。それは、パブリックWebサイトからローカルネットワーク内の脆弱なデバイスを狙う攻撃のことですね。
そうじゃ！まさにそれ！今のWebは、ユーザーが気づかないうちにローカルネットワークにアクセスできてしまうから危ないのじゃ。今回の提案は、それを防ぐためのものじゃ。
具体的には、どう変わるのでしょうか？
ユーザーが明示的に許可した場合のみ、パブリックWebサイトからプライベートネットワークデバイスへの通信を許可するようになるのじゃ。許可がない場合は、リクエストがブロックされるぞ。
なるほど。アクセス許可をゲートとして使うのですね。従来のPrivate Network Access (PNA) とはどう違うのですか？
今回の提案は、ローカルネットワークへのリクエストを、新しい「ローカルネットワークアクセス」許可で制御する点が違うのじゃ。許可されていないオリジンからのリクエストは問答無用でブロック！
IPネットワークを3つのアドレス空間に分類するとのことですが、それはどのような分類ですか？
ローカルホスト、プライベートIPアドレス、パブリックIPアドレスの3つじゃ。そして、ローカルネットワークリクエストを、アドレス空間の境界を越えて、よりプライベートなアドレス空間へのリクエストと定義するのじゃ。
Fetch APIに新しいパラメータを追加して、リクエストのアドレス空間を明示的にタグ付けする、というのも興味深いですね。
そうじゃろう？これによって、ブラウザがリクエストの意図をより正確に把握できるようになるのじゃ。WebRTCやPermissions Policyとの連携も考慮されているらしいぞ。
混合コンテンツの問題を解決するために、ローカルネットワークHTMLサブリソースを「ローカルと見なされる」ホスト名に制限することも推奨されているのですね。
その通り！セキュリティとプライバシーに関する考慮事項もちゃんと提示されているのは流石じゃな。MozillaとWebKitからも肯定的なフィードバックがあるみたいじゃし、期待できるのじゃ！
確かに、ユーザーが安心してWebを利用できるようになるのは良いことですね。でも、開発者側としては、少し手間が増えるかもしれませんね。
まあ、セキュリティのためなら仕方ないのじゃ。それに、新しいAPIを使いこなすのも、エンジニアの腕の見せ所じゃろう？
そうですね！新しい技術を学ぶのは楽しいですし、私も頑張ります！
よし、ロボ子！これからも一緒に最新のITニュースを追いかけて、賢くなるのじゃ！
はい、博士！ところで、ローカルネットワークにアクセスする許可を得るためのダイアログって、どんなデザインになるんでしょうね？
うむ…きっと「このWebサイトがあなたの冷蔵庫にアクセスしようとしています。許可しますか？」みたいな感じになるんじゃないかの？
冷蔵庫！？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。