forum.opennet.ru - "TikTag - атака на механизм спекулятивного выполнения в CPU ARM, позволяющая обойти защиту MemTag" (34)

"TikTag - атака на механизм спекулятивного выполнения в CPU ARM, позволяющая обойти защиту MemTag"

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

"TikTag - атака на механизм спекулятивного выполнения в CPU ARM, позволяющая обойти защиту MemTag"	+/–
Сообщение от opennews (?), 18-Июн-24, 09:15
Группа исследователей из Сеульского университета и компании Samsung выявила уязвимость в процессорах ARM, получившую кодовое имя TikTag, которую можно использовать для обхода аппаратного механизма защиты MemTag (MTE, Memory Tagging Extension), присутствующего в чипах на базе архитектуры ARMv8.5-A. Уязвимость позволяет определить содержимое тегов TikTag для произвольных адресов памяти из-за утечек данных, возникающих в результате спекулятивного выполнения инструкций CPU... Подробнее: https://www.opennet.me/opennews/art.shtml?num=61389
Ответить \| Правка \| Cообщить модератору

Оглавление

Защищён ли OpenBSD из коробки за 10 лет до открытия этой уязвимости , Аноним (2), 09:34 , 18-Июн-24, (2) –2

Конечно, нет, но это не помешает им заявить что-нибудь подобное картинкаслинус, Аноним (3), 09:37 , 18-Июн-24, (3) –2

Из этого следует, что NetBSD защищена от этой уязвимости , Аноним (2), 09:37 , 18-Июн-24, (4)
Справедливости ради, ограничение hyper-threading позволило ослабить воздействие , Аноним (2), 09:40 , 18-Июн-24, (5) +1

Да, защищён Он просто не запустится на данных процессорах , Bottle (?), 13:54 , 18-Июн-24, (49) +3

Давно про уязвимости процессоров не было новостей Особенно про ARM , ryoken (ok), 09:48 , 18-Июн-24, (7) +1

Значит скоро ждём очередной ковид , Слава Линуксу (?), 10:02 , 18-Июн-24, (10) +1
Держали компромат до выхода армовых ноутбуков на швинде Тут к гадалке на ходи , Аноним (25), 11:13 , 18-Июн-24, (25) –2

Скрыто модератором, Аноним (12), 10:05 , 18-Июн-24, (12) +1
Ну спасибо, что выложили в открытый доступ описание уязвимости Теперь любой Вас, ИмяХ (ok), 10:14 , 18-Июн-24, (13) –5

Вы же специалист и сейчас патчей накидаете Эпла подвержена , Аноним (20), 10:50 , 18-Июн-24, (20) +1

Товарищи, подскажите, в чём нарисованы иллюстрации к статье , Аноним (15), 10:23 , 18-Июн-24, (15) +4

Статья в арксиве написана в латехе , 3draven (ok), 16:54 , 18-Июн-24, (60)

Нет уж, или трусы, или крестик 171 X 187 в 171 LaTeX 187 и в 171 arX, Аноним (79), 00:56 , 19-Июн-24, (79) +2

Звучание может зависеть от положения в слове Есть даже классная шутка про англ я, Аноним (-), 12:10 , 19-Июн-24, (82)

Ну и где теперь эти свидетели чудовищной ошибки , Аноним (25), 11:08 , 18-Июн-24, (24)

Запустите вы браузер там где научились подставлять свой объект со своим кодом вм, Аноним (-), 00:41 , 19-Июн-24, (76)

TikTag У них скоро закончатся названия для этих атаг - , Аноним (57), 15:58 , 18-Июн-24, (57)
Предлагаю выпустить фикс с понижением производительности , Songo (ok), 16:01 , 18-Июн-24, (58)

В другой новости есть такое предложение Не люблю когда нужно переходить по множ, Аноним (-), 00:35 , 19-Июн-24, (75)

Пример людей не забывших, что такое честь Похвально , Аноним (61), 17:07 , 18-Июн-24, (61)
Скрыто модератором, Аноним (62), 18:16 , 18-Июн-24, (62)

