| 1.1, Анонимный Пользователь (?), 00:03, 10/06/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +11 +/– | |
Генерирую мак-адреса каждый день и где только можно:
1. На роутерах (это делает скрипт в OpwnWRT).
2. На сетевых картах (тоже скрипт в самой системе).
3. На смартфонах (в прошивке Copperhead легко меняется).
Конечно, это не исчерпывающий способ повысить приватность в этих ваших интырнетах, но один из способов слегка побороть фингерпринт и все вот это гoвно. Иногда менять мак очень полезно, особенно если пользуешься общественными сорт... точками доступа. :)
| | |
| |
| 2.5, Аноним (-), 07:38, 10/06/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> На роутерах (это делает скрипт в OpwnWRT).
Это в том числе MAC/BSSID wi-fi? Можешь поделиться?
| | |
| |
| 3.25, AnonPlus (?), 14:03, 10/06/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Поделиться чем? Логика скрипта состоит из 2 частей:
- сгенерировать на баше рандомный валидный MAC (там есть какие-то базовые условия, типа "не должен начинаться с таких-то символов"): гугл в помощь
- сохранить его в переменную: гугл в помощь
- использовать стандартный синтаксис usi set, uci commit: OpenWrt wiki в помощь
По крайней мере, я когда-то именно так и написал себе такой скрипт, но потом потёр, потому что это напоминает калиточку посреди пустыни (проще говоря, один лишь такой скрипт, без массы прочих усилий, ничего не даёт, а масса прочих усилий настолько объёмна, что проще уйти от использования вайфая).
| | |
| 3.26, AnonPlus (?), 14:06, 10/06/2018 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Это в том числе MAC/BSSID wi-fi? Можешь поделиться?
А в каком ещё числе? На роутере если и менять MAC, то только у вайфая. Менять MAC на WAN совершенно бессмысленно - провайдер и так прекрасно видит, что это вы, у него с вами договор и он вас идентифицирует, чтобы предоставлять оплаченную услугу. Он прекрасно знает, грубо говоря, в какой порт на его оборудовании воткнут абонент с договором номер N.
| | |
|
| 2.10, Аноним (-), 10:42, 10/06/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
новость не о том. Насколько понимаю, для своего пользования можно что угодно делать. А продавать такие устройства массово - нет
| | |
| 2.20, Аноним (-), 13:29, 10/06/2018 [^] [^^] [^^^] [ответить]
| +/– |
поделись гайдом, у меня в системе(дебиан) мак меняется, но после этого не работает инет - проблема в карте?
| | |
| |
| 3.23, Аноним (-), 13:54, 10/06/2018 [^] [^^] [^^^] [ответить]
| +/– |
> поделись гайдом, у меня в системе(дебиан) мак меняется, но после этого не
> работает инет - проблема в карте?
Какой дебиан? какой инет (через что?) ?
| | |
|
|
| 1.3, Аноним (-), 02:19, 10/06/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Так как Openmoko получил свой Vendor ID до введения новых правил, он обладает лицензией явно не запрещающей генерацию PID для сторонних проектов.
А если шерить 1 и тот же pid для многих проектов, а идентификацию драйвера проводить через свой пакет с uuidом?
| | |
| |
| 2.4, Аноним (-), 05:59, 10/06/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нормальным ОС всё равно по барабану, какие ярлычки ты наклеиваешь на свои устройства. Единственная аудитория этого техноцирка — винда, у которой процесс загрузки драйверов завязан на идентификаторы: если твоё устройство использует общий ID с васиным, то нормальный хотплуг с автозагрузкой подписанного драйвера вам не светит.
| | |
| |
| 3.7, Аноним (-), 09:40, 10/06/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
А как "нормальным ОС" это может быть по барабану? Как ОС узнает, какой драйвер грузить, если не по идентификатору?
| | |
| |
| 4.8, Аноним (-), 09:57, 10/06/2018 [^] [^^] [^^^] [ответить]
| –1 +/– | |
В большинстве случаев, — никак: в этом либо вообще нет потребности, (т.к. все имеющиеся на плате устройства прописаны в device tree), либо все нужные драйвера уже вкомпилированы в ядро, и как правило в состоянии сами разобраться, кто из них подберёт железку; udev-у остаётся только создавать видимость бурной деятельности.
А если драйверов в ядре нет, то с высокой степенью вероятности у железки проприетарная фирмварь, которую нужно самому дампать из под оффтопика, и поднять её руками "нетехнического" пользователя не получится ни с идентификаторами ни без.
| | |
| |
| 5.14, Аноним (-), 11:53, 10/06/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>и как правило в состоянии сами разобраться, кто из них подберёт железку
И как же это возможно без идентификаторов? Я немного полистал драйверы, а там vidы и pidы захардкожены.
| | |
| |
| 6.18, Аноним (-), 13:17, 10/06/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Естественно, захардкожены, — если есть, почему не использовать? Соль в том, что драйвер загружается без привязки к устройству, а как он там проверяет совместимость железом — дело его разработчиков (и мэйнтейнеров той подсистемы ядра, к которой он относится).
| | |
|
| 5.15, Аноним (-), 11:57, 10/06/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Такие "попытки подобрать устройство" плохо завершаются не только на винде, но и в "нормальных ОС". Более того, для одного и того же "не поганого проприетарного", а "святого опенсорс" проекта загрузить правильные дрова тоже себе задачка. И если вы не сталкивались с этим зоопарком, это ваше счастье.
Если кому интересно, откройте хотя бы достаточно хорошо организованный OBDev V-USB и насладитесь в полной мере подключением 2-х устройств из топ листа проектов, с одной и той же парой VID:PID, а порой и номером REV (да-да, всё на столько печально), но с разными датами прошивок.
И это вариант с "одним и тем же устройством". А когда речь заходит о разных устройствах, на общей паре вид-пид, вылетали ключи на плате, потому что драйвер васи пупкина "не знал" что другое его же устройство два тех же самых пина будет использовать как комплементарную пару, вместо просто шимов ргб лампочки, а ведь так же охота красиво помигать лампочкой, при подключения устройства к компу.
| | |
|
|
|
|
| |
| |
| 3.31, USBIF (?), 19:48, 14/06/2018 [^] [^^] [^^^] [ответить]
| +/– | |
никаких трагедий - просто мы изобретем usb pidv6, запихаем в коннектор, несовместимый по пинауту но такой же по физическим характеристикам, чтоб вы могли с удобствами сжечь неправильно подключенную железку, и будем продавать их.
| | |
|
|
|
