<?xml version="1.0" encoding="windows-1251"?>
<?xml-stylesheet type="text/css" href="https://www.pgpru.com/styles/atom.css" media="screen"?>
<rss version="2.0">
<channel>
<title>Новости "openPGP в России"</title>
<link>https://www.pgpru.com/%CD%EE%E2%EE%F1%F2%E8</link>
<description>Последние опубликованные новости.</description>
<copyright>https://www.pgpru.com/proekt/pravila</copyright>
<language>ru</language>
<webMaster>project@pgpru.com</webMaster>
<pubDate>Sat, 04 Feb 2012 17:08:08 +0400</pubDate>
<lastBuildDate>Sat, 04 Feb 2012 17:08:08 +0400</lastBuildDate>
<image>
<title>openPGP в России</title>
<link>https://www.pgpru.com/novosti</link>
<url>https://www.pgpru.com/images/pgpru_banner.gif</url>
<width>88</width>
<height>31</height>
</image>
<item>
<title>Известие о взломе VeriSign спустя полгода после происшествия</title>
<link>https://www.pgpru.com/novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija</guid>
<description><![CDATA[<a name="h50321-1"></a><h3><!--notypo--><a name="0302" href="#0302" title=""></a>
<!--/notypo--><!--notypo-->03.02 // Известие о взломе VeriSign спустя полгода после происшествия<!--/notypo--></h3>
<br /><a name="p20733-1"></a><p class="auto" id="p20733-1">
<a name="novosti/2011/centrsertifikaciikpnbylzarazhenvtechenie4let" href="https://www.pgpru.com/novosti/2011/centrsertifikaciikpnbylzarazhenvtechenie4let" class="" title="Новости / 2011 / Центр Сертификации K P N Был Заражен В Течение 4 Лет">После</a> <a name="novosti/2011/obnaruzhenfaljshivyjjudostoverjajuschijjsertifikatdljagmail" href="https://www.pgpru.com/novosti/2011/obnaruzhenfaljshivyjjudostoverjajuschijjsertifikatdljagmail" class="" title="Новости / 2011 / Обнаружен Фальшивый Удостоверяющий Сертификат Для G Mail">серии</a> <a name="novosti/2011/vzlomuccomodeipolucheniefaljshivyhsertifikatovssldljapopuljarnyhservisov" href="https://www.pgpru.com/novosti/2011/vzlomuccomodeipolucheniefaljshivyhsertifikatovssldljapopuljarnyhservisov" class="" title="Новости / 2011 / Взлом У Ц Comode И Получение Фальшивых Сертификатов S S L Для Популярных Сервисов">компрометаций</a> удостоверяющих центров X.509 стало известно, что подобная участь не миновала и гигант VeriSign.</p><br /><a name="p20733-2"></a><p class="auto" id="p20733-2">
Представители VeriSign (которая &mdash; ну так, чтоб просто представлять размеры возможного бедствия &mdash; до сих пор держит два из 13 корневых DNS-серверов и является основным регистратором для доменов com, net, name, cc, tv) поспешили заявить, что считают, что атакующие не добрались до систем, поддерживающих DNS. Представитель же Symantec, владельца УЦ VeriSign, поспешил заявить, что нет оснований считать, что эта атака как-то затронула системы, занимающиеся сертификатами. Хочется в это верить &mdash; иначе история будет значительно веселее, чем в случае c <a  href="https://www.pgpru.com/novosti/2011/obnaruzhenfaljshivyjjudostoverjajuschijjsertifikatdljagmail" class="" title="Новости / 2011 / Обнаружен Фальшивый Удостоверяющий Сертификат Для G Mail">голландским CA</a>.</p><br /><a name="p20733-3"></a><p class="auto" id="p20733-3">
Любопытно, что администраторы не информировали руковоство компании аж до сентября 2011 года, а сама информация о взломе всплыла после публикации ежеквартального отчета федеральной комиссии по ценным бумагам и биржевым операциям (U.S. Securities and Exchange Commission), которая ужесточила требования по информированию инвесторов о подобных взломах. </p><br /><a name="p20733-4"></a><p class="auto" id="p20733-4">
<small>Источник: <a href="http://bugtraq.ru/rsn/archive/2012/02/04.html" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>http://bugtraq.ru/rsn/archive/2012/02/04.html</a></small></p> ]]></description>
<pubDate>Fri, 03 Feb 2012 12:32:16 +0400</pubDate>
<category>2012</category>
<comments>https://www.pgpru.com/novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija?show_comments=1#comments</comments>
</item>
<item>
<title>Опрос: Какую сборку Tor Browser Bundle Вы используете? (аналогично для Vidalia Bundle, Tor + Firefox, etc.)</title>
<link>https://www.pgpru.com/glavnaja#p0302</link>
<guid isPermaLink="true">https://www.pgpru.com/glavnaja#p0302</guid>
<description><![CDATA[<div>
<form action="https://www.pgpru.com/novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija"  method="post" >
<a name="p0302"></a><a name="poll145_form"></a><table cellspacing="3" class="formation"><tr><th colspan="3" style="text-align:left;">03/02 (id145): Какую сборку Tor Browser Bundle Вы используете? (аналогично для Vidalia Bundle, Tor + Firefox, etc.)</th></tr><tr class="lined"><td style="width:95%;text-align:left;">Всегда только en-US</td><td>&nbsp;<strong>4</strong>&nbsp;</td><td>&nbsp;<strong>66.7%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Всегда только ru</td><td>&nbsp;<strong>2</strong>&nbsp;</td><td>&nbsp;<strong>33.3%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">За пределами Рунета en-US, а в Рунете ru</td><td>&nbsp;<strong>0</strong>&nbsp;</td><td>&nbsp;<strong>0%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">За пределами Рунета ru, а в Рунете en-US</td><td>&nbsp;<strong>0</strong>&nbsp;</td><td>&nbsp;<strong>0%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Иное</td><td>&nbsp;<strong>0</strong>&nbsp;</td><td>&nbsp;<strong>0%</strong></td></tr><tr><td colspan="3"><small>Респондентов: 6<br />Опрос идет (дней): 1<br />Добавил: <em>Гость</em></small></td></tr></table></form>
</div>
]]></description>
<pubDate>Fri, 03 Feb 2012 22:22:16 +0400</pubDate>
<category>Опросы</category>
</item>
<item>
<title>АНБ опубликовало шифр Джона Нэша</title>
<link>https://www.pgpru.com/novosti/2012/anbopublikovaloshifrdzhonanesha</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2012/anbopublikovaloshifrdzhonanesha</guid>
<description><![CDATA[<a name="h50221-1"></a><h3><!--notypo--><a name="3001" href="#3001" title=""></a>
<!--/notypo--><!--notypo-->30.01 // АНБ опубликовало шифр Джона Нэша<!--/notypo--></h3>
<br /><a name="p18379-1"></a><p class="auto" id="p18379-1">
Агентство Национальной Безопасности США <a href="https://www.nsa.gov/public_info/press_room/2012/nash_exhibit.shtml" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>рассекретило переписку</a> с математиком Джоном Нэшем (который стал широко известен за пределами своей области деятельности после выхода фильма "Игры разума").</p><br /><a name="p18379-2"></a><p class="auto" id="p18379-2">
<a href="https://www.nsa.gov/public_info/_files/nash_letters/nash_letters1.pdf" target="_blank" title="" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/file.gif" alt="file"></img>Письма</a> размещены на стенде криптологического музея АНБ. В этих письмах от 1955 года Нэш предложил вариант шифра, который считал "невзламываемым" без знания противником ключа, а сам шифр предлагал засекретить только для предотвращения распространения стойкой криптографии среди противников США.</p><br /><a name="p18379-3"></a><p class="auto" id="p18379-3">
Нэш сделал утверждение о возможности создания шифров, единственным способом взлома которых будет перебор ключа, что дало бы возможность использовать короткий ключ, выбранный в соответствии с критериями вычислительной стойкости. В соответствии с этим, он предполагал, что игровой баланс между создателями всё более хитроумных шифров и взломщиками в будущем придёт в стадию полного завершения в пользу создателей стойких шифров.</p><br /><a name="p18379-4"></a><p class="auto" id="p18379-4">
Однако, АНБ отвергло дизайн шифра, указав, что он не соответствует критериям безопасности, принятым в каналах правительственной связи. По сообщениям из ответных писем, шифр достаточно остроумный и вызвал оживлённое обсуждение среди специалистов агентства, но его идея оказалась бесперспективной &mdash; любые попытки улучшения были бы заведомо хуже уже имеющихся решений по крайней мере в плане производительности. </p><br /><a name="p18379-5"></a><p class="auto" id="p18379-5">
Конкретные причины отказа его рассмотрения являлись секретными (возможно предположить, что АНБ не хотело разглашать ни своих методов криптоанализа, ни способствовать правильным догадкам о методах создании стойких шифров). Интерес ведомства вызвала и теория игр Джона Нэша, которая впоследствии и принесла ему известность и Нобелевскую премию по экономическим наукам.</p><br /><a name="p18379-6"></a><p class="auto" id="p18379-6">
Сам алгоритм конечно неактуален, но, вероятно, ему суждено стать известным в плане исторического интереса. </p><br /><a name="p18379-7"></a><p class="auto" id="p18379-7">
<span class="missingpage" title="404: /novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija/files?get=01.png">file:01.png</span></p><br /><a name="p18379-8"></a><p class="auto" id="p18379-8">
Идеи Нэша сводятся примерно к таким пунктам:</p><br />
<ol type="1"><li> Шифр работает с двоичным представлением информации (в современной терминологии в виде битов).
</li><li> Шифртекст зависит не только от ключа, но и от внутреннего состояния, зависящего от всех предыдущих открытых текстов: Y<sub>i</sub> = F (&#945;<sub>1</sub>, &#945;<sub>2</sub>, … &#945;<sub>r</sub>; X<sub>i</sub>, X<sub>i-1</sub>, X<sub>i-2</sub>, … X<sub>i-n</sub>). Для этого копии битов шифртекста подаются обратно на циклическую обработку алгоритмом.
</li><li> Ввод открытого текста и вывод шифртекста (шифрование/расшифрование) осуществляются побитово (один бит за один цикл).
</li><li> Ввод открытого текста осуществляется сложением по модулю два в устройстве <strong>A</strong> (в современной терминологии XOR).
</li><li> В зависимости от того, какой бит находится в текущем потоке, устройство <strong>D</strong> выбирает путь перестановки в устройстве <strong>P</strong>.
</li><li> Основу алгоритма составлет перестановщик <strong>P</strong>. Устройство <strong>P</strong> меняет текущий бит в зависимости от состояния битов по пути перестановки. При этом пути могут быть, как неизменяющие бит, так и инвертирующие его. Количество ключей зависит от количества точек в устройсте (не считая первой, которая не даёт выбора) и составляет [ n! 2<sup>n+1</sup> ]<sup>2</sup>.
</li><li> Расшифрование происходит аналогично, только добавляется устройство <strong>R</strong> для задержки одного цикла.</li></ol>
<br /><a name="p18379-9"></a><p class="auto" id="p18379-9">
<span class="missingpage" title="404: /novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija/files?get=02.png">file:02.png</span><br />
<span class="missingpage" title="404: /novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija/files?get=03.png">file:03.png</span></p><br /><a name="p18379-10"></a><p class="auto" id="p18379-10">
Некоторые моменты могут вызвать не вполне однозначное толкование.</p><br /><a name="p18379-11"></a><p class="auto" id="p18379-11">
Вопросы по п. 6: Судя по письму, начальное заполнение битами устройства <strong>P</strong> &mdash; это и есть ключ. Или этим можно считать характер связей-переходов между точками хранения битов в <strong>P</strong>? Можно однако считать, что имеют право на одновременое сосуществование оба варианта (хотя правила перестановок должны представлять собой сбалансированную функцию &mdash; это скорее вариант долговременной секретной таблицы). Не очень понятно, как при прохождении бита меняются эти биты в перестановщике <strong>P</strong>. В соответствии с правилом прохождения, взаимно? Т.е. и проходящий бит и те, через которые он проходит. Инвертируются (или в зависимости от сочетания не изменяются) и всегда замещаются? Или замещаются только когда инвертируются? Одна из красных стрелок не помечена знаком "+" или "-" &mdash; означает ли это что-нибудь?</p><br /><a name="p18379-12"></a><p class="auto" id="p18379-12">
Вопросы по п. 7: почему задерживающее устройство <strong>R</strong> помещено в расшифровывающую часть схемы, а не наоборот &mdash; в зашифровывающую? Можно было бы пропустить один бит открытого текста через <strong>D-P</strong>, а затем его уже поксорить снова с открытым текстом в <strong>A</strong> и только после этого выпустить. Иначе непонятно XOR чего с чем производится в начальном цикле, в то время как для дешифрования эта задержка вроде как не нужна?</p><br /><a name="p18379-13"></a><p class="auto" id="p18379-13">
Как вариант, можно было бы прогнать через шифрующее устройство некоторое количество случайных битов (вектор инициализации) &mdash; для придания уникальности шифртексту и изменения начального заполнения битов, задающих перестановку в <strong>P</strong>. При расшифровании эти биты можно было бы использовать и отбросить (как обычный IV). Возможно, что о векторе инициализации Джон Нэш не знал.</p><br /><a name="p18379-14"></a><p class="auto" id="p18379-14">
Сама по себе схема предельно простая и вместо внесения дополнительных усложнений Нэш предлагал увеличивать размер <strong>P</strong>. Интересно, какой самый простой вид криптоанализа для неё возможен?</p><br /><a name="p18379-15"></a><p class="auto" id="p18379-15">
АНБ утверждает, что никогда не использовало идей из этой схемы. А если в этой схеме заменить битовые операции на байтовые? Возможно ли было бы получить что-то близкое к современным шифрам?</p><br /><a name="p18379-16"></a><p class="auto" id="p18379-16">
<small>Источник: <a href="https://www.nsa.gov/public_info/press_room/2012/nash_exhibit.shtml" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>Агентство Национальной Безопасности США &mdash; Центр по связям с прессой / Национальный музей криптологии</a></small></p> ]]></description>
<pubDate>Mon, 30 Jan 2012 15:19:11 +0400</pubDate>
<category>2012</category>
<comments>https://www.pgpru.com/novosti/2012/anbopublikovaloshifrdzhonanesha?show_comments=1#comments</comments>
</item>
<item>
<title>Опрос: Изменяете ли Вы умолчальные настройки безопасности в torbutton?</title>
<link>https://www.pgpru.com/glavnaja#p2801</link>
<guid isPermaLink="true">https://www.pgpru.com/glavnaja#p2801</guid>
<description><![CDATA[<div>
<form action="https://www.pgpru.com/novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija"  method="post" >
<a name="p2801"></a><a name="poll144_form"></a><table cellspacing="3" class="formation"><tr><th colspan="3" style="text-align:left;">28/01 (id144): Изменяете ли Вы умолчальные настройки безопасности в torbutton?</th></tr><tr class="lined"><td style="width:95%;text-align:left;">Никогда не изменяю, чтобы не выделяться</td><td>&nbsp;<strong>22</strong>&nbsp;</td><td>&nbsp;<strong>68.8%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Всегда усиливаю, чтобы уменьшить возможность деанонимизации</td><td>&nbsp;<strong>7</strong>&nbsp;</td><td>&nbsp;<strong>21.9%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Ослабляю, чтобы работал нужный мне функционал сайта</td><td>&nbsp;<strong>3</strong>&nbsp;</td><td>&nbsp;<strong>9.4%</strong></td></tr><tr><td colspan="3"><small>Респондентов: 32<br />Опрос идет (дней): 7<br />Добавил: <em>Гость</em></small></td></tr></table></form>
</div>
]]></description>
<pubDate>Sat, 28 Jan 2012 22:52:05 +0400</pubDate>
<category>Опросы</category>
</item>
<item>
<title>Первая оценка возможности практического взлома AES: 1.5 триллиона US$ и менее года вычислений</title>
<link>https://www.pgpru.com/novosti/2012/pervajaocenkavozmozhnostiprakticheskogovzlomaaes15trillionausimeneegodavychislenijj</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2012/pervajaocenkavozmozhnostiprakticheskogovzlomaaes15trillionausimeneegodavychislenijj</guid>
<description><![CDATA[<a name="h49829-1"></a><h3><!--notypo--><a name="0201" href="#0201" title=""></a>
<!--/notypo--><!--notypo-->02.01 // Первая оценка возможности практического взлома AES: 1.5 триллиона US$ и менее года вычислений<!--/notypo--></h3>
<br /><a name="p-6316-1"></a><p class="auto" id="p-6316-1">
Исследования в области специальных аппаратных средств для взлома шифров насчитывают почти столетнюю историю. В 1938 году польские математики, возглавляемые Марианом Режевски, создали электромеханическое устройство под названием "Бомба" (<em>Bomba Kryptologiczna</em>), позволившее им взломать немецкий шифр Enigma за счёт полного перебора положений 17576 роторов. Этот успех был развит английскими криптографами (с ведущей ролью Алана Тюринга и Гордона Велчмана), которые создали удачные машины для взлома шифров, позволившие силам союзников читать сообщения, зашифрованные Энигмой в ходе Второй Мировой войны. Параллельные усилия в криптоанализе другого немецкого шифра, Lorenz SZ40/42, привели к созданию первого в мире программируемого компьютера <em>Colossus</em>. Он содержал 1500 вакуумных ламп и был способен обрабатывать 5000 знаков в секунду.</p><br /><a name="p-6316-2"></a><p class="auto" id="p-6316-2">
В 1980 году Померанц и др. создали аппаратную архитектуру, названную <em>Quasimodo</em> для факторизации больших чисел с помощью алгоритма квадратичного решета. Quasimodo был построен, но не функционировал должным образом. Проект <em>DES Cracker</em> (также известный как <em>Deep Crack</em>) &mdash; это машина параллельного поиска ключа, разработанная организацией EFF в конце 1990-х с суммарным бюджетом всего 210000 US$. Deep Crack содержал около 1500 специальных микросхем и требовал по крайней мере 9 дней для нахождения 56-битного ключа DES за счёт атаки "грубой силой". Также в конце 1990-х Шамир предложил <em>TWINKLE</em> &mdash; электрооптическое устройство для выполнения шага просеивания в алгоритме NFS (решета числового поля). По его оценкам одного такого чипа было бы достаточно, чтобы за приемлемое время факторизовать 512-битные числа и, соответственно, взламывать 512-битные RSA-ключи. <em>TWIRL</em>, улучшенная модификация TWINKLE предполагала уменьшение полного времени просеивания до 10 минут. Оба эти устройства остались чисто гипотетическими, но привлекли значительное внимание криптосообщества и вызвали рост последующих исследований. Типичным примером стало появление устройства <em>COPACOBANA</em> на основе паралльной архитектуры FPGA (ПЛИС) для успешного криптоанализа шифров с 64-битным ключом (KeeLoq, DES и A5/1).</p><br /><a name="p-6316-3"></a><p class="auto" id="p-6316-3">
Дальнейший интерес связан с изучением возможностей графических процессоров (GPU) и специализированных микросхем ASIC.</p><br /><a name="p-6316-4"></a><p class="auto" id="p-6316-4">
Исследователи Алекс Бирюков и Йохан Гроссшадль из <a href="http://wwwen.uni.lu/research/fstc/laboratory_of_algorithmics_cryptology_and_security_lacs" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>лаборатории алгоритмики, криптологии и безопасности Университета Люксембурга</a> (LACS) впервые предоставили оценки возможности построения суперкомпьютера для практического взлома AES на основе передовых технологий GPU/ASIC/VLSI, использованных в NVIDIA GT200b. По их расчётам на сегодняшний момент возможности существующего "железа" позволяют осуществлять атаки, на проведение которых требуется 2<sup>100</sup> вычислений. Следует понимать, что эти атаки можно считать практически осуществимыми только гипотетически (например, если вся энергетика, финансы и инфраструктура США будут направлены только на взлом AES в течении года, то это можно считать практически осуществимым взломом, по крайней мере в оценочном плане).</p><br /><a name="p-6316-5"></a><p class="auto" id="p-6316-5">
"Практическому взлому" можно считать подверженным не только AES-128, но и AES-256. Следует опять же различать, что даже если гипотетический противник, обладающий доступными в масштабе крупной страны сверхресурсами, потратит их на осуществление взлома, его практичность всё равно остаётся под сомнением: противнику нужно получить доступ к слишком большой утечке данных в рамках исполнения протокола, что может встречаться скорее в лабораторных условиях и ограничивает оценочный характер этого результата ещё в большей степени.</p><br /><a name="p-6316-6"></a><p class="auto" id="p-6316-6">
Исследователи рассмотрели две ранее известные атаки на полнораундовый AES, требующие исполнения 2<sup>100</sup> операций. Первая атака &mdash; на связанных ключах против AES-256 (<em>Related Key Cryptoanalysis</em> &mdash; RKC) &mdash; 2<sup>99.5</sup> шагов исполнения и 2<sup>78</sup> памяти. Такая атака непрактична из-за малой вероятности появления связанных ключей в каком-либо практически используемом криптопротоколе. В простейшем случае используется простое соотношение <em>K'</em> = <em>K</em> &#8853; <em>C</em>, улучшенная версия этой же атаки (бумеранг-атака со связанными ключами) использует соотношение <em>K'</em> = <em>F<sup>&#8722;1</sup></em> (<em>F</em>(<em>K</em>) &#8853; <em>C</em>) = <em><!--notypo-->R<!--/notypo--><sub>C</sub></em> (<em>K</em>), где <em>K</em>, <em>K'</em> &mdash; неизвестные связанные ключи, <em>F</em> &mdash; раундовая функция ключевого расписания AES-шифрования, <em>C</em> &mdash; навязываемая атакующим константа. Несмотря на слишком сильную модель атакующего и невероятное количество предоставляемых ему данных, такая атака преодолевает психологический барьер сложности 2<sup>100</sup>.</p><br /><a name="p-6316-7"></a><p class="auto" id="p-6316-7">
Вторая атака основана на размене ключей-времени-памяти (<em>Time-Memory-Key</em> &mdash; TMK) против AES-128, также известна как атака с множественными целями. В этой атаке фиксированный открытый текст шифруется множеством различных секретных ключей, а целью атакующего является нахождение по крайней мере одного из этих ключей. Используя 2<sup>32</sup> целей, TMK-атака имеет сложность предвычислений 2<sup>96</sup>, после чего каждый новый секретный ключ может быть найден с затратами времени 2<sup>80</sup> и памяти 2<sup>56</sup>. Впервые атака такого рода предложена Хеллманом для инвертирования хэш-функций и использована для создания радужных таблиц. Идея состояла в просчёте хэш-цепочек и отбрасывании всех промежуточных значений кроме стартового и конечного. Пары конечных и стартовых цепочек сохранялись в памяти, сортировались в памяти по конечным значениям. В ходе атаки противник берёт шифртекст (хэш-значение) и повторяет функцию до нахождения конечного значения цепочки. Сравнивая конечное значение со списком уже просчитанных, он может найти нужную цепочку и требуемый прообраз. </p><br /><a name="p-6316-8"></a><p class="auto" id="p-6316-8">
Применительно к шифрам TMK-атака позволяет перебирать только часть пространства поиска за счёт оптимизации по требуемому параметру. В случае если сообщения (файлы) с одним и тем же заголовком шифруются множественными ключами, такую ситуацию можно признать практичной. Если пространство поиска <em>N</em> = 2<sup><em>n</em></sup> (<em>n</em> = 128 для AES-128), то располагая шифрованием фиксированного открытого текста <em>D<sub>k</sub></em> различными ключами, необходимо перебрать только <em>N / D<sub>k</sub> </em> точек в пространстве. Для этого нужно использовать <em>t / D<sub>k</sub></em> шифротаблиц вместо <em>t</em>, что означает уменьшение памяти до <em>M</em> = <em>mt / D<sub>k</sub> </em> (где <em>m</em> &mdash; количество начальных-конечных точек в таблице Хеллмана). Затраты времени <em> T </em> = <em>t</em> / <em>D<sub>k</sub></em> · <em>t</em> · <em>D<sub>k</sub></em> = <em>t</em><sup>2</sup> на основе исходной оптимизации Хеллмана (меньше проверок таблиц &mdash; больше точек с данными). Наконец, правило останова для матрицы <em>N</em> = <em>mt</em><sup>2</sup> &mdash; состояние минимизации расходов покрытия матрицы в результате проявления эффекта парадокса дней рождения. Используя правило останова для матрицы и сокращая параметры <em>m</em> и <em>t</em>, получаем формулу оптимизации: <em>N</em><sup>2</sup> = <em>T(MD<sub>k</sub>)</em><sup>2</sup>.</p><br /><a name="p-6316-9"></a><p class="auto" id="p-6316-9">
Используя в качестве образца AES-128, атакующий за счёт 2<sup>32</sup> доступных шифрований фиксированного текста на различных неизвестных ключах восстанавливает один из этих ключей предвычислением 2<sup>96</sup> шагов и 2<sup>56</sup> обращений к памяти для табличного хранилища размером 2<sup>61</sup> байт и затрачивает в целом 2<sup>80</sup> шагов по времени для поиска ключа. Важным свойством является также то, что атака не является обязательно атакой с подобранным открытым текстом, так как конкретное значение открытого текста не важно. Для осуществления атаки быстрее, чем полным перебором, противник может найти, какое значение открытого текста наиболее часто используется в целевом приложении, собрать данные для различных ключей и провести атаку. Таким образом TMD-атака является более практичной, чем атака на связанных ключах (RKC).</p><br /><a name="p-6316-10"></a><p class="auto" id="p-6316-10">
Обе атаки требуют примерно одинаковых затрат и оборудования. Исследователи считают, что организация, способная потратить триллион долларов (что сопоставимо с размером годового оборонного бюджета США), может взломать AES-256 в сценарии RKC и подобных атак в течении года вычислений. Использование десятой части такого бюджета (100 миллиардов US$) достаточно для проведения TMK-атаки на AES-128 с 2<sup>32</sup> целями. Такая атака потребует год предвычислений, после чего каждый новый ключ может быть вычисляем за 2<sup>80</sup> AES-операций, т.е. каждые 8 минут на таком "менее масштабном" суперкомпьютере. Исследователи рассматривают гипотетический проект такого компьютера, названный ими <em>CAESAR</em> (“Cryptanalytic AES ARchitecture”). Эта гипотетическая машина (как TWINKLE или TWIRL), хотя и находится за границей реально доступных ресурсов, но в отличие от "кофейников Шамира", опирается на существующую технологию. Некоторые предположения и близкие прогнозы авторов касаются памяти. Так, реалистично ожидать появления жёстких дисков размером 10-100 терабайт, которых в таком случае потребуется всего 3 · 10<sup>10</sup> &mdash; 3 · 10<sup>9</sup>. Столько же потребуется и процессоров. Расходы энергии составят 4 тераватта, что превосходит годовое потребление энергии в США (3.34 тераватта), но развитие энергосберегающих вычислительных технологий позволяют несколько приблизить и эти границы.</p><br /><a name="p-6316-11"></a><p class="auto" id="p-6316-11">
В качестве перспективных факторов авторы рассматривают также:</p><br />
<ul><li> Продолжение действия закона Мура для ближайших десятилетий, хотя и с некоторым замедлением.
</li><li> Успехи в криптоанализе AES, снижающие сложность атак. Такие успехи являются спорадическими и непредсказуемыми, поэтому оценить влияние этого фактора сложно.
</li><li> Появление магнито-электронных (спинтронных) компьютеров со значительно сниженным энергопотреблением.
</li><li> Появление оптоэлектронных компьютеров, значительно снижающих энергопотребление для массированных вычислений.
</li><li> Появление 3D-оптических накопителей. Уже сейчас достижим размер в 1 терабайт для дисков, аналогичных DVD. Возможно появление 100-терабайтных носителей.
</li><li> Распространение квантовой голографии. В 2009 году уже был продемонстрирован результат возможности записи 3 эксабайт (2<sup>61.5</sup> байт) на квадратный дюйм.</li></ul>
<br /><a name="p-6316-12"></a><p class="auto" id="p-6316-12">
По мнению исследователей, проект гипотетического суперкомпьютера CAESAR демонстрирует узкие места в затратах энергии и количестве памяти, но свидетельствует о снижении оценок практической стойкости AES в долговременной перспективе.</p><br /><a name="p-6316-13"></a><p class="auto" id="p-6316-13">
<small>Источник: <a href="http://eprint.iacr.org/2011/710" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>Cryptology Eprint Archive</a></small></p> ]]></description>
<pubDate>Mon, 02 Jan 2012 23:56:37 +0400</pubDate>
<category>2012</category>
<comments>https://www.pgpru.com/novosti/2012/pervajaocenkavozmozhnostiprakticheskogovzlomaaes15trillionausimeneegodavychislenijj?show_comments=1#comments</comments>
</item>
<item>
<title>Опрос: За вами следят?</title>
<link>https://www.pgpru.com/glavnaja#p0101</link>
<guid isPermaLink="true">https://www.pgpru.com/glavnaja#p0101</guid>
<description><![CDATA[<div>
<form action="https://www.pgpru.com/novosti/2012/izvestieovzlomeverisignspustjapolgodaposleproisshestvija"  method="post" >
<a name="p0101"></a><a name="poll143_form"></a><table cellspacing="3" class="formation"><tr><th colspan="3" style="text-align:left;">01/01 (id143): За вами следят?</th></tr><tr class="lined"><td style="width:95%;text-align:left;">Не конкретно за мной, но пишут логи и могут проверить</td><td>&nbsp;<strong>97</strong>&nbsp;</td><td>&nbsp;<strong>60.6%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Да</td><td>&nbsp;<strong>33</strong>&nbsp;</td><td>&nbsp;<strong>20.6%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Будут следить позже</td><td>&nbsp;<strong>13</strong>&nbsp;</td><td>&nbsp;<strong>8.1%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Нет</td><td>&nbsp;<strong>10</strong>&nbsp;</td><td>&nbsp;<strong>6.3%</strong></td></tr><tr class="lined"><td style="width:95%;text-align:left;">Не задумывался</td><td>&nbsp;<strong>7</strong>&nbsp;</td><td>&nbsp;<strong>4.4%</strong></td></tr><tr><td colspan="3"><small>Респондентов: 160<br />Опрос шел (дней): 27<br />Добавил: <a href="https://www.pgpru.com/proekt/poljzovateli?profile=Eridan">Eridan</a></small></td></tr></table></form>
</div>
]]></description>
<pubDate>Sun, 01 Jan 2012 23:57:17 +0400</pubDate>
<category>Опросы</category>
</item>
<item>
<title>EFF добилось частичного возобновления процесса против АНБ в деле о массовом прослушивании в США</title>
<link>https://www.pgpru.com/novosti/2011/effdobilosjchastichnogovozobnovlenijaprocessaprotivanbvdeleomassovomproslushivaniivssha</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2011/effdobilosjchastichnogovozobnovlenijaprocessaprotivanbvdeleomassovomproslushivaniivssha</guid>
<description><![CDATA[<a name="h49810-1"></a><h3><!--notypo--><a name="3012" href="#3012" title=""></a>
<!--/notypo--><!--notypo-->30.12 // EFF добилось частичного возобновления процесса против АНБ в деле о массовом прослушивании в США<!--/notypo--></h3>
<br /><a name="p-1490-1"></a><p class="auto" id="p-1490-1">
29 декабря, девятый окружной апелляционный суд Сан-Франциско заблокировал попытки правительства закрыть дело о массовом прослушивании граждан США, которое было инициировано Фондом Защиты Электронных Рубежей (EFF) в процессе Джюэла против АНБ (Агентства Национальной Безопасности США). Слушания по этому вопросу будут возобновлены.</p><br /><a name="p-1490-2"></a><p class="auto" id="p-1490-2">
Суд постановил, что Джюэл привёл достаточно свидетельств о программе массового прослушивания без ордеров для того, чтобы продолжить процесс. Судьи отвергли аргументы властей, которые пытались представить заявления о широкоизвестной программе шпионажа и доказательства, найденные в здании на Фолсом-стрит в Сан-Франциско, слишком спекулятивными.</p><br /><a name="p-1490-3"></a><p class="auto" id="p-1490-3">
<em>"С момента первого появления на свет программы массового прослушивания, мы боролись за то, чтобы суд вынес решение о том, является ли она легальной"</em> &mdash; сказала директор EFF по правовым воросам Синди Кон. <em>"Сегодня девятый округ дал нам этот шанс и мы ожидаем доказательства неконституционности данной программы и нелегальности нарушения прав миллионов рядовых американцев"</em>.</p><br /><a name="p-1490-4"></a><p class="auto" id="p-1490-4">
В этот же день суд поддержал отказ в другом процессе EFF, направленном против массового прослушивания &mdash; деле Хэптинга против AT&T, которое было первым иском против телекоммуникационной компании на предмет её вовлечённости в массовое прослушивание внутри страны. Суд постановил, что так называемый "иммунитет с обратной силой", одобренный Конгрессом для того, чтобы остановить пользователей, подающих иски против компаний, является конституционным, в частности, поскольку требования в процессе Джюэла против АНБ остаются неразрешёнными.</p><br /><a name="p-1490-5"></a><p class="auto" id="p-1490-5">
<em>"Предоставляя иммунитет, имеющий обратную силу, для телекоммуникационных компаний, соучаствующих в программе прослушивания без ордеров, Конгресс отказывается от своих обязательств перед американскими гражданами"</em>, заявил главный представитель EFF Курт Опсал. <em>"Сегодняшнее решение, подтверждающее, что права телекоммуникационных компаний выше прав их пользователей, является разочаровывающим"</em>.</p><br /><a name="p-1490-6"></a><p class="auto" id="p-1490-6">
Это постановление появилось спустя почти шесть лет после первого раскрытия программы прослушивания без ордеров, опубликованного в Нью-Йорк Таймс 16 декабря 2006 года. EFF продвинулось в деле Джюэла в северном федеральном судебном округе Калифорнии. Ожидается, что следующей линией защиты со стороны властей будет давление на тему привилегий государственной секретности, но этот аргумент уже отвергался в схожих судебных случаях.</p><br /><a name="p-1490-7"></a><p class="auto" id="p-1490-7">
<small>Источник: <a href="https://www.eff.org/press/releases/appeals-court-revives-effs-challenge-governments-massive-spying-program" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>Центр по связям со СМИ организации EFF</a></small></p> ]]></description>
<pubDate>Fri, 30 Dec 2011 12:11:59 +0400</pubDate>
<category>2011</category>
<comments>https://www.pgpru.com/novosti/2011/effdobilosjchastichnogovozobnovlenijaprocessaprotivanbvdeleomassovomproslushivaniivssha?show_comments=1#comments</comments>
</item>
<item>
<title>Необходимость использования длинных отпечатков ключей в GnuPG</title>
<link>https://www.pgpru.com/novosti/2011/neobhodimostjispoljzovanijadlinnyhotpechatkovkljuchejjvgnupg</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2011/neobhodimostjispoljzovanijadlinnyhotpechatkovkljuchejjvgnupg</guid>
<description><![CDATA[<a name="h49797-1"></a><h3><!--notypo--><a name="2912" href="#2912" title=""></a>
<!--/notypo--><!--notypo-->29.12 // Необходимость использования длинных отпечатков ключей в GnuPG<!--/notypo--></h3>
<br /><a name="p-1503-1"></a><p class="auto" id="p-1503-1">
Asheesh Laroia опубликовал сообщение о быстром способе нахождения коллизий к коротким отпечаткам ключей в GnuPG. Он сообщает о том, что может в течении нескольких часов сгенерировать отпечатки для любого ключа на рядовом компьютере и отказывается от публикации программы якобы из-за возможного ущерба из-за спуфинга серверов ключей. Поиск вторых прообразов для коротких отпечатков позволяет создать ключ с коротким отпечатком, таким же как у заданного ключа.</p><br /><a name="p-1503-2"></a><p class="auto" id="p-1503-2">
Однако, ничего нового в этой особенности нет и уязвимостью в GnuPG это не является. Пример более ранней реализации в рассылке <a href="http://seclists.org/fulldisclosure/2010/May/120" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>Fulldisclosure</a>. Использование легкозапоминаемых коротких 32-битных идентификаторов &mdash; коротких отпечатков исторически сохранилось с 1992 года (программа PGP), когда подбор прообразов был возможным, но вычислительно трудным на общедоступных компьютерах. В соответствии со стандартом OpenPGP при проверке ключей коллизии в коротких отпечатках не должны приводить ни к каким нежелательным результатам, однако в некоторых оболочках и серверах обработка таких событий может быть реализована неправильно.</p><br /><a name="p-1503-3"></a><p class="auto" id="p-1503-3">
Патч, который даёт предпочтение длинным отпечаткам, откладывался разработчиками как несущественный, но он внесён во все ветки <a href="https://bugs.gnupg.org/gnupg/issue1340" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>последних версий GnuPG</a>. Пользователям рекомендуется доверять только полным отпечаткам ключей и быть осторожными при выводе результатов поиска с серверов, которые осуществляют поиск только по коротким отпечаткам.</p><br /><a name="p-1503-4"></a><p class="auto" id="p-1503-4">
<small>Источник: <a href="http://www.asheesh.org/note/debian/short-key-ids-are-bad-news.html" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>AshesshWorld</a></small></p> ]]></description>
<pubDate>Thu, 29 Dec 2011 17:16:38 +0400</pubDate>
<category>2011</category>
<comments>https://www.pgpru.com/novosti/2011/neobhodimostjispoljzovanijadlinnyhotpechatkovkljuchejjvgnupg?show_comments=1#comments</comments>
</item>
<item>
<title>Внеплановый даунтайм</title>
<link>https://www.pgpru.com/novosti/2011/vneplanovyjjdauntajjm</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2011/vneplanovyjjdauntajjm</guid>
<description><![CDATA[<a name="h59817-1"></a><h3><!--notypo--><a name="2212" href="#2212" title=""></a>
<!--/notypo--><!--notypo-->22.12 // Внеплановый даунтайм<!--/notypo--></h3>
<br /><a name="p59817-1"></a><p class="auto" id="p59817-1">
Многие могли обнаружить, что в течение почти целых суток сайт был недоступен. Я сам это заметил только сегодня днём (перестав получать письма) и тут же связался с хостинг-провайдером. Выяснилось, что ночью нашу хостинг-площадку переносили на новый сервер, однако что-то пошло не так, и её активация на новом месте очень сильно затянулась...</p><br /><a name="p59817-2"></a><p class="auto" id="p59817-2">
В общем, всё в порядке, сайт не закрыли, администрация <s>пока</s> по-прежнему на свободе. Приношу извинения за провайдера за доставленные неудобства.</p> ]]></description>
<pubDate>Thu, 22 Dec 2011 18:34:05 +0400</pubDate>
<category>2011</category>
<comments>https://www.pgpru.com/novosti/2011/vneplanovyjjdauntajjm?show_comments=1#comments</comments>
</item>
<item>
<title>Исправление уязвимостей в Tor 0.2.3.10-alpha и 0.2.2.35</title>
<link>https://www.pgpru.com/novosti/2011/ispravlenieujazvimostejjvtor02310alphai02235</link>
<guid isPermaLink="true">https://www.pgpru.com/novosti/2011/ispravlenieujazvimostejjvtor02310alphai02235</guid>
<description><![CDATA[<a name="h49535-1"></a><h3><!--notypo--><a name="1712" href="#1712" title=""></a>
<!--/notypo--><!--notypo-->17.12 // Исправление уязвимостей в Tor 0.2.3.10-alpha и 0.2.2.35<!--/notypo--></h3>
<br /><a name="p87614-1"></a><p class="auto" id="p87614-1">
Всем пользователям Tor необходимо обновиться из-за нахождения переполнения кучи в работе с памятью. Конкретного эксплойта неизвестно, но авторы считают, что любая уязвимость такого рода может потенциально приводить к исполнению произвольного кода. </p><br /><a name="p87614-2"></a><p class="auto" id="p87614-2">
В действительности, теоретический эксплойт возможен лишь при определённых настройках Tor. Злоумышленник должен обратиться к SOCKS-порту Tor, который у большинства пользователей ограничен локальным хостом, если только они не предоставляют доступ к своему Tor-процессу по сети. При такой настройке подразумевается работа tor-процесса не в качестве сервера (tor-узла), а лишь в качестве клиента совместного доступа (варианта SOCKS-прокси).</p><br /><a name="p87614-3"></a><p class="auto" id="p87614-3">
Другой вектор атаки может быть реализован если Tor-клиент настроен на выход в сеть через сторонний SOCKS-прокси. Злоумышленник должен иметь контроль над данным прокси-сервером, организовать атаку "человека-посредине" или как-то иначе осуществить соединение с SOCKS-Tor-портом.</p><br /><a name="p87614-4"></a><p class="auto" id="p87614-4">
В настройках по умолчанию для большинства пользователей данная уязвимость не представляет угрозы.</p><br /><a name="p87614-5"></a><p class="auto" id="p87614-5">
<small>Источник: <a href="https://blog.torproject.org/blog/tor-02235-released-security-patches" target="_blank" title="внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://www.pgpru.com/themes/plastiq/icons/web.gif" alt="www"></img>The Tor Blog</a></small></p> ]]></description>
<pubDate>Sat, 17 Dec 2011 13:10:22 +0400</pubDate>
<category>2011</category>
<comments>https://www.pgpru.com/novosti/2011/ispravlenieujazvimostejjvtor02310alphai02235?show_comments=1#comments</comments>
</item>
</channel>
</rss>
