The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Разработан метод атаки на DRAM-память, позволяющий обойти за..., opennews (ok), 23-Ноя-18, (0) [смотреть все]

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


22. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от nrv (ok), 24-Ноя-18, 09:38 
Меня очень пугают такие вещи. Сначала меня испугал сам факт существования ecc памяти. Теперь оказывается, что и ecc не цифровая...

Что значит понятие "цифровой"? Это значит 2+2 всегда 4. Что считывая ячейку памяти, мы получаем значение, которое было туда записано. в 1-й раз, во второй, в 1000002-й..

То есть что получается, братцы? Получается, кодер не может гарантированно написать 100% валидную программу, даже если он знает как это сделать. Бит памяти поменяется самостоятельно.. и if пойдет не туда

Кто=нибудь может просветить, как DRAM без ecc вляет на юзер экспириенс?
Ок, ecc сбоит в каких-то экслюзивных случаях, а обычная - постоянно?
Память течет? Ошибки? Или тупо зависание? Или сразу BSOD/Kernel panic?
Как часто она сбоит-то?

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

23. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  –1 +/
Сообщение от КГБ СССР (?), 24-Ноя-18, 11:32 
А ещё, говорят, чем выше к небу, тем больше космических лучей пронзает кремниевые чипы, вызывая обилие интересных последствий. :)

Интересуясь выше о гипотетических экспериментах такого рода над морально устаревшими типами DRAM, я подразумеваю, что миниатюризация и высокие скорости не всегда во благо, как про то вещают рекламы. Например, для DRAM это не на пользу: из тощей ячейки заряд быстрее утекает, чем из жирной. И латентность возрастает до кошмарных значений. Нам-то сказывают о высокой скорости «новых типов ОЗУ», а на самом деле речь о пропускной способности, о ширине шины — и более ни о чём. Если юзернейм работает с огромными кусками мультимедийных данных, ему это может быть на пользу, поскольку они как бы быстрее туда-сюда ворочаются (а дальше все вопросы к CPU), а если тихонько и по-старому — то нет. Ведь у чипов-то «внутренняя» скорость не менялась уже многие годы. Вреда много получается от их большой скорости.

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

26. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +1 +/
Сообщение от Аноним84701 (ok), 24-Ноя-18, 17:01 
> То есть что получается, братцы? Получается, кодер не может гарантированно написать 100%
> валидную программу, даже если он знает как это сделать. Бит памяти поменяется самостоятельно.. и if пойдет не туда

...
> Ок, ecc сбоит в каких-то экслюзивных случаях, а обычная - постоянно?

Sun своими ультаспарками на эти грабли еще 20 лет назад налетела:
http://www.sparcproductdirectory.com/artic-2001-dec-1.html
> Sun's CEO Scott McNealy seems to draw a line under the problem, which Sun now blames on process or design problems in the high speed SRAM chips its was buying from IBM to use in its cache. Sun claims that data bits in the IBM supplied SRAM were being randomly flipped by alpha particles.

[...]
> (ECC was not an option because the logic delay penalty cancels out the speed advantage of using SRAM in the cache).

[...]
> This problem affected thousands of users, and one Sun customer wrote to tell us their company had replaced over 1000 UltraSPARC 2 400MHz CPUs because of the ecache issue.
>

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

32. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от macfaq (?), 24-Ноя-18, 23:22 

> То есть что получается, братцы? Получается, кодер не может гарантированно написать 100%
> валидную программу, даже если он знает как это сделать. Бит памяти
> поменяется самостоятельно.. и if пойдет не туда

Проснулись.

Читайте Андерсона, Orange Book и остальные книжки из "радужной" серии, EAL.

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

35. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от пох (?), 26-Ноя-18, 07:09 
ну надо же, открытие.

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

"цифровой" был только арифмометр "феликс" - там, если шестеренки попадали мимо зубца, его клинило, и приходилось нести в ремонт.

P.S. а сколько тебя открытий чудных ждет при знакомстве с устройством современных hdd...

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

37. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от Аноним (37), 26-Ноя-18, 09:35 
не соглашусь с выводами: цифровой это не значит гарантированный уровень сигнала, т.е. если единица то это ровно 5 вольт (к примеру), а если нуль то 0 вольт. У цифры есть свои диапазоны, т.е. единицей считается напряжение от 2,7 до 5 вольт, а нулем - от 0 до 0,8 вольта (если питание 5 вольт). цифровой означает что уровень напряжения может изменяться в процессе передачи или хранения, но он не выйдет за пределы диапазона, в котором изначально был (отправлен или сохранен). Цифровые ячейки есть - триггеры, два (или четыре) транзистора на бит (с обвязкой в виде резисторов), но это дорого, потому и используют один транзистор плюс конденсатор (ОЗУ).
Ответить | Правка | Наверх | Cообщить модератору

45. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от pavlinux (ok), 27-Ноя-18, 21:48 
Отец, спасибо за мамонтологию, но цифровой - это цифровой: 1, 0, ... -1, |0⟩,|1⟩, спин, полуспин,... итд.
Как это реализуется, другой вопрос.  
Ответить | Правка | Наверх | Cообщить модератору

40. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от Orduemail (ok), 26-Ноя-18, 12:42 
> Кто=нибудь может просветить, как DRAM без ecc вляет на юзер экспириенс?

Мне приходилось читать лет пять назад про фишинг, основанный на том, что при многократных передачах доменного имени от браузера, до dns-сервера который даст ответ, есть вероятность искажения одного бита. При передаче по IP сетям данные подписываются хеш-суммой, но в промежутках между передачами от устройства к устройству данные хранятся в RAM памяти.

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

Но в большинстве случаев инверсия одного бита никак заметно не повлияет на работу. Толку-то от того, что в дисковом кеше один бит поменяется? Ещё надо дождаться, когда этот бит повлияет как-то на ход выполнения кода. Если он вообще повлияет. Огромные объёмы памяти заняты информацией, которая не критична к искажению. Распакованный jpg может занимать мегабайты, но что ему будет от искажения одного бита?

Но при этом есть вероятность всего чего угодно, из того списка, который ты предложил. Просто ты замучаешься ждать, когда это случится, а когда случится никогда не узнаешь почему это случилось. Потому что помимо нестабильности памяти есть множество других причин для утечек памяти, зависаний и kernel panic'ов, эти другие причины гораздо более вероятны, и их очень сложно отмести как возможные причины, при диагностике внезапного единичного падения системы или программы.

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

43. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от Аноним (42), 26-Ноя-18, 17:45 
Мир неидеален. Просто прими это и живи спокойно.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

47. "Разработан метод атаки на DRAM-память, позволяющий обойти за..."  +/
Сообщение от pavlinux (ok), 27-Ноя-18, 22:25 
> То есть что получается, братцы? Получается, кодер не может гарантированно написать 100%

Юзай Эльбрусы, там работа с памятью похожа на придуманный ZebRAM  
https://www.usenix.org/system/files/osdi18-konoth.pdf

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру