2026/01/29 6:05

Ask HN: 「なぜフィット感のあるファラデー・iPhone ケースは存在しないのでしょうか？」

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

記事は、航空機モードや簡易カメラ遮断器といった日常的なトリックがスマートフォンからの電波送受信を防止するには不十分であると主張しています。航空機モードではWi‑FiやBluetoothが有効まま残ることがあり、法執行機関は電話がオフに見えてもベースバンドモデムを再度起動できる場合があります。ファラデーバッグはRF干渉を完全に排除するのではなく減衰させるだけで、性能は周波数帯域によって異なります。ほとんどの場合、信号が十分に弱められ、確実な受信ができないため、「遮断」という表現は誤解を招きます。実際のテストでは、2.4 GHz Wi‑Fi の遮断は携帯電話サービスよりも難しく、部分的またはトグル式の対策は開封すると再び信号が通るため制限されます。

インジウム‐スズ酸化物（ITO）格子を用いた透明ファラデーケージが提案されていますが、オンオフを簡単に切り替えられるかどうかは不明です。Spy‑Fy のような物理ブロッカーは前面カメラを遮断せず、顔認証を妨害する可能性があります。一部のユーザーは金属裏地付きバッグ（例：アルミホイルで包まれた食品配達袋）が個人使用に十分なRF信号減衰をもたらすと報告していますが、正確な減衰データは示されていません。

ファラデー製品の消費者市場は小規模で主にプライバシー擁護者によって推進されるため、設計上の課題はプライバシーと使いやすさを両立させる必要があります。ジャーナリストや諜報員など高度に機密性の高いユーザー向けには、ファラデーバッグ使用前に電池を取り外すことで、デバイスがオフに見えても起動する可能性のあるベースバンドバグを軽減できると記事は予測しています。プライバシー擁護者からの需要は将来的により効果的でユーザーフレンドリーなソリューションの開発を促進する可能性があります。

強力なRF保護を求める消費者には、完全囲いと電池除去が推奨されます。メーカーは航空機モードの一貫性や電源管理を改善し、このニーズに応える必要があるでしょう。

本文

質問に対する回答（日本語訳）

1. 電話をオフにしたり飛行機モードにしただけで十分か？

はいならばファラデーケージは不要です。
いいえなら、相手が高度な攻撃者であることになります。その場合、電話を持ち歩くのも避けるべきでしょう（ファラデーケージ付きでも外せない）。

2. 「透明なファラデーケージ素材」でタッチスクリーンを動かしつつ電波漏れが無いか？

通常、**ITO（インジウムチタン酸化物）**をガラスに薄く貼ることで、光は透けながら電磁遮蔽が可能です。
ただし、ITO層は連続している必要があります。パターン状にすると、電波の波長（例：mmWaveなら数ミリ）より大きな隙間ができてしまい遮蔽効果が低下します。
タッチスクリーンへの影響を測るには、実際にメッシュを貼った状態でキャパシタンス変化を計測する必要があります（例えば不銹鋼のメッシュを使ってテスト）。

3. カメラやフロントカメラを遮断できるケースは？

Spy‑Fy 等の「Camera slider cases」は物理的にカメラレンズを覆うだけで、フロントカメラまでは完全に遮断しません。
フロントカメラを遮断すると顔認証が機能しなくなるため、実用性は低いです。

4. ソフトウェア制御と物理的遮蔽の違い

制御方法	特徴
ソフトウェア（閉源）	許可を得るだけで機能停止。設定が誤っても復元しやすい。
物理的制御	実際にアンテナを遮断するため、設定ミスのリスクは低いが、使用時に開閉が必要。

5. 飛行機モードでもWi‑Fi／Bluetoothが残るケース

Android（Pixel 9a / GrapheneOS）では飛行機モード中も Wi‑Fi と Bluetooth がオンになっています。
これは AOSP（Android Open Source Project）の仕様で、GrapheneOS に限ったものではありません。

6. APT 型の植込みウイルスが飛行機モード時に通信する可能性

