2026年のMACアドレス検索：OUIプレフィックス、I/GビットとU/Lビット

MAC-48アドレスは6オクテット、48ビットで、通常は6組の16進数ペアとして表記されます。最初の3オクテットはIEEEが製造元に割り当てるOrganizationally Unique Identifier（OUI）です。最後の3オクテットはその製造元が割り当てますが、実際には多くのベンダーがシリアルやランダムなソースから導出しています。

16進数はテキスト形式では最上位桁を先頭に書きますが、IEEEは各オクテットを回線上では最下位ビットから送信します。この不一致こそが、最初のオクテットだけがビット番号の付け方で誰もが混乱する場所である理由です。標準でいうビット0は、文字列の左端のビットではなく、書かれた最初のオクテットの最下位ビットを意味します。

最初のオクテットの2つのビットが意味を持ちます。ビット0はIndividual/Groupビットで、0は1つのインターフェース向けのユニキャストアドレス、1はグループまたはマルチキャストアドレスを意味します。ビット1はUniversal/Localビットで、0はOUIの下でグローバルに管理されるアドレス、1は通常ソフトウェアによってローカルに割り当てられたアドレスを意味します。

16進数の1桁は4ビットなので、この2つのビットは常に最初のオクテットの最後の16進数桁にエンコードされます。そのため、ユニキャストアドレスでは最初のオクテットの2文字目が常に偶数、マルチキャストアドレスでは奇数になります。また、02、06、0A、0E、12などのパターンを持つローカル管理のユニキャストアドレスが、ランダム化されたWi-Fiアドレスの最初のオクテットとして現れる理由でもあります。

OUIは24ビットの割り当てです。U/Lビットが0の場合、最初の3オクテットは割り当て先を識別し、IEEEレジストリに対する検索は意味を持ちます。U/Lビットが1の場合、最初の3オクテットはデバイスまたはオペレーティングシステムが選んだものであり、プレフィックスがどれほどもっともらしく見えてもレジストリのエントリは存在し得ません。

IEEEはMA-Sレジストリの下で36ビットの割り当ても発行しており、これらは最初の24ビットを他の割り当て先と共有し、3番目のオクテットにさらに4ビットを追加します。最初の3オクテットだけを確認する検索では、それらのアドレスを誤った保有者に帰属させてしまいます。精度が重要な場合は、ベンダー名を信頼する前に割り当てサイズを確認してください。

現代のオペレーティングシステムはWi-Fiアドレスをローテーションします。iOSとmacOSはネットワークごとにプライベートアドレスを使用し、AndroidはSSIDごとにランダム化し、Windowsはランダムハードウェアアドレスを提供します。これらはすべてU/Lビットを設定しており、これはプレフィックスがベンダー割り当てではないという正直なシグナルです。このビットを無視する検索は、誰にも割り当てられたことのないプレフィックスに対してベンダー名を生成してしまいます。

ランダム化はネットワーク制御における前提も壊します。MACフィルタは認証ではありません。なぜなら、ほとんどのプラットフォームでアドレスはソフトウェアで設定されるからです。同じ性質により、MACアドレスは分析における安定したデバイス識別子として役に立ちません。製品がライセンスやデバイスレコードをMACアドレスでキー付けしている場合、アドレスをローテーションするすべてのネットワークで断片化し、簡単に偽装できてしまいます。

EUI-64は48ビットアドレスを3つのステップで64ビットに変換します。OUIとNIC部分を分割し、その間にFF:FEを挿入し、U/Lビットを反転します。挿入により長さが16ビット増え、反転したビットは64ビット形式でもユニバーサル/ローカルの意味を一貫させます。そのため、結果はmodified EUI-64と呼ばれます。

結果は一般的にIPv6リンクローカルアドレスのインターフェース識別子として使用されます。これは常にfe80::/10に属し、接続する際には常にスコープIDなどのゾーンインデックスが必要です。プライバシー拡張はグローバルアドレスに対してこの識別子をランダムなものに置き換えますが、導出された形式はドキュメント、ラボ環境、デバイスインベントリには今も現れます。

同じ48ビットが少なくとも4つの表記で現れます。UnixとWindowsはコロン区切りのペアを使用します。Windowsはハイフンを使うこともあります。Ciscoは4桁の16進数を3つのグループに分け、ドットで区切ります。ツールによっては大文字、小文字で出力し、区切り文字を完全に削除するものもあります。パーサはこれらすべてを正規化し、正確に48ビットでないものは拒否すべきです。

正規化は比較には重要ですが、元の形式の保存には重要ではありません。小文字のコロン表記が最も移植性の高い正規形式です。12桁の16進数文字列をそのまま受け入れる場合は、それを明示してください。黙って受け入れると、ユーザーがMACアドレスではない16桁の16進数識別子を貼り付けてしまうからです。

優れた検索は、「これは不正な形式」「これはローカル管理」「このプレフィックスは有効だが割り当て先がローカルレジストリにない」を区別します。これら3つをすべて「不明」にまとめてしまうと、修正方法がまったく異なるため、呼び出し側の時間を無駄にします。

長さのエラーが最も一般的です。5オクテット、7オクテット、または64ビットのEUI-64を48ビットのフィールドに貼り付けた場合です。次に文字エラーで、通常はOCRによるゼロのOや1のIです。そして論理的なケースとして、マルチキャストアドレス、ブロードキャストアドレス、ローカル管理プレフィックスがあり、それぞれ構文的には有効で意味的に特殊です。

テストデータには、常にローカル管理のユニキャストアドレスを生成してください。最初のオクテットを02に設定し、I/Gビットをクリアに保ちます。この組み合わせはどのベンダーにも属さないことが保証されているため、フィクスチャが実在のデバイスと誤認されることは決してなく、検索ツールは製造元をでっち上げるのではなく、プレフィックスがローカルであると正しく報告します。

このサイトのMACツールは48ビット構造を操作し、実在のハードウェアを識別するとは主張しません。ビットを解析し、OUIをベンダーの保証ではなくビットとして表示し、EUI-64形式を導出できます。このサイトはBluetoothデバイスアドレスや、イーサネット形式のMACツール以外の48ビット識別子を生成せず、シリアル番号もまったく生成しないことに注意してください。