Скрыто модератором, Аноним (62), 18:47 , 18-Июн-24, (64)

Ну и когда уже запретят чтение сегмента кода Чтобы гаджеты невозможно было найт, Аноним (63), 18:46 , 18-Июн-24, (63)

Так это ж данные, а не код Можете уточнить, вы имеете в виду что они хранятся в, Аноним (-), 23:31 , 18-Июн-24, (73)

Если кому интересно глянуть на отрывок кода, тут нашел https www msn com en-u, Аноним (-), 00:48 , 19-Июн-24, (77)

Или даже тут немного лучше https www bleepingcomputer com news security new-a, Аноним (-), 00:50 , 19-Июн-24, (78)

лол, это про чтение памяти в рамках одного процесса Даже и не знал, что такое ч, Big Robert TheTables (?), 11:55 , 19-Июн-24, (81) –1

А это тегирование не на каждом процессоре есть Вы бы перечитали как оно работае, Аноним (83), 14:22 , 19-Июн-24, (83)

раскройте тему А это тегирование не на каждом процессоре есть и , Big Robert TheTables (?), 12:44 , 20-Июн-24, (88)

Я другой аноним, но попробую ответить Оно аппаратное и работает на определенных, Аноним (90), 02:11 , 23-Июн-24, (90)

https community arm com arm-community-blogs b architectures-and-processors-blo, Аноним (92), 04:07 , 23-Июн-24, (92)

Понимаете Архитектура процессора это тоже в некотором смысле программа, хоть и , Аноним (90), 02:13 , 23-Июн-24, (91)

Мы будем городить усложнения на усложнения, лепить заплатки на заплатки, будем з, YetAnotherOnanym (ok), 17:34 , 19-Июн-24, (84)

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

2. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." –2 +/–

Сообщение от Аноним (2), 18-Июн-24, 09:34

Защищён ли OpenBSD из коробки за 10 лет до открытия этой уязвимости?

Ответить | Правка | Наверх | Cообщить модератору

3. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." –2 +/–

Сообщение от Аноним (3), 18-Июн-24, 09:37

Конечно, нет, но это не помешает им заявить что-нибудь подобное. [картинкаслинусом]

Ответить | Правка | Наверх | Cообщить модератору

4. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (2), 18-Июн-24, 09:37

Из этого следует, что NetBSD защищена от этой уязвимости.

Ответить | Правка | Наверх | Cообщить модератору

5. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +1 +/–

Сообщение от Аноним (2), 18-Июн-24, 09:40

Справедливости ради, ограничение hyper-threading позволило ослабить воздействие meltdown/spectre на OpenBSD. Сделано это было задолго до появления этих уязвимостей. Разработчики заранее подозревали.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

49. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +3 +/–

Сообщение от Bottle (?), 18-Июн-24, 13:54

Да, защищён. Он просто не запустится на данных процессорах.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

7. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +1 +/–

Сообщение от ryoken (ok), 18-Июн-24, 09:48

Давно про уязвимости процессоров не было новостей. Особенно про ARM.

Ответить | Правка | Наверх | Cообщить модератору

10. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +1 +/–

Сообщение от Слава Линуксу (?), 18-Июн-24, 10:02

Значит скоро ждём очередной "ковид"

Ответить | Правка | Наверх | Cообщить модератору

25. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." –2 +/–

Сообщение от Аноним (25), 18-Июн-24, 11:13

Держали компромат до выхода армовых ноутбуков на швинде. Тут к гадалке на ходи.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

12. Скрыто модератором +1 +/–

Сообщение от Аноним (12), 18-Июн-24, 10:05

Теоретическая теория в сферическом ящике Шредингира.

Ответить | Правка | Наверх | Cообщить модератору

13. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." –5 +/–

Сообщение от ИмяХ (ok), 18-Июн-24, 10:14

Ну спасибо, что выложили в открытый доступ описание уязвимости. Теперь любой Васян может удалённо взломать любой планшет/смартфон, украсть все данные и напичкать майнерами. Здравствуй кибер-анархия!

