世界を動かす技術を、日本語で。

私は自分の秘密をスキャンする統合を許可した覚えはありません

2026年10月17日原文(github.com)

概要

  • Home Assistant のパスワード漏洩チェック機能が プライバシー侵害 と感じられる問題
  • この機能は デフォルト有効 で、ユーザーの明示的な同意なしに動作
  • ローカルでハッシュ化 し、最初の5文字のみ外部送信
  • コマンドで 無効化可能 (ha security options --pwned=false)
  • ドキュメント更新と 透明性の向上 が必要との指摘

Home Assistantのパスワード漏洩チェック機能とプライバシー問題

  • Home Assistant では、ユーザーが設定したパスワードが過去に漏洩していないかを自動でチェックする機能を搭載
  • この機能は Have I Been Pwned(HIBP) のAPIを利用し、SHA-1ハッシュの 先頭5文字のみ を外部送信
  • チェック自体は ローカルで完結 し、パスワードそのものや完全なハッシュは外部に送られない設計
  • しかし、 ユーザーの明示的な同意(オプトイン) なしにデフォルトで有効になっている点が問題視
  • セキュリティ専門家からは「 悪意ある攻撃者による悪用リスク」や「 利用者が知らないまま機能が動作する不透明性」が指摘

無効化方法と運営側の対応

  • パスワード漏洩チェック機能は コマンド一つで無効化可能
    • 実行コマンド: ha security options --pwned=false
  • この機能自体は 数年前からSupervisorに実装済み
    • 最近のアップデートで 警告表示が改善 されたため、初めて気付くユーザーが増加
  • 運営側は「 プライバシーは設計段階から重視」と説明
    • 送信内容は ハッシュの一部のみ であり、 パスワード自体は外部に出ない と強調
  • ただし、 ドキュメント上での説明不足 や 無効化方法の未掲載 については認めており、今後の改善を表明

ユーザーと開発者の対話・議論

  • 一部ユーザーからは「 オプトイン方式への変更要望」や「 透明性の徹底」を求める声
  • 運営側は「 オープンソースであり、気に入らなければフォークも可能」と発言
  • 議論が加熱し、一時的に スレッドロック される場面も
  • 最終的に、 無効化方法の明示 と ドキュメントの改善 を約束

まとめと推奨事項

  • Home Assistantの パスワード漏洩チェック機能 は、 プライバシー配慮設計 だが、 透明性と説明責任 に課題
  • 無効化コマンド (ha security options --pwned=false)で個別対応可能
  • 利用者は 公式ドキュメントの今後の更新 を確認しつつ、 自身のセキュリティポリシーに合わせて設定変更 を推奨

Hackerたちの意見

このスキャンが無理やりで恥ずかしいと思うかもしれないけど、数学的に証明できるよ、君を恥ずかしくさせてないって。だから、不快感や恥ずかしさは無効で、脇に置いておくべきだよ。追記:もっと大きな善のための議論ができると思うけど、彼らがその侵入性を正当化するような形でやってるとは思えないな。

└

自分のHAが明示的に設定しない限り、外部サービスと通信するとは思ってなかったよ。

└

数学的に、私たちがあなたを屈辱していないことを証明できます うーん、どうやってうまく言おうかな? くたばれ P.S.: ホームアシスタントには興味ないけど、プライバシーの議論は面白いね。 P.P.S: 「頼んでない」=> 削除。これ以上明確でシンプルな表現はないよ。

有害な開発者たちがホームアシスタントを嫌にさせた。今回の問題の中心にいるのも同じ開発者だよ:https://github.com/NixOS/nixpkgs/pull/126326 関連の議論はこちら:https://news.ycombinator.com/item?id=27505277

└

ハハ、彼のプロフィールには人間性やポジティブさについてのクソみたいなことがたくさん書いてあるね…

└

Google Homeデバイスを手放したから、Home Assistantを使って自分のアシスタントを作ろうかなって考えてたんだけど、ちょっとスローダウンして、じっくり見直した方が良さそうだね。俺のスマートホームのニーズは最小限だから、声でライトをオンオフするだけなんだ。そんな行動をサポートするくらいなら、何もない方がマシだな。

└

おい、それは a) 5年前のこと b) 正直恥ずかしいことじゃない c) バカなドラマ これは悪意があるよ。文脈として善意で言及することはできるけど、今の君はそうしてない。

└

Nixの論争の核心が、インストール後にHAを自己改造したいってことだったのに、今の論争の核心がHAが秘密をスキャンして切り詰めたハッシュをアップロードすべきかどうかっていうのは面白いね。一緒に見るとあまり良い印象じゃないね。

└

なんてこった、これはすごい読み物だね。どうして人々はオープンソースライセンスを理解できないんだろう?俺が知ってる限り、どのライセンスでも他の誰かが自分のものを使うかどうかを決めることはできない。もちろん、聞くことは止められないけど、なんか奇妙に見えるよね。配布をコントロールしたいなら、そうするためのライセンスを設計するか、最初からリリースしないべきだよ。

(このリンクだけでは文脈が不足してるけど、ホームアシスタントは他の多くのパスワードマネージャーが使ってる「Have I Been Pwned」の安全スキャンプロセスを統合したらしい。)彼らが関与を拒否するのにはすごく同情するよ。決断力のあるソフトウェア開発者は、権利を主張する反対派には受け入れられにくいし、その決断力こそが最高のソフトウェアを生み出すんだ。アメリカ文化では、微笑みながら「私たちは聞いています」と言って拒否するのが当然だと思われてるかもしれないけど、他の地域では、他人に一度決めたことを変えさせようとするのは、嘲笑や同情しか得られないんだ。そういう文化にとって、このGitHubはコメディのようなもので、読んでて思わず笑っちゃったよ。プロジェクトの決定に必ずしも賛成してるわけじゃないけど、彼らのトーンや、ある人たちが明らかな未熟さと見なすことへの対処に文化的に共感してるからね:最後のはっきりとした拒否、ドアを閉めて、仕事に戻るって感じ。

ホームアシスタントのコア開発者たちに好意的に見れば、ここには良い意図があると思うよ。でも、新しいセキュリティ機能を追加したいなら、フィッシング耐性のある多要素認証(パスキー)のサポートを追加する方がずっと価値があると思う。ユーザーたちはずっとそれを求めていて、パッチも提出してるけど、却下されてるんだ。

└

この機能はもう5年も前からあるよ… https://github.com/home-assistant/home-assistant.io/blob/cur...

Hacker Newsで議論の続きを見る