アカウント名:
パスワード:
リンク先記事読み切れてませんが。MACアドレスっていわゆるethernetアドレスで通信ユニット固有のアドレスじゃなかったっけ。それをiPhoneの中のどこかの設定ファイルに書き込んでいたのをそのまま同期してしまうということなのかな。/etc/sysconfig/network-scripts/ifcfg-eth0とか?
1つの機器が複数のMACアドレス持つとか普通だけどねたとえば、ルータでつかわれるVRRPやらHSRPとかも専用のMACアドレス持つおなじPCに入ってる仮想PCがそれぞれ別のMACアドレス持ったりするとかもある
一つの機器が複数のアドレスもつのは問題ない。複数の機器が同じアドレスをもたなければいい。 https://ascii.jp/elem/000/000/417/417556/ [ascii.jp] で、>MACアドレスの最初の3バイトは「OUI(Organizationally Unique Identifier)」と呼ばれる番号で、IEEEで管理されるベンダーIDの通り、仮想PCであれば、仮想PCアプリのベンダー番号を振ったMACアドレスをもつべき(なっているかは知らん)仮想PCはその名のとおり、Ethernetのハードもエミュレートしているので仮想PCのEthernetの番号が振られている。(つまり通信
> MACアドレスは世界中に1つしかないNICに固有の番号
それ20年くらい前の知識ですよ。今じゃ通用しません
そこまでは(20年も)古くない。せいぜい10年程度。
2014年11月の、ホノルルで行われたIETF会議でMACアドレスランダム化の実験が行われ、成功したことで、まあいいんじゃね?って結論を出したことが決定的要因。 https://www.ietf.org/blog/mac-privacy/ [ietf.org] https://www.ietf.org/blog/ietf-91-summary/ [ietf.org] …その時の会議はプライバシー問題が第一の話題だった。
RFC7844 に、ランダム化を可とするに至った切っ掛けとなった出来事や、どういう条件(仮説)下だからよいのか?について詳しく書かれている。 https://datatracker.ietf.org/doc/html/rfc7844 [ietf.org]
当時、スマートフォンが普及したことで、Macアドレスで個人を識別できてしまうことが問題視されつつあったのだが、2014年の2月に、スノーデンのレポートから
トゲトゲゲーミングごった煮ワイファイルータとかお出しされるともうね。
そりゃキレるだろ、平たく言うと「プライバシー・セキュリティ機能外すか(無駄)金かけろ」って言ってるんだから。
あなたがルータ側の人なら「ファームウェアで改善しろ!」、クライアント機器側の人なら「同じネットワークにいる間は維持するようにOS側で制御しろ!」とユーザー側の要望として暗に言ってることを読み取って回答しないと。自分のところのバックヤードにトラブル・要望があることを伝えることを約束した上で、現時点で恒久的な対策が難しいのならそれも伝える。それで、ユーザーが「現時点での回避策がないか?」聞かれたときにはじめてそれを言うぐらいじゃないと、ユーザー側にリスク・金銭負担を押し付けるような策は言った瞬間にキレられても仕方がない。
ちなみにユーザーのシステム運用でユーザーサポートを委任されている人なら、回避策を伝えた上で「あなたの上司に掛け合ってくれ」というのが正しい答えになる。この場合はユーザー本人だけに判断させてはいけない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
MACアドレス (スコア:1)
リンク先記事読み切れてませんが。
MACアドレスっていわゆるethernetアドレスで通信ユニット固有のアドレスじゃなかったっけ。
それをiPhoneの中のどこかの設定ファイルに書き込んでいたのをそのまま同期してしまうということなのかな。
/etc/sysconfig/network-scripts/ifcfg-eth0
とか?
Re: (スコア:0)
1つの機器が複数のMACアドレス持つとか普通だけどね
たとえば、ルータでつかわれるVRRPやらHSRPとかも専用のMACアドレス持つ
おなじPCに入ってる仮想PCがそれぞれ別のMACアドレス持ったりするとかもある
Re: (スコア:-1)
一つの機器が複数のアドレスもつのは問題ない。複数の機器が同じアドレスをもたなければいい。
https://ascii.jp/elem/000/000/417/417556/ [ascii.jp]
で、
>MACアドレスの最初の3バイトは「OUI(Organizationally Unique Identifier)」と呼ばれる番号で、IEEEで管理されるベンダーID
の通り、仮想PCであれば、仮想PCアプリのベンダー番号を振ったMACアドレスをもつべき(なっているかは知らん)
仮想PCはその名のとおり、Ethernetのハードもエミュレートしているので仮想PCのEthernetの番号が振られている。
(つまり通信
Re: (スコア:0)
> MACアドレスは世界中に1つしかないNICに固有の番号
それ20年くらい前の知識ですよ。今じゃ通用しません
Re: (スコア:3, 参考になる)
そこまでは(20年も)古くない。せいぜい10年程度。
2014年11月の、ホノルルで行われたIETF会議でMACアドレスランダム化の実験が行われ、
成功したことで、まあいいんじゃね?って結論を出したことが決定的要因。
https://www.ietf.org/blog/mac-privacy/ [ietf.org]
https://www.ietf.org/blog/ietf-91-summary/ [ietf.org]
…その時の会議はプライバシー問題が第一の話題だった。
RFC7844 に、ランダム化を可とするに至った切っ掛けとなった出来事や、どういう条件(仮説)下だからよいのか?について詳しく書かれている。
https://datatracker.ietf.org/doc/html/rfc7844 [ietf.org]
当時、スマートフォンが普及したことで、Macアドレスで個人を識別できてしまうことが問題視されつつあったのだが、
2014年の2月に、スノーデンのレポートから
Re:MACアドレス (スコア:0)
プライベートアドレス機能やめるかブロードバンドルータ買い替えるといいよと勧めるとなぜかキれちゃう人いるんですよね。よくわかんない。
Re:MACアドレス (スコア:2)
トゲトゲゲーミングごった煮ワイファイルータとかお出しされるともうね。
Re: (スコア:0)
そりゃキレるだろ、平たく言うと「プライバシー・セキュリティ機能外すか(無駄)金かけろ」って言ってるんだから。
あなたがルータ側の人なら「ファームウェアで改善しろ!」、クライアント機器側の人なら「同じネットワークにいる間は維持するようにOS側で制御しろ!」とユーザー側の要望として暗に言ってることを読み取って回答しないと。
自分のところのバックヤードにトラブル・要望があることを伝えることを約束した上で、現時点で恒久的な対策が難しいのならそれも伝える。
それで、ユーザーが「現時点での回避策がないか?」聞かれたときにはじめてそれを言うぐらいじゃないと、ユーザー側にリスク・金銭負担を押し付けるような策は言った瞬間にキレられても仕方がない。
ちなみにユーザーのシステム運用でユーザーサポートを委任されている人なら、回避策を伝えた上で「あなたの上司に掛け合ってくれ」というのが正しい答えになる。この場合はユーザー本人だけに判断させてはいけない。