Ответить | Правка | Наверх | Cообщить модератору

20. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +1 +/–

Сообщение от Аноним (20), 18-Июн-24, 10:50

Вы же специалист и сейчас патчей накидаете. Эпла подвержена?

Ответить | Правка | Наверх | Cообщить модератору

15. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +4 +/–

Сообщение от Аноним (15), 18-Июн-24, 10:23

Товарищи, подскажите, в чём нарисованы иллюстрации к статье?

Ответить | Правка | Наверх | Cообщить модератору

60. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от 3draven (ok), 18-Июн-24, 16:54

Статья в арксиве написана в латехе.

Ответить | Правка | Наверх | Cообщить модератору

79. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +2 +/–

Сообщение от Аноним (79), 19-Июн-24, 00:56

Нет уж, или трусы, или крестик!  «X» в «LaTeX» и в «arXiv» — это одна и та же греческая буква.
Так что либо «в латексе», либо «в архиве».

Ответить | Правка | Наверх | Cообщить модератору

82. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (-), 19-Июн-24, 12:10

> Нет уж, или трусы, или крестик!  «X» в «LaTeX» и в «arXiv» — это одна и та же греческая буква.
> Так что либо «в латексе», либо «в архиве».
Звучание может зависеть от положения в слове.
Есть даже классная шутка про англ язык
Why is every 'C' in Pacific Ocean pronounced differently?
ps но фраза "я отправил вам свою курсовую в латексе" звучит шикарно))

Ответить | Правка | Наверх | Cообщить модератору

24. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (25), 18-Июн-24, 11:08

Ну и где теперь эти свидетели чудовищной ошибки?

Ответить | Правка | Наверх | Cообщить модератору

76. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (-), 19-Июн-24, 00:41

Запустите вы браузер там где научились подставлять свой объект со своим кодом вместо существующего. Посмотрим насколько оно чудовищно.

Ответить | Правка | Наверх | Cообщить модератору

57. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (57), 18-Июн-24, 15:58

TikTag. У них скоро закончатся названия для этих атаг! :-)

Ответить | Правка | Наверх | Cообщить модератору

58. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Songo (ok), 18-Июн-24, 16:01

Предлагаю выпустить фикс с понижением производительности :)

Ответить | Правка | Наверх | Cообщить модератору

75. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (-), 19-Июн-24, 00:35

В другой новости есть такое предложение:
> Уязвимость устранена в выпуске GrapheneOS 2024030900 и затрагивает сборки для смартфонов, в которых не включена дополнительная аппаратная защита на основе расширения MTE (MTE пока включён только для устройств Pixel 8 и Pixel 8 Pro).
Не люблю когда нужно переходить по множеству ссылок чтобы понять в чем суть. Достаточно не включать эту возможность для ОС, а для программ на кристалле в общем-то приходится. Там вируса не будет.

Ответить | Правка | Наверх | Cообщить модератору

61. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (61), 18-Июн-24, 17:07

> Команда, отвечающая за безопасность платформы Android, признала возможность совершения атаки […] и выразила готовность выплатить вознаграждение за найденную уязвимость.
Пример людей не забывших, что такое честь. Похвально!

Ответить | Правка | Наверх | Cообщить модератору

62. Скрыто модератором +/–

Сообщение от Аноним (62), 18-Июн-24, 18:16

Уже удалили. Товарищ майор не понимает элементарных вещей. Все начинается с физиков, благодаря которым у нас есть возможность иметь базовую элементную базу. Потом есть архитекторы процессоров, которые собирают эту элементную базу в одну большую единую схему. Например есть такая иностранная архитектура ARM, в которой, как говорится, найдена ошибка. Потом благодаря аппаратуре созданной другими физиками мы получаем процессор в железе и пластмассе на определенной архитектуре. Потом этот процессор вставляется или припаевается к микросхеме. Насколько я помню ARM - программируемый контроллер, т.е. до пайки или после его программируют. Программа может иметь операционную систему (ОС), а может и не иметь, а может считывать ОС из внешнего носителя через интерфейс микросхемы, такие как i2c, uart, usb, sata, nvme и др. И уже на операционной системе выполняются программы. Они могут напрямую получать доступ к процессору, а могут использовать интерфейсы обращения к ОС. И вот конечные программы в конечном железе пользователя это то ради чего все это делается и планируется. Имейте это в виду перед тем как задать вопрос о том, кто вам мешает делать свои операционные системы?

Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором +/–