「ファラデーケース」で完全遮断できると主張されていますが、実際には**減衰（アタネーション）**しか得られません。
電波は完全に消せないため、十分な距離・環境であれば受信側の感度を下げて遮断できます。

7. ファラデー袋／ケースの実用性

項目	内容
市場	デジタルフォレンジック業界に多く、Pelican® ケース型など。
利点	電波を大幅に減衰させる（セルサービスは遮断しやすい）。
欠点	高価で持ち運びが不便。電源・バッテリーの扱いが難しい。

8. 「タグル可能」なファラデーケースは実現困難

バックに折りたたみ式の金属シールドを付けても、通信性能は大幅に低下します。
実際には「オフ時に完全遮断」と「オン時に機能させる」ことは物理的に実現が難しいため、現行ではほとんど実用化されていません。

9. 電話を完全にオフにする方法

電源オフ：Bluetooth や Wi‑Fi が「オフ」の状態であっても、基地局モデムは法律上の要件から電源が接続されたままになるケースがあります。
ただし、実際には多くの機種では完全に電源を切るとアンテナ機能も停止します。

10. 「チップバッグイタリアメタデータ事件」について

現時点で公表されている情報はほぼなく、詳細な事実関係が確認できません。
もし具体的な法令や規制を示す資料が必要なら、各国の通信関連法規（例：米国のFISA）を参照してください。

11. まとめ

要件	実現性
完全にファラデー遮断	理論上は可能だが、実際には減衰のみ。完全遮断は難しい。
タッチスクリーンを維持しつつ遮蔽	ITO ガラス等で一部解決できるが、設計とテストが必要。
フロントカメラ遮断	実用的ではない（顔認証に影響）。
飛行機モードだけで安全	ほぼ不十分。Wi‑Fi/Bluetooth が残る場合もある。
ファラデーケースを日常使用	可能だが、持ち運びと電源管理の問題が大きい。

最後に

高度なAPT 攻撃を想定するなら、電話を携帯しない方が安全です。
日常的に携帯を使う場合は、ファラデーケース＋飛行機モードで「大まかな」遮断レベルを確保するのが現実的な対策となります。

ご不明点や追加情報が必要な場合はお知らせください。

同じ日のほかのニュース

一覧に戻る →

2026/01/31 9:51

**Show HN:** 私は自分の中国語（普通話）の声調を直すため、9Mパラメータの音声モデルを訓練しました。

## Japanese Translation: > **概要:** > AISHELL‑1 と Primewords から約300時間分の文字起こし済み中国語音声を用い、SpecAugment と4台の RTX 4090 GPU を使用して、約9 Mパラメータのコンフォーマーモデル（Conformer）を訓練しました。ネットワークは40 msごとにトークン確率を出力し、Viterbi アルゴリズムでピンイン音調トークン列（各音節＋音調がユニークなトークン；中性音調はトーン5へマッピング）に沿ってアラインメントを強制します。語彙には1,254個のトークンと `<unk>`、`<blank>` が含まれます。 > このモデルでは Token Error Rate（TER）が約 5.3 %、音調精度が約 98.3 %です。INT8 量子化によりサイズを約37 MB から約11 MB に縮小し、TER は +0.0003 の増加のみで済みました。先頭の無音によるアラインメントミスを修正するため、 `<blank>` 確率が0.7 を超えるフレームは採点前に除外しました。 > 最終的な量子化モデル（約13 MB のダウンロード）は ONNX Runtime Web 経由でブラウザ上で完全に実行され、リアルタイムの発音フィードバックを可能にします。今後は Common Voice などの会話データセットを取り入れ、カジュアルまたは子供の話し言葉（通常より速く変動が大きい）に対する頑健性を向上させる予定です。 **短縮版（すべてのポイントを網羅）:** > **概要:** > AISHELL‑1/Primewords から約300時間分の中国語音声で、SpecAugment と4× RTX 4090 を用いて9 Mパラメータのコンフォーマーを訓練しました。40 ms ごとにトークン確率を出力し、ピンイン‑音調語彙（1,254トークン＋`<unk>`、`<blank>`）で Viterbi アラインメントを行います。TER は約 5.3 %、音調精度は約 98.3 %です。INT8 量子化によりモデルサイズが約11 MB に縮小され、TER は +0.0003 の増加のみでした。先頭無音のバグは、高い `<blank>` 確率（閾値0.7）を持つフレームを除外することで修正しました。13 MB の ONNX Runtime Web バージョンはブラウザ内で完全に動作し、即時発音フィードバックを提供します。将来的には会話データを追加してドメインシフトへの対処を図ります。

2026/01/31 5:40

ペアウェブ：WebTorrent を利用した分散型ウェブサイトホスティング

## 日本語訳: PeerWebは、WebTorrent技術を利用したピアツーピア（P2P）ネットワーク上で静的ウェブサイトを無料かつ検閲耐性のある形でホストできるサービスです。サイトはトレントハッシュ経由で配布され、少なくとも1人のユーザーがブラウザタブまたはデスクトップクライアントを開いている限りオンラインに留まります。 **動作原理：** - ユーザーはインターフェースにファイルをドラッグ＆ドロップするだけで、シンプルなHTML/CSS/JSプロジェクトをアップロードできます。各サイトにはユニークなPeerWebリンクが付与され、どこからでもアクセス可能です。 - サイトは `index.html` ファイルを必ず含み、相対パスのみを使用し、静的コンテンツで構成されている必要があります。 - キャッシュ前に PeerWeb は DOMPurify で全ファイルをサニタイズし、XSS 攻撃から保護します。 - キャッシュされたサイトは IndexedDB に保存され即座に再読み込みが可能です。キャッシュは7日間の非アクティブ後に自動的にクリアされます。 **セキュリティとパフォーマンス：** - コンテンツはサンドボックス化された iframe 内でレンダリングされ、リソース検証によって正当な資産のみが表示されます。 - 開発者はデバッグモード（`&debug=true`）を有効にして詳細な進行状況とリアルタイムメトリクスを確認できます。 **使用例：** デモリンクではテストページ、SomaFM ラジオ、チェスゲーム、およびテキストエディタアプリが紹介されています。多くのピアにコンテンツを分散させることで、PeerWeb は従来のホスティング費用なしでサイトを利用可能にし、キャッシュによる高速ロードとマルウェアからの保護を提供しつつ、検閲にも耐えます。

2026/01/31 8:47

**Stonebraker氏のCAP定理とデータベースに関する論考**

## 日本語訳: **要約：** マイク・ストーンブレーカー氏は、CACMブログ記事「データベースシステムにおけるエラー、最終的な一貫性、およびCAP定理」で、CAP定理が最終的一致性を強制するという広く受け入れられているNoSQLの見解に挑戦しています。彼は、多くのデータベース障害はネットワーク分断ではなく、アプリケーション、管理、実装上のバグから生じており、実際にはパケット損失や設定エラーなど他のネットワーキング欠陥と比べても稀であると主張しています。ストーンブレーカー氏は、2ノード冗長スキームが大規模では不十分であり、業界が最終的一致性に依存することで実際の問題を隠してしまう可能性があると指摘しています。彼はAmazon SimpleDB が最近完全一致性へ移行したことを、高いスケールでも厳密な正確性を保証できる証拠として挙げ、実用的な緩和策として「遅延削除」（削除マークを付けてからガベージコレクションを遅らせる）を提案しています。ストーンブレーカー氏は完全一致性を早期に放棄すると微妙なバグが発生し、運用リスクが増大する可能性があると警告しています。この記事はNoSQLコミュニティに対し、多くのワークロードで最終的一致性が適切かどうかを再検討し、強い一致性が大規模でも達成できることを示唆しています。

**Ask HN:** 「なぜフィット感のあるファラデー・iPhone ケースは存在しないのでしょうか？」