«Вскрытие» данных зашифрованных dm-crypt, TrueCrypt и др.

> после перезагрузки компьютера, данные в RAM оставались неповреждёнными достаточно долгий промежуток времени

??? O_O

http://www.linux.org.ru/view-message.jsp?msgid=2522487

>"это в свою очередь проще всего сделать охладив модули с помощью баллончика со сжатым воздухом и таким образом обеспечив сохранность данных в течение 10 и более минут."

O_O ляяяя..

>Метки: криптография, винчестеры, вены вдоль

именно, что вдоль

ага, теперь посмотрим выживет эта тема, если выживет можно кричать: ${moderator_name:0:1}ВИМ!!!

Проблема решается методом после шифрования немедленно затереть область памяти где лежит ключ

Не ясно одно - причём тут dm-crypt и TrueCrypt? Таким способом можно от чего угодно ключики добыть.

>Проблема решается методом после шифрования немедленно затереть область памяти где лежит ключ

От ресета поможет?

>причём тут dm-crypt и TrueCrypt?

так написано же - не при чем.

>зашифрованных dm-crypt, TrueCrypt и многими другими программами. Предлагаемый способ никак не связан с уязвимостью алгоритмов.

>>Проблема решается методом после шифрования немедленно затереть область памяти где лежит ключ

>От ресета поможет?

При ресете вырабатывать мощный электромагнитный импульс сжигающий ноут и моск оператора. - ключей не останется, проверено!

Давно доказано, что горячий паяльник сохраняет пароли лучше чем холодная память ...

И я не понимаю вообще кто нажимать ресет будет - тот кто сидит за компом? Так он же очевидно и вводил ключ и заведомо его знает

>кто нажимать ресет будет - тот кто сидит за компом?

мы таки про сервера или про локалхосты?

А вообще, баян. На опеннете с утра лежит.

Так если на серваке то что - шифрование сервак делает? Тот кто к серваку обращается сам шифрует - иначе можно из сети выудить незашифрованные данные

>Так если на серваке то что - шифрование сервак делает? Тот кто к серваку обращается сам шифрует - иначе можно из сети выудить незашифрованные данные

мдя.. тут про шифрование разделов. при чем тут вообще сеть?

>сжигающий ноут и моск оператора. - ключей не останется, проверено!

да, это многое обьясняет

А при шифровании разделов какая разница сервак или не сервак? К серваку по идее имеет физический доступ админ и только Он же и будет шифровать разделы и соответственно знает ключ и так

>>сжигающий ноут и моск оператора. - ключей не останется, проверено!

>да, это многое обьясняет

Будете моим придворным телепатом?

>А при шифровании разделов какая разница сервак или не сервак? К серваку по идее имеет физический доступ админ и только Он же и будет шифровать разделы и соответственно знает ключ и так

эта... буквы "SSH" никаких умных мыслей не навевают?

>Будете моим придворным телепатом?

пардон, это противоречит Кодексу

> Исследователи из Принстона

А напомните, Принстон, кажется в Англии? ;-)

>А напомните, Принстон, кажется в Англии? ;-)

видать кислотное облако до них таки долетело.

> эта... буквы "SSH" никаких умных мыслей не навевают?

А при чем здесь? Для получения ключа требуется физический доступ к аппаратуре Если это сервак то его имеет только соответствующие лица(в идеале), которые и так скорее всего знают ключ

Бред какой-то, 1 апреля вроде еще не скоро...

Странно, что предыдущее сообщение об этом было удалено как "офтопик"

>Бред какой-то, 1 апреля вроде еще не скоро...

Вещества и каждый день первое апреля!!! (из какой то рекламы)

дада, британские ученые продолжают жечь :)

>Если это сервак то его имеет только соответствующие лица(в идеале)

см пример выше.

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

В мувике бубунта.

> От ресета поможет?

В несправедливо удаленном треде рекомендовалось пойти и посмотреть по ссылке - там как раз память тащат после ресета, при том ещё проще - подсунув свой загрузчик, который её и дампит.

комментарии про траву не понятны- идея осуществима, небанальна и полезна- непонятен только настрой авторов:
"DRM не пройдёт!" или "Всех срочно переводим на Cell с встроенным TC!"
?

Для защиты во многом может помочь опция:

CONFIG_PAX_MEMORY_SANITIZE=y

"By saying Y here the kernel will erase memory pages as soon as they are freed. This in turn reduces the lifetime of data stored in the pages, making it less likely that sensitive information such as passwords, cryptographic secrets, etc stay in memory for too long.

This is especially useful for programs whose runtime is short, long lived processes and the kernel itself benefit from this as long as they operate on whole memory pages and ensure timely freeing of pages that may hold sensitive information.

The tradeoff is performance impact, on a single CPU system kernel compilation sees a 3% slowdown, other systems and workloads may vary and you are advised to test this feature on your expected workload before deploying it.

Note that this feature does not protect data stored in live pages, e.g., process memory swapped to disk may stay there for a long time."

А вот против ресета защиты я не вижу.

> kernel will erase memory pages as soon as they are freed

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

Ну хотя бы эта опция даёт гарантию что если программы в данный момент не используют ключи, пароли то их в памяти не будет.