バックグラウンドで稼働し続けていたあのノードに、本来はローカルのTorデーモンへ「信頼済み」の通行証を渡して、関連クライアントがスムーズに接続できるようにするつもりだった。ところが最後には、外部からTor経由で入ってくる見知らぬ接続まで、同じ「信頼済み」の帽子をかぶることになった。 $SOL
原因は設定の1行にある。-whitelistはIP範囲単位で免罪符を与える設定だ。リストに入った接続は、スパム対策のいくつかの関門を迂回でき、プライバシー漏えいを緩和する仕組みもあまり適用されない。ところがTor経由で入ってくるピアについて、ノードが認識するのは相手の本当の姿ではなく、ローカルのデーモンのアドレスだ。そのアドレスが-whitelistで指定した範囲に入ると、外部からの接続まで「身内」として扱われてしまう。 $XAU
問題はパッケージ化の段階で起きた。複数のディストリビューターがノードソフトウェアをTorとセットで配布し、さらに-whitelistをデーモンのアドレスを含む範囲に設定していた。告知によると、影響を受けたノードは数千に上り、Tor経由の着信接続が一律にホワイトリストへ追加されていた。この非デフォルト設定を変更したことのないノードは、影響に数えられていない。 $ZEC
資本の観点から見ると、この件の奇妙な点は「勘定が合わない」ことだ。Bitcoin Coreにおける信頼は、監査可能な台帳の項目ではなく、設定の1行にすぎない。パッケージのデフォルト設定ひとつで、ネットワークの「信頼境界」が「ローカルの関連クライアント」から「匿名のTorピアすべて」へと、気づかれないまま広がってしまう。つまり、検証できない相手に信用枠を与えながら、誰の台帳にも記録しないのと同じだ。資金は失われず、チェーンの分岐も起きておらず、告知にも実際に悪用された事例は記されていない。
分散型のセキュリティは、決してコンセンサス層だけにあるのではない。何千もの運用者それぞれの設定管理の健全性にも左右される。
では、このニュースをどう受け止めるべきか。「Bitcoin Coreが壊れた」というだけでは、明らかに誇張だ。プロトコルが担うのはコンセンサス層だけであり、それ以外の安全性は、無数の独立した運用者がその都度行う設定選択の積み重ねによって支えられている。デフォルト設定の1行が、ネットワーク全体の信頼対象範囲をひそかに広げてしまうことがある。
個人の見解であり、投資助言ではありません。損益はご自身の責任でお願いします。
#比特币Core披露Tor流量漏洞
原因は設定の1行にある。-whitelistはIP範囲単位で免罪符を与える設定だ。リストに入った接続は、スパム対策のいくつかの関門を迂回でき、プライバシー漏えいを緩和する仕組みもあまり適用されない。ところがTor経由で入ってくるピアについて、ノードが認識するのは相手の本当の姿ではなく、ローカルのデーモンのアドレスだ。そのアドレスが-whitelistで指定した範囲に入ると、外部からの接続まで「身内」として扱われてしまう。 $XAU
問題はパッケージ化の段階で起きた。複数のディストリビューターがノードソフトウェアをTorとセットで配布し、さらに-whitelistをデーモンのアドレスを含む範囲に設定していた。告知によると、影響を受けたノードは数千に上り、Tor経由の着信接続が一律にホワイトリストへ追加されていた。この非デフォルト設定を変更したことのないノードは、影響に数えられていない。 $ZEC
資本の観点から見ると、この件の奇妙な点は「勘定が合わない」ことだ。Bitcoin Coreにおける信頼は、監査可能な台帳の項目ではなく、設定の1行にすぎない。パッケージのデフォルト設定ひとつで、ネットワークの「信頼境界」が「ローカルの関連クライアント」から「匿名のTorピアすべて」へと、気づかれないまま広がってしまう。つまり、検証できない相手に信用枠を与えながら、誰の台帳にも記録しないのと同じだ。資金は失われず、チェーンの分岐も起きておらず、告知にも実際に悪用された事例は記されていない。
分散型のセキュリティは、決してコンセンサス層だけにあるのではない。何千もの運用者それぞれの設定管理の健全性にも左右される。
では、このニュースをどう受け止めるべきか。「Bitcoin Coreが壊れた」というだけでは、明らかに誇張だ。プロトコルが担うのはコンセンサス層だけであり、それ以外の安全性は、無数の独立した運用者がその都度行う設定選択の積み重ねによって支えられている。デフォルト設定の1行が、ネットワーク全体の信頼対象範囲をひそかに広げてしまうことがある。
個人の見解であり、投資助言ではありません。損益はご自身の責任でお願いします。
#比特币Core披露Tor流量漏洞