Сообщение от Аноним (62), 18-Июн-24, 18:47

И всё-равно не полно рассказал. Нужно и про американские процессы разработки добавить и как оно связано с финансированием и про то сколько нужно затратить сил и времени чтобы научиться и разработать. "Бесплатное" ПО не на коленке и не от балды делается. Вот именно поэтому у господ с высоким ЧСВ из-за синьцорности вообще нет открытого кода, зато много громогласных заявлений что это можно делать просто, ну или есть незначительное участие в готовых проектах. Делать что-то с нуля и заявлять как это просто не одно и то же. Вот вам и "кто мешает"?
Вот если вы бы знали элементарно процессы, то таких новостей как очередной директор очередного предприятия уехал в неизвестном направлении с кучей денег не было. А такие новости четко говорят о том что процессы либо не известны, либо применяемые не эффективны. Но об этом вам никто не расскажет - вроде как не совсем инженерное это дело, хоть и на прямую и существенно влияет на результат.

Ответить | Правка | Наверх | Cообщить модератору

63. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (63), 18-Июн-24, 18:46

Ну и когда уже запретят чтение сегмента кода? Чтобы гаджеты невозможно было найти.

Ответить | Правка | Наверх | Cообщить модератору

73. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (-), 18-Июн-24, 23:31

Так это ж данные, а не код. Можете уточнить, вы имеете в виду что они хранятся в одном и том же месте, где-то в оперативной памяти?

Ответить | Правка | Наверх | Cообщить модератору

77. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (-), 19-Июн-24, 00:48

Если кому интересно глянуть на отрывок кода, тут нашел: https://www.msn.com/en-us/news/technology/arms-tiktag-attack...

Ответить | Правка | Наверх | Cообщить модератору

78. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (-), 19-Июн-24, 00:50

Или даже тут немного лучше: https://www.bleepingcomputer.com/news/security/new-arm-tikta.../

Ответить | Правка | Наверх | Cообщить модератору

81. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." –1 +/–

Сообщение от Big Robert TheTables (?), 19-Июн-24, 11:55

лол, это про чтение памяти в рамках одного процесса?
Даже и не знал, что такое чтение защищено каким-то тэгированием. Век живи, век учись.
Implications and industry response
The leakage of MTE tags is not tied to the leakage of passwords, encryption keys, etc.
расходимся

Ответить | Правка | Наверх | Cообщить модератору

83. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (83), 19-Июн-24, 14:22

А это тегирование не на каждом процессоре есть. Вы бы перечитали как оно работает.

Ответить | Правка | Наверх | Cообщить модератору

88. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Big Robert TheTables (?), 20-Июн-24, 12:44

> А это тегирование не на каждом процессоре есть. Вы бы перечитали как
> оно работает.
раскройте тему. "А это тегирование не на каждом процессоре есть." и?

Ответить | Правка | Наверх | Cообщить модератору

90. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (90), 23-Июн-24, 02:11

Я другой аноним, но попробую ответить. Оно аппаратное и работает на определенных процессорах. Выставляете тег безопасности и как только выполняется переполнение буфера - согласно информации в теге (а это некий объект) выполняется код указанный по ссылке на аварийный, как-раз на этот случай. Так вот этот тег не является секретом для всех приложений и его использование фактически потенциальная утечка информации потому что вредоносная программа попав на эту машину поменяет тег где нужный код. Вот поэтому и придумано решение компилировать Линукс (или Андроид) без поддержки данного тега. Впрочем при программировании без ОС эта возможность удобна на самом деле.

Ответить | Правка | Наверх | Cообщить модератору

92. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (92), 23-Июн-24, 04:07

https://community.arm.com/arm-community-blogs/b/architecture...
А, ну не совсем так - оно лочит часть занятой памяти ключём. Когда программа в будущем будет использовать этот указатель, ссылаясь на какую-то часть блока, все будет хорошо. Указатель по-прежнему содержит правильный ключ. Но если блок освобожден и его ключ изменен, последующее использование этого устаревшего указателя вызовет неисправность процессора из-за несоответствия ключа, что указывает на ошибку программирования или попытку эксплойта уязвимости, которые вы хотите поймать.
https://www.theregister.com/2024/06/18/arm_memory_tag_extens.../
В общем исследователи обнаружили что при определенных условиях за 4 секунды можно в 95% случаев угадать ключ. Используя гаджеты – шаблонов машинных инструкций в памяти –, ученые обнаружили, что могут наблюдать шаблоны доступа к памяти, чтобы определить тег MTE данного адреса памяти. По их словам, коренные причины связаны с тем, как результаты проверки тегов влияют на предварительную выборку данных ЦП, а также с тем, как ядро ЦП предотвращает пересылку с сохранением и загрузкой при ошибке проверки тегов.
Они короче код на гитхаб выложили: https://github.com/compsec-snu/tiktag
И если почитать что такое спекулятивное исполнение: https://www.intel.com/content/www/us/en/developer/articles/t...
То можно сделать вывод что торопясь  побыстрее обеспечить безопасность, получили уязвимость. А значит аллокация с помощью mte не гарантирует что кто-то ещё получит доступ к аллоцированной памяти. Ну и это означает что отпечаток памяти можно считать и изменить. Я подумал сначала что оно совсем по другому работает

Ответить | Правка | Наверх | Cообщить модератору

91. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от Аноним (90), 23-Июн-24, 02:13

Понимаете? Архитектура процессора это тоже в некотором смысле программа, хоть и электроника. Там тоже бывают ошибки характерные программированию.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

84. "TikTag - атака на механизм спекулятивного выполнения в CPU A..." +/–

Сообщение от YetAnotherOnanym (ok), 19-Июн-24, 17:34

> результат спекулятивного выполнения отбрасывается, но полученные данные остаются в кэше
> для каждых 16 байт физической памяти создаётся 4-битовый тег, который выступает подобием ключа для доступа к этой памяти
Мы будем городить усложнения на усложнения, лепить заплатки на заплатки, будем заворачивать левую ногу за правое ухо и правую - за левое, но никогда, никогда, слышите вы, никогда не будем обнулять память с результатами спекулятивного выполнения после неверно угаданного перехода.

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	–2 +/–
Сообщение от Аноним (2), 18-Июн-24, 09:34
Защищён ли OpenBSD из коробки за 10 лет до открытия этой уязвимости?
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	–2 +/–
	Сообщение от Аноним (3), 18-Июн-24, 09:37
	Конечно, нет, но это не помешает им заявить что-нибудь подобное. [картинкаслинусом]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (2), 18-Июн-24, 09:37
	Из этого следует, что NetBSD защищена от этой уязвимости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+1 +/–
	Сообщение от Аноним (2), 18-Июн-24, 09:40
	Справедливости ради, ограничение hyper-threading позволило ослабить воздействие meltdown/spectre на OpenBSD. Сделано это было задолго до появления этих уязвимостей. Разработчики заранее подозревали.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	49. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+3 +/–
	Сообщение от Bottle (?), 18-Июн-24, 13:54
	Да, защищён. Он просто не запустится на данных процессорах.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

7. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+1 +/–
Сообщение от ryoken (ok), 18-Июн-24, 09:48
Давно про уязвимости процессоров не было новостей. Особенно про ARM.
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+1 +/–
	Сообщение от Слава Линуксу (?), 18-Июн-24, 10:02
	Значит скоро ждём очередной "ковид"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	–2 +/–
	Сообщение от Аноним (25), 18-Июн-24, 11:13
	Держали компромат до выхода армовых ноутбуков на швинде. Тут к гадалке на ходи.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору

