要約

  • アドレスの経過時間が変更条件を満たすことと、利用中の Wi-Fi を直ちに切断することは同じではない。値を選び直す契機まで読まなければ、運用上の意味は分からない。
  • ランダムに生成されたアドレスにも、端末単位、起動単位、ネットワーク単位などの持続方針がある。私的な値が再訪時にも同じであることは、必ずしも不具合ではない。
  • 必要なのは、どのサービスの継続性を、どの範囲で、いつまで保つかという判断である。互換性のためという理由だけで、より広い識別を復活させるべきではない。

仕様に「24時間」と書いてあると、運用担当者は時計を思い浮かべる。一定時間が来れば処理が走り、通信にも影響するのではないか。ところが、その数字が示すのは処理の実行時刻ではなく、次の接続時に値を選び直すための条件かもしれない。

Android の非持続型 MAC ランダム化には、この違いが現れる。公式の枠組みの説明では、現在の値が生成されてから24時間を超えていることは、新しい接続で再生成する条件の一つである。しかし、再生成だけを目的として、利用中の Wi-Fi を能動的に切断するわけではない。

条件と契機を取り違えると、存在を確かめていない「毎日の切断」を障害計画に組み込んでしまう。逆に、ランダムという名前から接続のたびに新しい値を期待すれば、正しく再利用された値を異常と判断する。どちらも観測装置の問題ではなく、観測する前提の問題である。

数字だけでは変更方針を読めない

AOSP の説明では、持続型が標準の選択であり、ネットワークの構成情報に基づく値を使う。その情報には SSID、セキュリティ種別、Passpoint の場合の FQDN などが含まれる。同じネットワークを削除して追加し直しても、それだけで別の値にはならない。

Android 12 以降では、特定のアプリからの指定や、条件を満たしたオープンネットワーク向けの任意設定によって非持続型が選ばれる場合がある。この任意設定は初期状態では無効である。記載された変更条件は、DHCP リースが失効し、切断から4時間を超えた場合、または現在の値が生成から24時間を超えた場合などであり、新規接続の開始時に判断される。条件に当てはまらなければ以前の値を使うこともある。AOSP の動作説明

この記述から「すべてのオープンネットワークで毎回変わる」とは言えない。枠組みの説明を、すべてのメーカーと機種の実測結果に置き換えることもできない。本稿は端末実験を報告しているのではなく、公式資料が定める判断の順序を検討している。

運用要件に必要なのは、ランダム化の有無だけではない。値がどの情報から選ばれ、どれだけ再利用され、何が選び直しを引き起こすのか。その三つがそろって初めて、サービスの期待と比較できる。

私的な値が長く残ることもある

2025年3月の RFC 9724 は、MAC アドレスの選択方針を整理した情報提供文書であり、新しい標準プロトコルを規定するものではない。そこで区別される方針には、端末で生成して寿命中保存するもの、起動ごとに作るもの、ネットワークごとに保持するもの、期間やセッションを基準とするものがある。一つの実装が複数を組み合わせる場合もある。RFC 9724

端末で生成したランダムな値が長く使われることは、言葉の矛盾ではない。ランダム性は作り方の性質であり、持続期間は作った後の扱いである。「工場のアドレスを出していない」という証拠だけでは、「過去の接続と結び付けられなくなった」という結論には届かない。

一方で、同じネットワークに戻って同じ私的な値を使ったという観測だけで、保護が失敗したとも言えない。その範囲での継続が設計どおりなら、値の再利用は意図された機能である。

範囲を表す言葉にも注意が要る。ネットワーク構成、建物、運営組織、サービスのアカウントは異なる区分である。ネットワーク単位の方針を、場所単位や訪問単位の約束と読み替えてはならない。識別範囲は、利用者が地図に引いた線だけでは決まらない。

同じ「プライベート」でも選択肢は違う

Apple の公式説明は、iOS 18 と明示された他のシステムの対応世代から、オフ、固定、ローテーションを区別する。固定は私的なアドレスを使いながら定期的には変更しない。新しく参加する WPA2 以上のネットワークでは、これが記載上の初期選択となる。安全性の弱い、または保護されていない新規ネットワークでは、2週間ごとに値が変わるローテーションが初期選択となる。リセットやネットワークを忘れる操作については別の規則がある。Apple の公式案内

固定という名前を、あらゆる操作を経ても永久に変わらないという意味に広げることはできない。また、WPA2 以上であるという条件が、運営組織のデータ利用を保証するわけでもない。リンクの保護方式が端末の初期選択に影響することと、その組織をどこまで信頼するかは別の判断である。

複数の端末が同じ場所に集まるサービスでは、一つの設定名に統一した動作を期待すること自体が危うい。ソフトウェアの世代、構成、利用者の選択を確認せずに、すべてを一つの周期として扱うべきではない。

資料の年代も区別しなければならない。RFC 9724 の OS 試験表は、試験が2021年9月に行われたことを明記している。選択方針を理解する分類としては有用でも、その表を2026年の端末群の現状だと紹介することはできない。資料が存在することと、現場の状態を確認したことは同じではない。

途切れて困るのは、どの機能なのか

短い切断の後も設定した好みを使いたい、一定期間は再登録せずにサービスへ戻りたい。こうした要望には実用的な理由がある。すべての継続的な認識を悪いものとみなすと、私的でありながら局所的に安定する値の利点まで失う。

ただし、必要な機能から識別範囲を決める順序は守りたい。「既存システムが MAC アドレスをキーにしている」という説明は、現在の依存関係を示す。それだけでは、異なる場面の記録まで結び付ける必要性や、保管期間の妥当性を説明しない。

まず、継続性がなくなると何ができなくなるかを明らかにする。同じサービスへの再入場に必要な認識なのか。どの期間の再訪を扱うのか。利用が終わったとき、何によって関連付けを終わらせるのか。これらを定義してから、使う値を選ぶべきである。

互換性の対処が、組織のデータ方針を知らないうちに決めることもある。旧来のキーを維持すれば一件の問い合わせは早く片付くかもしれない。しかし、そのために端末へ常にハードウェアアドレスを出すよう求めるなら、変更されるのは検索処理だけではない。どの範囲で同じ端末として認識できるかも変わる。

安定性の費用も、安定性を失う費用も、実際のサービスに沿って検討する必要がある。最も説明しやすい局所的な費用だけで、より広い識別を既定路線にしてはならない。

変更した層の外に、手掛かりが残る

MAC アドレスを変えても、他の値が残れば前後を結び付けられる場合がある。RFC 7844 は DHCP の観点から、リンク層アドレス、IP アドレス、DHCP 識別子の変化を協調させる必要を説明する。匿名性のための構成は情報開示を抑えるが、無線やソフトウェアのあらゆる特徴を消すものではない。RFC 7844 第2節

Apple や Android の MAC 設定が、この文書のすべてを実装していると本稿は主張しない。反対に、別の手掛かりがあり得るから簡単な追跡を減らす対策も無意味だ、とも言えない。限定された能力を全面的な保証に膨らませることと、限定されているという理由で捨てることは、どちらも評価の誤りである。

必要な受け入れ条件は具体的だ。どの関連付けを減らすのか。どの継続性は残すのか。何を観測して確かめ、何は未確認なのか。私的なアドレスの価値は、何も覚えない端末を約束することではなく、必要な記憶の範囲を選べる点にある。