The OpenNET Project / Index page

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



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

Оглавление

Содержимое ячеек DRAM может быть повреждено в результате цик..., opennews (ok), 25-Дек-14, (0) [смотреть все]

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


5. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +5 +/
Сообщение от Аноним (-), 25-Дек-14, 11:01 
чтобы соседним битом в памяти оказался нужный байт нужного приложения нужно самостоятельно распределять память, то есть работать на уровне операционной системы. если есть такой уровень, то зачем геморроиться со всякими зацикливаниями?
Ответить | Правка | Наверх | Cообщить модератору

7. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +1 +/
Сообщение от Xaionaroemail (ok), 25-Дек-14, 11:02 
> чтобы соседним битом в памяти оказался нужный байт нужного приложения нужно самостоятельно
> распределять память, то есть работать на уровне операционной системы. если есть
> такой уровень, то зачем геморроиться со всякими зацикливаниями?

Это принципиальная проблема, которая может приводить к внезапным неполадкам. «Геморроиться» нужно, чтобы изучить проблему получше.

У меня уже не раз было на долгоработающих высоконагруженных серверах ощущение сбоя ОЗУ (либо очень странного бага ядра), хотя, например, memtest показывает, что всё хорошо. Конечно скорее всего не связано с subj-ем, но а вдруг?

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

20. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 11:53 
Приложение не может адресовать физический адрес в ОЗУ (именно нужную ячейку в микросхеме, для тех, кто далек от программирования) поэтому с вероятностью 99.999999999999999999999999% соседним битом окажется бит самой этой злонамеренной программы, которая сама же себя и завалит.
Ответить | Правка | Наверх | Cообщить модератору

31. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +3 +/
Сообщение от Xaionaroemail (ok), 25-Дек-14, 13:41 
> Приложение не может адресовать физический адрес в ОЗУ (именно нужную ячейку в
> микросхеме, для тех, кто далек от программирования) поэтому с вероятностью 99.999999999999999999999999%
> соседним битом окажется бит самой этой злонамеренной программы, которая сама же
> себя и завалит.

Во-первых, я не узнал ничего нового. Не понимаю зачем вы это написали мне в ответ.

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

Во-третьих, в своём комментарии я ничего не говорил про злонамеренную программу. А самым вероятным аналогом «злонамеренной» программы в моём комментарии выступает ядро Linux. Я говорил не про взлом, а про обычный глюк.

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

51. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 15:32 
> Во-третьих, в своём комментарии я ничего не говорил про злонамеренную программу. А самым вероятным аналогом «злонамеренной» программы в моём комментарии выступает ядро Linux. Я говорил не про взлом, а про обычный глюк.

MMU выступает вероятным аналогом.

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

21. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от YetAnotherOnanym (ok), 25-Дек-14, 11:58 
> memtest показывает, что всё хорошо

Кстати да, ждём появления проверки этой фигни в следующей версии memtest.

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

25. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 12:07 
так отпишись им
Ответить | Правка | Наверх | Cообщить модератору

33. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от dalco (ok), 25-Дек-14, 13:49 
Стесняюсь спросить - а что мониторинг ecc в этом случае выдавал? Обычно достаточно логи глянуть и сразу ясно - память или нет.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

73. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 17:43 
> достаточно логи глянуть и сразу ясно - память или нет.

Мониторинг ... чего? В случае ECC там по идее будет много воплей про paity error.

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

74. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +1 +/
Сообщение от Аноним (-), 25-Дек-14, 17:45 
> paity error.

^^^^^^ ECC FAIL :(.

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

83. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  –6 +/
Сообщение от абвгдейка (?), 25-Дек-14, 18:38 
проблема - это когда у вас что-то не работает. А это, слава богу, только потенциально  низковероятная, высосанная из пальца угроза
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

88. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 19:49 
> только потенциально  низковероятная, высосанная из пальца угроза

Потенциальная возможность уронить (DoS) или атаковать (внеплановое изменене хода выполнения кода) любую систему с DRAM - выглядит интересно.

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

90. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Crazy Alex (ok), 25-Дек-14, 20:02 
Тем не менее - маловероятно. Кстати, интереснее всего выглядит возможность неспешной скрытой порчи данных. Это вам не DoS - здесь ни смена железа, ни бэкапы не помогут, когда жареным запахнет.
Ответить | Правка | Наверх | Cообщить модератору

101. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 22:25 
> Тем не менее - маловероятно.

Из очевидного что в голову пришло:
- Неочевидные и наглые попытки объехать на кривой козе secure boot/trust zone/системы прав и привилегий/... путем контролируемого разрушения trusted данных/кода лишь потому что они были рядом с untrusted в DRAM. В ряде случаев это конечно учитывают, но упомянутая багофича нарушает столько програмерских и железячных допущений, что что-то где-то вполне может дать течь и все последствия даже предсказать невозможно - большинство систем элементарно не делалось с учетом таких подстав. Если что - я как-то раз "выигрывал джекпот" через переворот 1 бита в нужное время. Но это требовало хардварного приспособления. А тут нечто такое - софтварно, нахаляву.

- Возможность попытаться спровоцировать DoS в системе которая без этого казалась бы трудноубиваемой. Тривиальный и безобидный код без каких либо подозрительных элементов может отправить всю систему в нокаут, одной левой. Даже в таком виде - это уже на уровне F00F бага в пентиумах.

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

105. "Содержимое ячеек DRAM может быть повреждено в результате..."  +1 +/
Сообщение от arisu (ok), 25-Дек-14, 23:26 
> Тем не менее - маловероятно.

проблема с маловероятными случаями обычно в том, что они действительно вылазят очень редко. зато очень метко.

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

47. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  –1 +/
Сообщение от Нанобот (ok), 25-Дек-14, 14:50 
нужный байт нужного приложения достать вряд ли получится, а вот вызвать случайные повреждения памяти других процессов или йадра - вполне реально
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

72. "Содержимое ячеек DRAM может быть повреждено в результате цик..."  +/
Сообщение от Аноним (-), 25-Дек-14, 17:42 
> чтобы соседним битом в памяти оказался нужный байт нужного приложения нужно самостоятельно
> распределять память,

Это не так. Физическое размещение данных в памяти не имеет ничего общего с адресами в приложениях - операционка транслирует логические адреса приложений в физические адреса в памяти через таблицы трансляций. При некоторой поддержке этого процесса железом. Поэтому вполне может выйти что какой-то кус данных некоей программы оказывается жил в том же чипе DRAM и довольно близко.

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

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

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




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

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