12. Скрыто модератором	+1 +/–
Сообщение от Аноним (12), 18-Июн-24, 10:05
Теоретическая теория в сферическом ящике Шредингира.
Ответить \| Правка \| Наверх \| Cообщить модератору

13. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	–5 +/–
Сообщение от ИмяХ (ok), 18-Июн-24, 10:14
Ну спасибо, что выложили в открытый доступ описание уязвимости. Теперь любой Васян может удалённо взломать любой планшет/смартфон, украсть все данные и напичкать майнерами. Здравствуй кибер-анархия!
Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+1 +/–
	Сообщение от Аноним (20), 18-Июн-24, 10:50
	Вы же специалист и сейчас патчей накидаете. Эпла подвержена?
	Ответить \| Правка \| Наверх \| Cообщить модератору

15. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+4 +/–
Сообщение от Аноним (15), 18-Июн-24, 10:23
Товарищи, подскажите, в чём нарисованы иллюстрации к статье?
Ответить \| Правка \| Наверх \| Cообщить модератору


	60. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от 3draven (ok), 18-Июн-24, 16:54
	Статья в арксиве написана в латехе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+2 +/–
	Сообщение от Аноним (79), 19-Июн-24, 00:56
	Нет уж, или трусы, или крестик! «X» в «LaTeX» и в «arXiv» — это одна и та же греческая буква. Так что либо «в латексе», либо «в архиве».
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (-), 19-Июн-24, 12:10
	> Нет уж, или трусы, или крестик! «X» в «LaTeX» и в «arXiv» — это одна и та же греческая буква. > Так что либо «в латексе», либо «в архиве». Звучание может зависеть от положения в слове. Есть даже классная шутка про англ язык Why is every 'C' in Pacific Ocean pronounced differently? ps но фраза "я отправил вам свою курсовую в латексе" звучит шикарно))
	Ответить \| Правка \| Наверх \| Cообщить модератору

24. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
Сообщение от Аноним (25), 18-Июн-24, 11:08
Ну и где теперь эти свидетели чудовищной ошибки?
Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (-), 19-Июн-24, 00:41
	Запустите вы браузер там где научились подставлять свой объект со своим кодом вместо существующего. Посмотрим насколько оно чудовищно.
	Ответить \| Правка \| Наверх \| Cообщить модератору

57. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
Сообщение от Аноним (57), 18-Июн-24, 15:58
TikTag. У них скоро закончатся названия для этих атаг! :-)
Ответить \| Правка \| Наверх \| Cообщить модератору

58. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
Сообщение от Songo (ok), 18-Июн-24, 16:01
Предлагаю выпустить фикс с понижением производительности :)
Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (-), 19-Июн-24, 00:35
	В другой новости есть такое предложение: > Уязвимость устранена в выпуске GrapheneOS 2024030900 и затрагивает сборки для смартфонов, в которых не включена дополнительная аппаратная защита на основе расширения MTE (MTE пока включён только для устройств Pixel 8 и Pixel 8 Pro). Не люблю когда нужно переходить по множеству ссылок чтобы понять в чем суть. Достаточно не включать эту возможность для ОС, а для программ на кристалле в общем-то приходится. Там вируса не будет.
	Ответить \| Правка \| Наверх \| Cообщить модератору

61. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
Сообщение от Аноним (61), 18-Июн-24, 17:07
> Команда, отвечающая за безопасность платформы Android, признала возможность совершения атаки […] и выразила готовность выплатить вознаграждение за найденную уязвимость. Пример людей не забывших, что такое честь. Похвально!
Ответить \| Правка \| Наверх \| Cообщить модератору

