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

"Атаки по сторонним каналам через механизм отслеживания изменений в ФС"	+/–
Сообщение от opennews (??), 25-Сен-26, 10:17
Исследователи из Грацского технического университета (Австрия) выявили серию атак по сторонним каналам (PDF), осуществляемых через механизмы отслеживания изменений в файловой системе. Атаки позволяют отслеживать активность других пользователей на основе  анализа событий об обращении к файлам и каталогам через такие API, как inotify в Linux,  FileObserver в Android, ReadDirectoryChangesW в Windows и File System Events в macOS. Полученные сведения могут использоваться для воссоздания информации, вводимой пользователем с клавиатуры, для определения открываемых сайтов или для организации clickjacking-атак, осуществляющих наложение содержимого на активное окно в момент перед кликом. Код с реализацией методов атак опубликован под лицензией MIT... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66340
Ответить | Правка | Cообщить модератору

Сообщения

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

5. "Атаки по сторонним каналам через механизм отслеживания измен..."	+5 +/–
Сообщение от Аноним (5), 25-Сен-26, 10:46
мая бабуля пака тыкнет на одну клавишу, пака на другую, праходит несколько минут. бывает ище и промажет. так што ее энти иследователи точна не взламают.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 25-Сен-26, 10:48
	Вот, кстати, да, тут бабка надвое сказала, кто не заядлый компьютерщик, тот бывает с болью набирает, ища каждую кнопку. Знаю несколько таких, в основном пенсионного возраста конечно
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (46), 25-Сен-26, 16:11
	> В Windows оказалось, что включение отслеживания событий для корневого каталога (C:\) передаёт информацию, включая полный файловый путь, о любых событиях со всеми файлами в файловой системе, независимо от прав доступа к файлам. да путь хоть кошка твоя по клаве бегает, это же винда :)
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	74. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от zk (?), 26-Сен-26, 07:42
	Видите ли тут статистический анализ разниз между нажатиями - Бабуля одинаково нажимает одни и те же клавиши - вот что важно а не скорость печатанья.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Атаки по сторонним каналам через механизм отслеживания измен..."	+5 +/–
