MACアドレスの先頭3バイトはIEEEが割り当てるメーカーOUIで、末尾3バイトはメーカーが設計します。この規則によりプレフィックスは検証可能です。申告されたブランドやデバイス種別と一致しなければ、整合性の矛盾が生じます。
MACと聞くと、まずAppleのコンピューターを思い浮かべる人も多いでしょう。実際には、MACアドレスはAppleとは関係なく、ネットワーク機器の物理的な識別子です。
複数アカウントを管理する場合に注目すべき点は、このアドレスが世界共通の生成ルールに従っていることです。ルールがある以上、内容の整合性を検証できます。
48ビットのハードウェア識別子
MACアドレスは48ビットの2進数で構成され、通常は00:1C:B3:XX:XX:XXのように12桁の16進数で表記されます。
MACはMedia Access Controlの略で、データリンク層に関する用語です。AppleのMacとは表記が偶然似ているだけです。通常はローカルネットワーク内で使われ、スイッチはアドレスをもとにフレームを送るポートを判断し、ルーターは許可リストやブロックリストに利用できます。企業ネットワークやキャンパスネットワークでも、デバイス識別に使われることがあります。これらは本来、アカウントのリスク管理とは別の用途です。
先頭3バイトがメーカーコード、つまりOUI
12桁の16進数は2つの部分に分かれます。
先頭3バイト、つまり6桁の16進数は、メーカー固有のコードであるOUIです。IEEEが一元的に範囲を割り当て、各メーカーには固定の番号帯が与えられます。末尾3バイトは、同一ブランドの異なるデバイスで重複しないようメーカー側が設計します。
この2つを組み合わせることで、MACアドレスは世界的に一意になります。各スマートフォンに固有のIMEIがあるのと同じ考え方です。プレフィックスは割り当て済みで追跡可能だからこそ、相互照合に使える項目にもなります。
読み取れないことと、関連付けられないことは別
まず明確にしておくべき点があります。ブラウザーからMACアドレスを直接読み取ることはできません。
そのため、読み取れないなら安全だと考える人もいますが、その推論は成り立ちません。リスクは読み取れるかどうかではなく、同じ識別子が再利用され、複数の環境が結び付くかどうかにあります。
問題になり得る状況は2つあります。1つ目は、同じハードウェアや単純に複製した仮想マシン、クラウド環境を使い、複数アカウントが同じMAC識別子の背後に置かれる場合です。環境を分離したつもりでも、ネットワーク層の識別子が結び付けたままになることがあります。2つ目はリモートでの共同作業です。チームメンバーが各自のデバイスからリモートツールを使って同じアカウント群を操作すると、異なるデバイスの接続経路が交差し、本来無関係だった環境の間に関連付けの手掛かりが生まれる可能性があります。
整合しない場合に見える矛盾
デバイスのシステム情報があるブランドを申告しているのに、アドレスのプレフィックスが別メーカーに対応していれば、明確な論理矛盾です。ほかにも次のような例があります。
- 申告されたデバイス種別（デスクトップ、ノートPC、モバイル）がアドレスのプレフィックスと一致しない
- 複数環境のアドレスプレフィックスが過度に集中し、同じ一群のデバイスに見える
- 末尾3バイトがランダムな割り当てではなく、明らかな規則性を示す
単独のアドレスだけを見れば問題がないように見えても、環境全体の整合性の中で見ると矛盾が浮かび上がります。
妥当な変更と、自己矛盾を生む変更
ここでは2種類の変更を区別する必要があります。
1つ目はエンジニアリング上の設計です。仮想マシン、コンテナ、一括展開用イメージには、もともと独自のアドレス割り当て方式があります。同じ計画の中でデバイスを区分し、番号を付けることは一般的です。前後のルールが一貫していれば、矛盾は生じません。
2つ目は実際に自己矛盾する変更です。システム情報ではあるメーカーを申告しながらプレフィックスが別メーカーを示す、多数の環境を非常に狭いプレフィックス範囲にまとめる、末尾3バイトを連番にする、といった例です。共通するのは、本来のパラメータ間の対応関係を壊している点で、変更そのものが異常のシグナルになります。
識別子を重複させないことも分離の一部
複数アカウント管理における環境分離は、データを相互に行き来させないだけでなく、識別子を重複させないことも含みます。
PurpleMarkはブラウザー環境のレイヤーで、デバイス識別子を含む複数のパラメータを個別に設定し、各環境がプラットフォーム側から独立したデバイスに見えることを目指します。重要なのは単一のパラメータを特別にすることではなく、複数環境の間に論理的な矛盾を生じさせないことです。
自己点検に専門ツールは必要ありません。MACの整合性を、WebRTC漏えい検出やフィンガープリント整合性チェックと合わせて環境チェックリストに入れます。確認するのは4点です。アドレスプレフィックスとシステム申告が同じメーカーに属するか、複数環境のプレフィックス分布に妥当な差があるか、末尾3バイトに明確な規則性がないか、タイムゾーン・言語・解像度が同じ方向で整合しているかを確認します。
この内容は技術原理の説明のみを目的としています。関連ツールは法令や規則に従って利用し、各プラットフォームの利用規約を遵守してください。
