Харальд Вельте (Harald Welte), известный разработчик ядра Linux, основатель организации gpl-violations.org и один из создателей netfilter/iptables, сообщил (http://laforge.gnumonks.org/blog/20180609-openmoko-usb_id/) о возобновлении работы инициативы по выдаче свободным аппаратным и программным проектам идентификаторов устройств USB и префиксов MAC-адресов Ethernet. Изначально инициатива была запущена (https://www.opennet.dev/opennews/art.shtml?num=33907) Харальдом в 2012 году, после чего из-за нехватки времени он делегировал работу по обработке заявок двум энтузиастам, которые через какое-то время прекратили отвечать на запросы, а сайт Openmoko перестал существовать. Теперь выдача идентификаторов возобновлена с использованием pull-запросов на GitHub (https://github.com/openmoko/openmoko-usb-oui).
Напомним, что для обеспечения работы самодельного USB-устройства требуется снабдить его уникальным номером продукта (PID, Product ID), привязанным к идентификатору производителя (VID, Vendor ID). Распределением VID-идентификаторов занимается консорциум USB-IF (USB Implementers Forum), который не выдаёт единичные идентификаторы продуктов, а делегирует только идентификаторы производителя (VID), которые позволяют производителю генерировать идентификаторы продуктов на своё усмотрение (выделяется сразу пул из 65 тыс. USB идентификаторов и 16.7 млн. MAC-адресов). Стоимость получения VID в USB-IF составляет около 5 тысяч долларов, что делает получение VID неподъёмным для некоммерческих открытых проектов.При этом VID явно привязывается к определённой компании, которая в соответствии с новыми условиями может генерировать PID только для своих продуктов и не имеет права предоставлять их сторонним проектам. Так как Openmoko получил свой Vendor ID до введения новых правил, он обладает лицензией явно не запрещающей генерацию PID для сторонних проектов. После закрытия проекта Openmoko, закреплённые за ним идентификатор производителя USB (USB Vendor ID) и код формирования MAC-адресов для Ethernet (IEEE OUI) было решено использовать для безвозмездной выдачи PID-идентификаторов устройств USB и MAC-адресов любым свободным проектам. Из аналогичных инициатив по выдаче идентификаторов USB можно отметить проект pid.codes (http://pid.codes).
URL: http://laforge.gnumonks.org/blog/20180609-openmoko-usb_id/
Новость: https://www.opennet.dev/opennews/art.shtml?num=48747
Генерирую мак-адреса каждый день и где только можно:1. На роутерах (это делает скрипт в OpwnWRT).
2. На сетевых картах (тоже скрипт в самой системе).
3. На смартфонах (в прошивке Copperhead легко меняется).
Конечно, это не исчерпывающий способ повысить приватность в этих ваших интырнетах, но один из способов слегка побороть фингерпринт и все вот это гoвно. Иногда менять мак очень полезно, особенно если пользуешься общественными сорт... точками доступа. :)
Ну и причем тут MAC-адреса?
> На роутерах (это делает скрипт в OpwnWRT).Это в том числе MAC/BSSID wi-fi? Можешь поделиться?
Поделиться чем? Логика скрипта состоит из 2 частей:- сгенерировать на баше рандомный валидный MAC (там есть какие-то базовые условия, типа "не должен начинаться с таких-то символов"): гугл в помощь
- сохранить его в переменную: гугл в помощь
- использовать стандартный синтаксис usi set, uci commit: OpenWrt wiki в помощь
По крайней мере, я когда-то именно так и написал себе такой скрипт, но потом потёр, потому что это напоминает калиточку посреди пустыни (проще говоря, один лишь такой скрипт, без массы прочих усилий, ничего не даёт, а масса прочих усилий настолько объёмна, что проще уйти от использования вайфая).
> Это в том числе MAC/BSSID wi-fi? Можешь поделиться?А в каком ещё числе? На роутере если и менять MAC, то только у вайфая. Менять MAC на WAN совершенно бессмысленно - провайдер и так прекрасно видит, что это вы, у него с вами договор и он вас идентифицирует, чтобы предоставлять оплаченную услугу. Он прекрасно знает, грубо говоря, в какой порт на его оборудовании воткнут абонент с договором номер N.
новость не о том. Насколько понимаю, для своего пользования можно что угодно делать. А продавать такие устройства массово - нет
поделись гайдом, у меня в системе(дебиан) мак меняется, но после этого не работает инет - проблема в карте?
Привязка по маку со стороны оператора/железки.
Кто привязывает?
> поделись гайдом, у меня в системе(дебиан) мак меняется, но после этого не
> работает инет - проблема в карте?Какой дебиан? какой инет (через что?) ?
При пользовании общественными точками - менять всегда!
>Так как Openmoko получил свой Vendor ID до введения новых правил, он обладает лицензией явно не запрещающей генерацию PID для сторонних проектов.А если шерить 1 и тот же pid для многих проектов, а идентификацию драйвера проводить через свой пакет с uuidом?
Нормальным ОС всё равно по барабану, какие ярлычки ты наклеиваешь на свои устройства. Единственная аудитория этого техноцирка — винда, у которой процесс загрузки драйверов завязан на идентификаторы: если твоё устройство использует общий ID с васиным, то нормальный хотплуг с автозагрузкой подписанного драйвера вам не светит.
А как "нормальным ОС" это может быть по барабану? Как ОС узнает, какой драйвер грузить, если не по идентификатору?
В большинстве случаев, — никак: в этом либо вообще нет потребности, (т.к. все имеющиеся на плате устройства прописаны в device tree), либо все нужные драйвера уже вкомпилированы в ядро, и как правило в состоянии сами разобраться, кто из них подберёт железку; udev-у остаётся только создавать видимость бурной деятельности.А если драйверов в ядре нет, то с высокой степенью вероятности у железки проприетарная фирмварь, которую нужно самому дампать из под оффтопика, и поднять её руками "нетехнического" пользователя не получится ни с идентификаторами ни без.
>и как правило в состоянии сами разобраться, кто из них подберёт железкуИ как же это возможно без идентификаторов? Я немного полистал драйверы, а там vidы и pidы захардкожены.
Естественно, захардкожены, — если есть, почему не использовать? Соль в том, что драйвер загружается без привязки к устройству, а как он там проверяет совместимость железом — дело его разработчиков (и мэйнтейнеров той подсистемы ядра, к которой он относится).
Такие "попытки подобрать устройство" плохо завершаются не только на винде, но и в "нормальных ОС". Более того, для одного и того же "не поганого проприетарного", а "святого опенсорс" проекта загрузить правильные дрова тоже себе задачка. И если вы не сталкивались с этим зоопарком, это ваше счастье.
Если кому интересно, откройте хотя бы достаточно хорошо организованный OBDev V-USB и насладитесь в полной мере подключением 2-х устройств из топ листа проектов, с одной и той же парой VID:PID, а порой и номером REV (да-да, всё на столько печально), но с разными датами прошивок.
И это вариант с "одним и тем же устройством". А когда речь заходит о разных устройствах, на общей паре вид-пид, вылетали ключи на плате, потому что драйвер васи пупкина "не знал" что другое его же устройство два тех же самых пина будет использовать как комплементарную пару, вместо просто шимов ргб лампочки, а ведь так же охота красиво помигать лампочкой, при подключения устройства к компу.
>> с использованием pull-запросов на GitHub.Немодно. Надо GitLab.
...который тоже хостится у M$.
Это зависит от тебя где его хостить, а не от гитлаба.
>Стоимость получения VID в USB-IF составляет около 5 тысяч долларовТорговля воздухом она такая.
А потом будут трагедии в духе закончившихся адресов IPv4.
никаких трагедий - просто мы изобретем usb pidv6, запихаем в коннектор, несовместимый по пинауту но такой же по физическим характеристикам, чтоб вы могли с удобствами сжечь неправильно подключенную железку, и будем продавать их.