Сообщение от Аноним10084 и 1008465039 (?), 25-Сен-26, 10:47
Винда удивила, конечно. При том, что там дескрипторы безопасности на уровне ядра есть и везде передаются, а вот слежение за диском C внезапно возвращает всё...
Ответить | Правка | Наверх | Cообщить модератору

	16. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
	Сообщение от Аноним (16), 25-Сен-26, 11:40
	> осуществляющих наложение содержимого на активное окно Больше удивило, почему вейленд это позволяет? Ведь декларировалось, что вейленд не даёт возможно определить, где другое окно...
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
	Сообщение от eugener (ok), 25-Сен-26, 11:50
	Это окно всегда тупо по центру отображается, там ничего определять не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
	Сообщение от Аноним (16), 25-Сен-26, 13:27
	Это ещё не всё... Вейленд обещал, что ничто не сможет всплывать наверх само по себе, если юзер работает в каком-то фокусе.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (16), 25-Сен-26, 13:29
	> по центру отображается И да, вейленд обещал, что окно не знает, где оно. Окно не сможет, говорили они, себя позиционировать.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	72. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (72), 26-Сен-26, 03:57
	П-ф-ф, вейленд обещал, что окна не смогут видеть содержимое других окон потому что это не иксы, где любой троян может получить содержимое экрана. Но в вейленде все прекрасно скриншотится через grim без всяких подтверждений. Что мешает трояну реализовать этот же протокол и так же фоткать - фанаты вейленда обычно тут рожу трубочкой делают.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Атаки по сторонним каналам через механизм отслеживания измен..."	–1 +/–
	Сообщение от Аноним (76), 26-Сен-26, 10:38
	А вот не надо пользоваться wlroots.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Атаки по сторонним каналам через механизм отслеживания измен..."	–4 +/–
	Сообщение от Аноним (24), 25-Сен-26, 12:13
	> почему вейленд это позволяет? потому что не позволяет > Ведь декларировалось, что вейленд не даёт возможно определить, где другое окно Сходи и почитай код, который дан в новости. Там твоя любимая почти сишка. Хотя ты тут скорее просто пытаешься набрасывать.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	33. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
	Сообщение от Аноним (33), 25-Сен-26, 13:24
	И что Сишка, позволяет обойти запрет Вяленда определять координаты другого окна?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Атаки по сторонним каналам через механизм отслеживания измен..."	–2 +/–
	Сообщение от Аноним (49), 25-Сен-26, 17:08
	Перечитай еще раз мой комментарий. В нем написано, что вейланд и не позволяет определять координаты другого окна. Если тебе хочется доказать, что таки нет - берешь и открываешь код по ссылке из новости и указываешь строку или строки, в которых написано определение координат. Нет, набрасывать не стоит. Это комментарии, а не типичный мусорный сишкокод (извиняюсь за тавтологию).
	Ответить | Правка | Наверх | Cообщить модератору

	56. "-"	+2 +/–
	Сообщение от Аноним (56), 25-Сен-26, 18:25
	Ваша реакция напоминает реакцию Microsoft: "Мундир-лицо". "В этот момент атакующий может сформировать фиктивное окно, стилизованное под диалог ввода пароля, и вывести его поверх реального запроса пароля. Не заметивший подмены пользователь может ввести пароль подтверждения операции в окне атакующего." Фиктивное окно поверх другого. Это надо знать координаты жертвы и иметь возможность принудить оконного менеджера вывести свое окно по тем же координатам.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "-"	+/–
	Сообщение от Аноним (-), 25-Сен-26, 20:58
	> Это надо знать координаты жертвы Еще раз - показывай в коде, как оно узнается. Не показываешь - значит код не узнает. > иметь возможность принудить оконного менеджера вывести свое окно по тем же координатам Еще раз - показывай в коде, как оно принуждается. И я надеюсь, ты покажешь в этом коде, что это из-за вайланда, а не из-за реализации происходит так. Не показываешь всего этого - и к вайланду нет предъяв.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "-"	+/–
	Сообщение от Аноним (56), 25-Сен-26, 21:35
	Протокол, который манифестировал что-то, а реализация обошла ограничения, не виноват? Или неполный или дырявый. PS: Принуждалка не выросла.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 25-Сен-26, 13:46
	А причём тут Wayland, не совсем понял, речь же про ядерный inotify вроде в новости?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	54. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (16), 25-Сен-26, 17:49
	> не совсем понял "...атакующий может сформировать фиктивное окно, стилизованное под диалог ввода пароля, и вывести его поверх реального запроса пароля..."
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Admino (ok), 27-Сен-26, 00:33
	>> не совсем понял > "...атакующий может сформировать фиктивное окно, стилизованное под диалог ввода пароля, > и вывести его поверх реального запроса пароля..." В иксах так можно, да.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Атаки по сторонним каналам через механизм отслеживания измен..."	–2 +/–
	Сообщение от Admino (ok), 25-Сен-26, 15:37
	> Больше удивило, почему вейленд это позволяет? А он и не позволяет.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	53. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (16), 25-Сен-26, 17:46
	Как же тогда окно всплывает ontop поверх активного на том же самом месте?  Прям мистика!
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Admino (ok), 27-Сен-26, 00:32
	> Как же тогда окно всплывает ontop поверх активного на том же самом > месте?  Прям мистика! Так оно из этого же приложения.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (31), 25-Сен-26, 13:18
	Так ведь, несмотря на закрытость всего остального, файловая система в Windows всегда была полностью открытой, без каких-либо изоляций. Встроенный проводник иногда отказывается открывать некоторые папки даже с админским доступом, но, любая другая прога с ним без проблем всюду залезет. А если нужно только чтение, без записи, то и админки не нужно, достаточно пользовательского доступа. По сути, в этом плане тоже самое, как и в Linux
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	40. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним10084 и 1008465039 (?), 25-Сен-26, 14:34
	Ну на чтение да. В NTFS вроде есть даже ACLи, но если можно читать и видеть список файлов, тебя ничего не остановить, как и в юниксе. Хотя я было подумал, что в описании они имели в виду, что даже для папок, закрытых на чтение получается брать ивенты. Тогда не порядок, как будто. Проводник, конечно, закрыт искусственно, но в теории же можно сделать папку, которую нельзя читать? Как в unix, если поставить права условные 700? (Нолик группе и прочим)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (61), 25-Сен-26, 20:07
	> По сути, в этом плане тоже самое, как и в Linux В Linux совершенно иначе. Каждая служба работает от отдельного системного пользователя со своим домашним каталогом недоступным другим пользователям. Обычный пользователь - тоже, может читать только свой домашний каталог (man "LOGINDEFS(5)"), но не чужие, в большинстве дистрибутивов. На чтение (но не на запись) доступны общеизвестные, установленные пакетным менеджером, файлы. Некоторые риски предоставляет общее чтение /dev, /sys, /proc и /tmp. Но там тоже в ответственных местах обычно есть ограничения доступа, через специальные группы DAC (audio, video и т.п.) или метки для systemd-logind. Кому нужно больше изоляции применяют отдельные mount namespaces в этих местах. Причем, некоторые программы так и делают по умолчанию. Например, в Gnome стараются изолировать этим способом различные генераторы эскизов, веб-процессы и т.п. То есть процессы пользователя видят не его общие, а свои уникальные /proc, /tmp и т.п.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	79. Скрыто модератором	+/–
	Сообщение от Аноним (-), 26-Сен-26, 23:19
	> Винда удивила, конечно. При том, что там дескрипторы безопасности на уровне > ядра есть и везде передаются, а вот слежение за диском C внезапно возвращает всё... Они в общем то пример бессмысленной и беспощадной оверинженерии. В теории должно быть збс, на практике - разваливается как карточный домик. Виндопрограмер или кто там - умеющий в системщину - через 10 минут будет SYSTEM. И сможет дать мастеркласс любому enterprise administrator и проч. В том числе и под его, цуко, кренделями. Ибо их винды любезно закешировали, если он не дай боже туда зайти удумает :). Всякие групповые политики посылаются в пень элементарными трюками ACL - и даже прожженый админ далеко не сразу одуплит с хрена ли ему "вот тут" - denied?! А может и не одуплит за разумное время. Угадайте какой процент админов РЕАЛЬНО понимает как вся эта система ACL работает со всеми ее наследованиями и проч. Обозреваемость всех этих ACL - даже с GUI - весьма хреновая - и понять что, откуда и как - по иерархии - это целое отдельное расследование. Которое умеют и хотят делать - ну вы понимаете же, да? Не менее просто - забить болт на все эти дурацкие групповые полися и проч если они вам не нравятся. Представляете, это все довольно легко на...ть! И вот уже мегаадмины, гроза бухов и хомяков - всего лишь беззубые нытики, а их щит - картонный, увы и ах. Даже если маркетинг майкрософт и покрасил его под металл.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

9. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
Сообщение от Аноним (9), 25-Сен-26, 10:56
Следить за пользователем настолько изощренными методами это как забивать гвозди рукояткой от молотка, игнорируя целевое назначение инструмента.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Атаки по сторонним каналам через механизм отслеживания измен..."	–3 +/–
	Сообщение от Аноним (10), 25-Сен-26, 10:58
	Китайцы и правда смеются, продолжая внедрять ssh(шелл) бэкдоры А дальше все что угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (9), 25-Сен-26, 11:18
	Или взять к примеру как Микрософт совсем недавно слил инфу в ФБР о подозрительном пользователе. Но вы, пользователи, бойтесь коварного хацкера, который может обнаружить на вашем компе файл с сайта фуррипрон.ххх
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (46), 25-Сен-26, 16:12
	коварный хацкер пользуется чужой виндой!
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Смузихеб забывший пароль (?), 26-Сен-26, 01:41
	и смотрит чужой прон!
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (46), 26-Сен-26, 14:54
	— Ты-то откуда знаешь? — Ты шо, кино не бачив? пс: Пароль "Рыба-меч"
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Атаки по сторонним каналам через механизм отслеживания измен..."	+3 +/–
	Сообщение от Аноним10084 и 1008465039 (?), 25-Сен-26, 12:14
	Добро пожаловать в мир атак по сторонним каналам. Иные описания атак похоже на "операции на мозге через задний проход"
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	30. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
	Сообщение от Аноним (30), 25-Сен-26, 13:16
	Вспоминает знаменитое противостояние "Хакер и столовая".
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
Сообщение от Аноним (11), 25-Сен-26, 11:02
Всё это пыль. ИИ находит новые способы атак он же закрывает пути для их реализации в среднем всё стоит на месте
Ответить | Правка | Наверх | Cообщить модератору

	44. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (44), 25-Сен-26, 15:20
	Закрытые уязвимости укрепляют софт. Разнообразие атак обогащает и сферу безопасности.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Джон Титор (ok), 25-Сен-26, 23:18
	Единственно кого оно обогащает, так это хакеров и админов (или как ныне называется эта роль - devsecops?).
	Ответить | Правка | Наверх | Cообщить модератору

12. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
Сообщение от Аноним (9), 25-Сен-26, 11:12
> в номинации самая неадекватная реакция производителя (Lamest Vendor Response), так как представители компании вначале заявили, что это не уязвимость, а недокументированная возможность. Иными словами микрософт не оценил находку исследователей и они придумали обидный мем в качестве копиума.
Ответить | Правка | Наверх | Cообщить модератору

	57. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от User (??), 25-Сен-26, 19:35
	Да вроде как оценил и даже починил в прошлом году: https://support.microsoft.com/en-us/servicing/os/windows/doc... Но по дефолту - чтобы ничего никому не поломать - отключено.
	Ответить | Правка | Наверх | Cообщить модератору

13. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
Сообщение от devl547 (ok), 25-Сен-26, 11:18
В общем, в целях безопасности надо обязать юзера нажимать каждую следующую кнопку не ранее, чем через одну минуту и после прохождения минимум двухфакторной авторизации.
Ответить | Правка | Наверх | Cообщить модератору

	35. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (33), 25-Сен-26, 13:29
	Нет, без авторизации. Но нажимать все клавиши через равные интервалы, независимо от позиции на клаве.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (60), 25-Сен-26, 19:53
	Да нажимай как удобно, за выравнивание интервалов пусть контроллер прямо в клавиатуре отвечает.
	Ответить | Правка | Наверх | Cообщить модератору

15. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Аноним (15), 25-Сен-26, 11:25
> Наиболее опасный метод атаки продемонстрирован в Linux и вызван возможностью определения доступа к файлам внутри каталога, которые напрямую не доступны для чтения и отслеживания. > В Windows оказалось, что включение отслеживания событий для корневого каталога (C:\) передаёт информацию, включая полный файловый путь, о любых событиях со всеми файлами в файловой системе, независимо от прав доступа к файлам. Шта? И где тут опаснее?
Ответить | Правка | Наверх | Cообщить модератору

	21. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (16), 25-Сен-26, 11:56
	В линуксе следят за родительским каталогом, который должен быть доступен. В винде - всё дерево доступно независимо от прав.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (16), 25-Сен-26, 12:05
	P.S. В линуксе домик юзера /home/user/ недоступен другим юзерам, а значит, следить можно только за /home, где ничего интересного вообще нету. В виндоузе можно следить по всему профилю хоть где.
	Ответить | Правка | Наверх | Cообщить модератору

17. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Аноним (17), 25-Сен-26, 11:43
надо всем научиться нажимать клавиши с одинаковой задержкой. Или делать такие специальные клавиатуры, которые буферизируют нажатые коды и выдают их с одинаковой задержкой.
Ответить | Правка | Наверх | Cообщить модератору

19. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Ivan_83 (ok), 25-Сен-26, 11:50
Ну тут такое себе. 1. FAM не должен видеть ничего в папках куда у него доступа нет, но сами изменения папок которые в условном ls видно - видеть должен. 2. /dev/input/event4 - нафига ОС что то там делает когда приходят события - загадка. В остальном учитывая что девайсы однопользовательские то это всё имеет мизерный импакт.
Ответить | Правка | Наверх | Cообщить модератору

	23. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Аноним (16), 25-Сен-26, 12:09
	> девайсы однопользовательские Ты забыл про браузеры с их js, webasm, api, workers, webapp, push и пр.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
	Сообщение от Ivan_83 (ok), 25-Сен-26, 12:29
	У браузера нет доступа к FAM для этого всего.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Атаки по сторонним каналам через механизм отслеживания измен..."	–1 +/–
	Сообщение от Аноним (16), 25-Сен-26, 13:37
	Наивность детская не знает границ.
	Ответить | Правка | Наверх | Cообщить модератору

26. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Аноним (26), 25-Сен-26, 12:21
> Второй способ атаки позволяет определить момент вывода диалога c запросом параметров аутентификации подсистемой Polkit через отслеживание обращения к исполняемому файлу /usr/bin/pkexec. В этот момент атакующий может сформировать фиктивное окно, стилизованное под диалог ввода пароля, и вывести его поверх реального запроса пароля. Можно сделать гораздо проще - прибить работающий polkit-kde-authentication-agent-1 и запустить свой. Политика безопасности для пользователя в линуксе устроена по принципу "сгорел сарай - гори и хата". Если получилось выполнить код из-под пользователя, то считается, что всё пропало. О том, что можно и нужно защищать пароли, никто не думает. И эти исследователи безопасности ещё не знают, что qt и gtk сливают весь ввод через шину accessibility, в том числе и пароли.
Ответить | Правка | Наверх | Cообщить модератору

	37. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (16), 25-Сен-26, 13:36
	> qt и gtk сливают весь ввод через шину accessibility А Вы думали, accessibility только для глухонемых делали?
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (46), 25-Сен-26, 16:14
	спецслужбы по определению глухонемые, поэтому стремятся все слышать и видеть :)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (-), 27-Сен-26, 00:32
	>> qt и gtk сливают весь ввод через шину accessibility > А Вы думали, accessibility только для глухонемых делали? А зачем вы ЭТО вообще установили? Вы глухонемые? Или чисто по приколу с лопаты накидали?
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

29. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Аноним (29), 25-Сен-26, 12:41
>представители компании вначале заявили, что это не уязвимость, а недокументированная возможность. Кто не вкурсе, напоминаю. Вся Windows OS, любой версии, представляют из себя экосистему с недокументированными возможностями. Марк Русинович подтвердит мои слова. Чтобы он не шумел, Майкрософт брали его на работу к себе. Потом, видимо взяли у него подписку о неразглашении бэкдоров, которые он знает.
Ответить | Правка | Наверх | Cообщить модератору

	67. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (67), 25-Сен-26, 21:55
	Он там до сих пор работает. Директором по Azure.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (-), 27-Сен-26, 00:34
	> Он там до сих пор работает. Директором по Azure. А толку то. Все его небольшие но ядреные и полезные утилиты за которые его обожали системщики - майкрософт успешно прогадил. И теперь он, вероятно, скорее тормоз прогресса чем его светоч. Врядли он положив столько времени на NT сможет спокойно принять что Linux их всех - сделал :)
	Ответить | Правка | Наверх | Cообщить модератору

32. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Аноним (30), 25-Сен-26, 13:18
А в макосе что?
Ответить | Правка | Наверх | Cообщить модератору

41. "Атаки по сторонним каналам через механизм отслеживания измен..."	+1 +/–
Сообщение от Аноним (41), 25-Сен-26, 14:53
Насколько ж оно могло быстрее работать если бы на каждое нажатие клавиши оно бы не меняло что-то в метаданных родительского каталога Ээх мечты.
Ответить | Правка | Наверх | Cообщить модератору

	52. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (16), 25-Сен-26, 17:39
	> нажатие клавиши А представь, мышкой пошевелил...
	Ответить | Правка | Наверх | Cообщить модератору

42. "Атаки по сторонним каналам через механизм отслеживания измен..."	+2 +/–
Сообщение от Метрика (?), 25-Сен-26, 15:08
Концепция все есть файл неудачная идея
Ответить | Правка | Наверх | Cообщить модератору

	43. "Атаки по сторонним каналам через механизм отслеживания измен..."	–1 +/–
	Сообщение от Аноним (43), 25-Сен-26, 15:18
	То что ты написал глупость это и есть самая настоящая неудачная идея.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Метрика (?), 26-Сен-26, 06:30
	В свое время Unix просто на API сэкономили, решили обойтись API файлов для всего, но не сложилось, уже тогда пришлось выделять отдельный API сокетов, что с лицом Unix-way все есть файл?
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Смузихеб забывший пароль (?), 26-Сен-26, 01:53
	но тогда что было бы удачной идеей
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

50. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Аноним (60), 25-Сен-26, 17:11
> отслеживать активность других пользователей Откуда там взялись _другие_ пользователи -- загадка. Все ОС давно однопользовательские, времена тайм-шеринга и цпанельных хостингов давно прошли.
Ответить | Правка | Наверх | Cообщить модератору

	51. "Атаки по сторонним каналам через механизм отслеживания измен..."	–1 +/–
	Сообщение от Аноним (16), 25-Сен-26, 17:38
	А сетевых сервисов у тебя ни одного нету? Или они все под рутом работают?
	Ответить | Правка | Наверх | Cообщить модератору

	59. Скрыто модератором	–1 +/–
	Сообщение от Аноним (60), 25-Сен-26, 19:45
	Зачем сетевому сервису доступ к /dev/input? Кто и зачем прокинул весь /dev целиком ему в контейнер?
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Смузихеб забывший пароль (?), 26-Сен-26, 02:00
	в винде не рут, а администратор ) тем более, что обычно там созданный пользователь и является локальным администратором и любые проги, запущенные им, работают с соотв. правами
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	75. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
	Сообщение от Аноним (75), 26-Сен-26, 07:54
	Не звезди, UAC еще в Висте появился.
	Ответить | Правка | Наверх | Cообщить модератору

55. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от X1232 (?), 25-Сен-26, 17:50
> изменения метаданных каталога /dev/input. Изменение состояния /dev/input/event4 происходит при вводе данных непонял... это нафига такую дырень сделали в Linux?
Ответить | Правка | Наверх | Cообщить модератору

63. "Атаки по сторонним каналам через механизм отслеживания измен..."	–1 +/–
Сообщение от Аноним (16), 25-Сен-26, 20:30
> атакующий может сформировать фиктивное окно, стилизованное под диалог ввода пароля, и вывести его поверх реального Почему в вейленде такая уязвимость? Как чужое окно может всплыть поверх активного и забрать у него фокус? Ведь обещали, что в вейленде окна так не могут.
Ответить | Правка | Наверх | Cообщить модератору

78. "Атаки по сторонним каналам через механизм отслеживания измен..."	+/–
Сообщение от Tron is Whistling (?), 26-Сен-26, 22:45
Да, возможно что-то даже можно. В суровых лабораторных условиях - без запущенных в фоне приложений, с точно замеренными параметрами испытуемого...
Ответить | Правка | Наверх | Cообщить модератору

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

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