人を守るキルスイッチのオンラインセキュリティ例

定義：人を守る目的での「キルスイッチ」

キルスイッチは、通信を保護する経路（例：VPNトンネル、プロキシ経由の通信など）に問題が起きたとき、その状態のまま通信が継続しないようにする仕組みです。人を守るという観点では、「保護が効いていない時間帯に、本人の通信が外部へ流れてしまう」リスクを減らすことが中心になります。

ここで重要なのは、キルスイッチが「常に完全に見えない状態を保証する」ものではなく、「少なくとも想定した通信経路が壊れた瞬間の動作」を設計する考え方だという点です。実装は環境や設定に左右され、成立条件（何を止め、何を例外として許可するか）が明確でないと期待どおりにならないことがあります。

キルスイッチを理解するために、次の2つの観点に分けると整理しやすくなります。

1つ目は「監視対象」です。保護経路が利用できているか（接続が維持されているか、必要なトンネルが存在するか等）を継続的に見ます。

2つ目は「遮断対象」です。保護経路を通すはずの通信（ブラウザのアクセス、アプリの外向き通信など）を、保護が失われたときに止める、もしくは保護経路に戻るまで通信を成立させないようにします。

このモデルで考えると、「監視している状態」と「止めようとしている通信」がズレている場合、漏えいの余地が残ります。たとえば、保護経路外へ出る通信があるのに遮断対象に含まれていない、または例外として許可してしまっている、といったケースです。

代表的な例は、VPNなどの保護経路が切れた瞬間に、ブラウザやアプリの通信を止める動作です。これにより、「切れた後も自動で通信が続き、保護されていない経路でアクセスしてしまう」状況を減らします。

通信経路の遮断だけに注目すると、名前解決（DNS）が別経路で行われている環境では、情報が漏れる可能性が残ります。人を守る観点では、接続不全時にDNS問い合わせも意図した経路で扱われるか、少なくとも「保護が失われた状態で成立させない」設計になっているかが例として重要になります。

「便利だから」といって、特定アプリや特定通信を例外として通してしまうと、キルスイッチの意図が弱まります。人を守る例としては、例外設定を最小限にし、保護の対象範囲が本人のリスク（誰に何が見えると困るか）に合っているかを確認する運用が挙げられます。

キルスイッチが「特定の起動手順や接続方式」に依存している場合、端末側の状態が変わると挙動が変わることがあります。