Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
Сообщение от opennews (??), 24-Дек-18, 21:59
В экспериментальной ветке Chrome OS (Canary) тестируется (https://www.chromestory.com/2018/12/usbguard-usb-bouncer-chr.../) возможность блокирования подключения новых устройств к USB-портам во время действия экрана блокировки системы. Добавленная возможность включается через флаг "chrome://flags/#enable-usbguard" и позволяет защитить оставленное без присмотра устройство от атак через USB-порт, например, проводимых при помощи специального оборудования (https://www.opennet.ru/opennews/art.shtml?num=45510) или инструментария  BadUSB (https://www.opennet.ru/opennews/art.shtml?num=40744). Применяемые пользователем и заслуживающие доверия USB-устройства могут быть (https://chromium-review.googlesource.com/c/chromium/src/+/13...) добавлены в белый список. Блокировка также не распространяется на устройства, подключенные до блокировки экрана. URL: https://www.chromestory.com/2018/12/usbguard-usb-bouncer-chr.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=49846
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по ответам | RSS]

	1. "В Chrome OS реализована блокировка доступа к USB во время не..."	+2 +/–
	Сообщение от Аноним (1), 24-Дек-18, 21:59
	Правильный подход!
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "В Chrome OS реализована блокировка доступа к USB во время не..."	+1 +/–
	Сообщение от A.Stahl (ok), 24-Дек-18, 22:01
	Who cares?
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "В Chrome OS реализована блокировка доступа к USB во время не..."	+1 +/–
	Сообщение от Xasd (ok), 24-Дек-18, 22:51
	> Правильный подход! неплохо было бы что-нибудь придумать и для случая когда это происходит НЕ во время скринсэйвера :-) так как badUSB вероятнее всего как раз и должен использоваться во время НЕ скринсэйвера. ну и конечно Chrome OS не нужна -- пусть для Linux что-то изобретают
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от AnonPlus (?), 24-Дек-18, 22:56
	А речь не о том, когда оно ИСПОЛЬЗУЕТСЯ, а о том, когда оно ВОТКНУТО. Нсли оно ВОТКНУТО во время скринсейвера, то оно не будет использоваться ни во время, ни после окончания скринсейвера. А ВТЫКАЮТ как раз, когда юзер отсутствует физически на месте.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	6. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Аноним (6), 24-Дек-18, 23:09
	Любо.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от iPony (?), 25-Дек-18, 04:54
	> А ВТЫКАЮТ как раз, когда юзер отсутствует физически на месте Ну есть же ещё «о кто-то забыл флешку, надо посмотреть что там».
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "В Chrome OS реализована блокировка доступа к USB во время не..."	+3 +/–
	Сообщение от Какаянахренразница (ok), 25-Дек-18, 08:00
	Ну, воткнул я злой девайс, пока хозяина не было. Ну, не активировался он сразу. Девайсы нынче маленькие. Хозяин подойдёт, разблокирует свой кампуцер и даже не заметит как активируется мой девайс. [Дисклеймер про исследовательские цели, отказ от ответственности, свой страх и риск и про не повторять дома]
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Аноним (9), 25-Дек-18, 09:17
	USB модем
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "В Chrome OS реализована блокировка доступа к USB во время не..."	+1 +/–
	Сообщение от Аноним (10), 25-Дек-18, 10:12
	> неплохо было бы что-нибудь придумать и для случая когда это происходит НЕ во время скринсэйвера да. А еще: неплохо бы вынести железные тумблеры для usb, микрофона, камеры, кардридера, возможно, клавиатуры и тача - что бы юзер наглядно видел, что у него включено, и собственными руками включал и выключал, то, что считает нужным. И ввести это в стандарт индустрии всех девайсов.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "В Chrome OS реализована блокировка доступа к USB во время не..."	+2 +/–
	Сообщение от Xasd5 (?), 25-Дек-18, 10:44
	> Ну есть же ещё «о кто-то забыл флешку, надо посмотреть что там». badUSB это не о том. это когда воткнул usb-флешку, а она ещё и в добавок оказалсь usb-клавиатурой (сама нажимающая свои клавиши).. а будь это во время именно Скринсэйвера -- ничего особенного  не произошлобы кстати.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	12. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Xasd5 (?), 25-Дек-18, 10:47
	> железные тумблеры для usb тут не тумблеры нужны, а переключатели режимов (на каждом из usb): * режим накопителя * режим устройства ввода * режим можема * ну и ещё что там за режимы могут быть
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от iPony (?), 25-Дек-18, 10:49
	И о том в том числе. Что-то вообще как-то мимо... https://ru.wikipedia.org/wiki/BadUSB
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Онанимус (?), 25-Дек-18, 11:21
	> Правильный подход! Товарищ майор не одобряет вас!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	15. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от J.L. (?), 25-Дек-18, 12:59
	> А речь не о том, когда оно ИСПОЛЬЗУЕТСЯ, а о том, когда > оно ВОТКНУТО. > Нсли оно ВОТКНУТО во время скринсейвера, то оно не будет использоваться ни > во время, ни после окончания скринсейвера. А ВТЫКАЮТ как раз, когда > юзер отсутствует физически на месте. а что, включение "флешки" (логических линий, а не линий питания) по таймеру, а не только в момент подачи питания - не комильфо?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	16. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Аноним (17), 25-Дек-18, 13:50
	> Хозяин подойдёт, разблокирует свой кампуцер и даже не заметит как активируется мой девайс. Он не активируется, если был подключён во время неактивности. Придётся вытащить и вставить заново на глазах изумлённого хозяина.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	17. "В Chrome OS реализована блокировка доступа к USB во время не..."	–1 +/–
	Сообщение от Аноним (17), 25-Дек-18, 13:53
	> неплохо было бы что-нибудь придумать и для случая когда это происходит НЕ во время скринсэйвера :-) В Grsecurity/Pax был файл в procfs, после записи в который ядро начинало игнорировать вновь подключаемые по USB устройства до следующей перезагрузки.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	18. "В Chrome OS реализована блокировка доступа к USB во время не..."	+1 +/–
	Сообщение от vantoo (ok), 25-Дек-18, 16:59
	Сразу вспомнился рассказ о хакере и солонках.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Crazy Alex (ok), 25-Дек-18, 17:09
	И зачем? Если вы не доверяете своему софту - то поздно дёргаться. А если доверяете - то и софтовых хватит.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	20. "В Chrome OS реализована блокировка доступа к USB во время не..."	+2 +/–
	Сообщение от Crazy Alex (ok), 25-Дек-18, 17:10
	Ну, эти удобно в принципе сделать не способны. "До перезагрузки", это ж надо придумать
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	21. "В Chrome OS реализована блокировка доступа к USB во время не..."	+2 +/–
	Сообщение от Аноним (21), 25-Дек-18, 17:12
	Лол зачем ? Питание на портах будет скорее всего, просто по таймеру передергивать само устройство раз в минуту (если нет ответа от ос )
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	22. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Crazy Alex (ok), 25-Дек-18, 17:22
	Бестолковая попытка заткнуть дыры протокола. Наверняка обнаружится масса кейсов, где этот номер не пройдёт. Либо реализовывать нормально (хм, интересно, что там в планах у USB Консорциума на этот счёт) - "безопасный режим" с идентификацией по ключу, хранимому на устройстве вплоть до аналога иерархии доверия, разрешение только определённых режимов и т.д. - либо не делать ничего. А так - создание иллюзии безопасности, не более.
	Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "overengineering"	+/–
	Сообщение от a (??), 25-Дек-18, 17:52
	Да-да, навертим лишней мути, в реализациях которой будут дополнительные дыры в безопасности. Crazy Alex, ник очень в тему ;-)
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	24. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Аноним (24), 25-Дек-18, 20:42
	Это by design. Всё, что можно подключать, подключается при включении. Владелец/пользователь обязан физически присутствовать рядом с машиной во время запуска. И нужно помнить, что эта мера может быть не только и не столько против BadUSB, сколько против подключения несанкционированных носителей и выноса секретной информации.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	25. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Crazy Alex (ok), 26-Дек-18, 00:09
	Именно, у них by design - это "безопасно - и ладно, и пофиг, какой ценой". Будь это падение быстродействия, ломка совместимости или банальное неудобство. Насчёт защиты секретной информации мне тема не близка совершенно, но полагаю, что это очень частный случай и надо быть психом, чтобы делать решение только под него. BadUSB - куда более понятная и распространённая угроза.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	26. "overengineering"	+/–
	Сообщение от Crazy Alex (ok), 26-Дек-18, 00:16
	Альтернатива - каждый пытается навертеть своё, хоть как-то сохраняя совместимость с системами, которые про все эти меры ни сном ни духом.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	27. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Crazy Alex (ok), 26-Дек-18, 00:22
	Именно, можно ещё и device id менять - хоть из списка распространённых, хоть как. Если атака целевая - то узнать device id используемых "клиентом" аксессуаров - задача совершенно тривиальная. И всё, больше никакой общей механики идентификации в usb нет.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	28. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Аноним (-), 26-Дек-18, 00:41
	А для Linux, в Qubes давно есть защита от такого.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	29. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от J.L. (?), 26-Дек-18, 13:34
	> Бестолковая попытка заткнуть дыры протокола. Наверняка обнаружится масса кейсов, где этот > номер не пройдёт. > Либо реализовывать нормально (хм, интересно, что там в планах у USB Консорциума > на этот счёт) - "безопасный режим" с идентификацией по ключу, хранимому > на устройстве вплоть до аналога иерархии доверия, разрешение только определённых режимов > и т.д. - либо не делать ничего. А так - создание > иллюзии безопасности, не более. вроде бы юсб (и 3 и C) не дают подключенному устройству никакого прямого доступа в память или ещё к каким ресурсам системы кроме как к питанию?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	30. "В Chrome OS реализована блокировка доступа к USB во время не..."	+/–
	Сообщение от Аноним (30), 28-Дек-18, 14:47
	Пацаны вообще ребята!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема