調査ノート　2026-09-16

接続のやり直しにおいて、住所と素性のどちらが持ち越されるかの測定

研究計画。住所が変わる機器と、電波をまたぐ端末。接続がやり直される場面で権限と通信がどうなるかを測る

状態：実験前。この記事は研究の目的と方法を先に公開するための記録である。数値はまだ一つも出ていない。以下に「予想」と書いたものはすべて検証前の仮説であり、実測値として扱わない。

接続がやり直される瞬間

ネットワークの権限を IP アドレスで決めると、住所が変わるたびに崩れる。DHCP で割り当てが変わる。無線の基地局をまたぐ。機器を入れ替える。そのたびに、許可の名簿を書き直すか、広めに許しておくかの二択になる。

だから素性で決めよう、という話になる。ここまでは異論が少ない。問題はその先で、接続がやり直される瞬間に、素性が本当に持ち越されるのかという点である。持ち越されないなら、結局は住所に戻る。

この計画では、その瞬間を二つの場面で測る。長く動き続ける機器の一生の節目と、動き回る端末が基地局をまたぐ一瞬である。時間の尺度はまるで違う。前者は数か月から数年、後者は数十ミリ秒。それでも問いは同じで、測り方も対応する。

機器の一生を、権限の単位にする

IoT の区画分けを「VLAN を分けた」で終わらせない。機器が初めてつなぐところから、通常の運用、ソフトウェアの更新、役目の変更、退役までを通して、許す通信がどう変わるべきかを扱う。

状態は次の順に移る。

• 新規
• 素性を確かめて受け入れた状態
• 通常運用
• 更新中
• 制限中
• 退役

状態ごとに許す通信を変える。ここで確かめたいのは、住所が変わっても、素性と状態から権限を組み立て直せるかである。更新中を一つの状態として持つのは、正当なふるまいの変化を異常と取り違えないためである。更新のときだけ普段と違う相手へつなぐのは正常であり、それを文脈として扱えば誤った警告を減らせるはずだ。

比べるのは、VLAN と固定の許可一覧、IP の名簿、素性だけで決める方針、素性と状態を合わせた方針の四つである。測るのは、必要な通信が通った割合、禁じた通信に到達できてしまった割合、方針が反映されるまでの時間、人が手で書いた規則の数、住所が変わったときの頑丈さ、受け入れにかかる時間、状態の移り変わりの正しさ、運用の手間である。

作りたいのはファイアウォールの規則集ではなく、機器の一生から通信の方針を導き出す仕組みである。

基地局をまたぐ一瞬を、分解する

二つ以上のアクセスポイントを持つ管理下の無線 LAN を作り、端末が移動したときに起きることを時間軸で測る。ここで研究するのは無線への攻撃ではない。正規の端末が移動したときに、安全のための仕組みが通信の続き方へ与える影響である。

切り替えにかかった時間を一つの数字にまとめない。できる範囲で段階に分ける。

• 次のアクセスポイントを見つけるまで
• 結び付けるまで
• 認証が終わるまで
• 鍵の用意が終わるまで
• 最初のアプリケーションのパケットが通るまで

分けるのは、遅れの原因が電波の側にあるのか認証の側にあるのかを区別するためである。まとめた数字では、どちらを直せばよいのか分からない。

変える条件は、アクセスポイント間の電波の重なり、端末の移動の速さ、認証の設定、背景の通信量、端末の数、切り替えを助ける機能の有無、通信が短いか長く続くものかである。測るのは、中断していた時間、切り替え中に失われたパケット、遅いほうから 5% の遅延、認証が終わるまでの時間、通信が生き残った割合、結び付け直した回数、そして測れる場合は消費電力への影響である。

安全を弱めて速くするのは目的ではない

ローミングを速くしたいなら、認証を簡略にすればよい。それはこの研究の目的ではない。同じ安全の方針を保ったまま、設定と標準の機能によってどれだけ差が出るかを見る。比較の相手どうしで安全の水準を変えない。

結果の形を先に決めておく