62. Скрыто модератором	+/–
Сообщение от Аноним (62), 18-Июн-24, 18:16
Уже удалили. Товарищ майор не понимает элементарных вещей. Все начинается с физиков, благодаря которым у нас есть возможность иметь базовую элементную базу. Потом есть архитекторы процессоров, которые собирают эту элементную базу в одну большую единую схему. Например есть такая иностранная архитектура ARM, в которой, как говорится, найдена ошибка. Потом благодаря аппаратуре созданной другими физиками мы получаем процессор в железе и пластмассе на определенной архитектуре. Потом этот процессор вставляется или припаевается к микросхеме. Насколько я помню ARM - программируемый контроллер, т.е. до пайки или после его программируют. Программа может иметь операционную систему (ОС), а может и не иметь, а может считывать ОС из внешнего носителя через интерфейс микросхемы, такие как i2c, uart, usb, sata, nvme и др. И уже на операционной системе выполняются программы. Они могут напрямую получать доступ к процессору, а могут использовать интерфейсы обращения к ОС. И вот конечные программы в конечном железе пользователя это то ради чего все это делается и планируется. Имейте это в виду перед тем как задать вопрос о том, кто вам мешает делать свои операционные системы?
Ответить \| Правка \| Наверх \| Cообщить модератору


	64. Скрыто модератором	+/–
	Сообщение от Аноним (62), 18-Июн-24, 18:47
	И всё-равно не полно рассказал. Нужно и про американские процессы разработки добавить и как оно связано с финансированием и про то сколько нужно затратить сил и времени чтобы научиться и разработать. "Бесплатное" ПО не на коленке и не от балды делается. Вот именно поэтому у господ с высоким ЧСВ из-за синьцорности вообще нет открытого кода, зато много громогласных заявлений что это можно делать просто, ну или есть незначительное участие в готовых проектах. Делать что-то с нуля и заявлять как это просто не одно и то же. Вот вам и "кто мешает"? Вот если вы бы знали элементарно процессы, то таких новостей как очередной директор очередного предприятия уехал в неизвестном направлении с кучей денег не было. А такие новости четко говорят о том что процессы либо не известны, либо применяемые не эффективны. Но об этом вам никто не расскажет - вроде как не совсем инженерное это дело, хоть и на прямую и существенно влияет на результат.
	Ответить \| Правка \| Наверх \| Cообщить модератору

63. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
Сообщение от Аноним (63), 18-Июн-24, 18:46
Ну и когда уже запретят чтение сегмента кода? Чтобы гаджеты невозможно было найти.
Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (-), 18-Июн-24, 23:31
	Так это ж данные, а не код. Можете уточнить, вы имеете в виду что они хранятся в одном и том же месте, где-то в оперативной памяти?
	Ответить \| Правка \| Наверх \| Cообщить модератору

77. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
Сообщение от Аноним (-), 19-Июн-24, 00:48
Если кому интересно глянуть на отрывок кода, тут нашел: https://www.msn.com/en-us/news/technology/arms-tiktag-attack...
Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (-), 19-Июн-24, 00:50
	Или даже тут немного лучше: https://www.bleepingcomputer.com/news/security/new-arm-tikta.../
	Ответить \| Правка \| Наверх \| Cообщить модератору

81. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	–1 +/–
Сообщение от Big Robert TheTables (?), 19-Июн-24, 11:55
лол, это про чтение памяти в рамках одного процесса? Даже и не знал, что такое чтение защищено каким-то тэгированием. Век живи, век учись. Implications and industry response The leakage of MTE tags is not tied to the leakage of passwords, encryption keys, etc. расходимся
Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Аноним (83), 19-Июн-24, 14:22
	А это тегирование не на каждом процессоре есть. Вы бы перечитали как оно работает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "TikTag - атака на механизм спекулятивного выполнения в CPU A..."	+/–
	Сообщение от Big Robert TheTables (?), 20-Июн-24, 12:44
	> А это тегирование не на каждом процессоре есть. Вы бы перечитали как > оно работает. раскройте тему. "А это тегирование не на каждом процессоре есть." и?
	Ответить \| Правка \| Наверх \| Cообщить модератору