最後に出すのは「最速の設定の順位表」ではない。用途ごとの要件の対応表である。音声のような通信、対話的なアプリケーション、まとまった量の転送では、許せる中断の長さが違う。順位を一つ付けても、用途が違えば答えが変わる。

製造者の宣言を、方針の種にする

素性から方針を組み立てるとき、最初の一枚をどこから持ってくるかという問題が残る。人が機器ごとに通信の相手を書き出していては、結局は手作業の規則集に戻る。

ここで使えるのが、機器が自分の想定する通信を宣言する仕組みである。RFC 8520 は、機器が「自分はこの相手としか話さない」という記述を指し示し、ネットワーク側がそれを取得して方針に落とす形を定めている。NIST の実証もこの仕組みを扱っている。

ただし宣言が正しいという保証はない。製造者の記述が実際のふるまいより広い場合も、狭すぎて正常な通信を止める場合もある。そこで本研究では、宣言をそのまま方針にせず、初期の候補として扱い、観測した通信と突き合わせて差を測る。差が大きい機器は、宣言の質そのものを結果として報告する。

予想（まだ測っていない）

素性とふるまいを合わせると、ネットワークの変更に強く、かつ許しすぎを減らせる見込みがある。機器の種類ごとに普段の型を持つほうが、個体ごとに持つより立ち上がりが早いとも考えている。ただし、更新のような正当なふるまいの変化への対応が主要な課題になる。

無線のほうでは、中断の時間の大部分が認証と鍵の用意に集まるのか、それとも次のアクセスポイントを見つけるところに集まるのかで、打つ手がまったく変わる。どちらかは測ってみないと分からない。

この節は仮説である。実験の後に、実測値、図表、区間推定、誤りの分析へ置き換える。

思った通りにならなくても価値がある結果

素性と状態を使った方針が、手で書いた規則の数を減らさなかった場合、運用の負担は変わらないという結果になる。それは仕組みを入れる根拠を弱める。無線のほうでは、設定をどう変えても中断の時間が縮まらなかった場合、その用途では中断を前提にアプリケーション側で受け止めるしかないという結論になる。どちらも、次に手をかける場所を一つ減らしてくれる。

限界

• 模擬した機器と実機の差
• 研究用に定めた通信の相手が、実際の機器の要件を代表しているとは限らないこと
• 無線の環境が場所ごとに違い、電波の状況を完全には再現できないこと
• 実装と版に結果が左右されること
• 測定に使う時計の粒度
• 研究チームが2名であるため、初めに扱う機器の種類を絞る必要があること

参考文献

1. NIST. Trusted Internet of Things (IoT) Device Network-Layer Onboarding and Lifecycle Management. SP 1800-36, 2025. DOI: 10.6028/NIST.SP.1800-36.
2. NIST. Foundational Concepts in Trusted IoT Device Network-Layer Onboarding. IR 8350, 2025. DOI: 10.6028/NIST.IR.8350.
3. Lear, E., Droms, R., Romascanu, D. Manufacturer Usage Description Specification. RFC 8520, 2019. DOI: 10.17487/RFC8520.
4. NIST. Securing Small-Business and Home Internet of Things (IoT) Devices: Mitigating Network-Based Attacks Using Manufacturer Usage Description (MUD). SP 1800-15, 2021. DOI: 10.6028/NIST.SP.1800-15.
5. IEEE. IEEE Standard for Information Technology—Local and Metropolitan Area Networks—Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications. IEEE Std 802.11-2020. DOI: 10.1109/IEEESTD.2021.9363693.
6. NIST. Guidelines for Securing Wireless Local Area Networks (WLANs). SP 800-153, 2012. DOI: 10.6028/NIST.SP.800-153.

無線 LAN については、NIST SP 800-48 と SP 800-97 が過去に該当する指針だったが、いずれも廃止されている。現行で近いものは SP 800-153 だが年数が経っているため、標準そのものと実装の文書を一次資料として扱う。上の六件は実物の書誌を確認した。

筆者　田中-Y