<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Уязвимость в реализациях постквантового алгоритма шифрования Kyber</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html</link>
    <description>В реализации алгоритма шифрования Kyber, победившего на конкурсе криптоалгоритмов, стойких к подбору на квантовом компьютере, выявлена уязвимость, допускающая проведение атак по сторонним каналам для воссоздания секретных ключей на основе измерения времени операций во время расшифровки предоставленного атакующим шифротекста. Проблема затрагивает как эталонную реализацию механизма инкапсуляции ключей CRYSTALS-Kyber KEM, так и многие сторонние библиотеки шифрования с поддержкой Kyber, в том числе библиотеку pqcrypto применяемую в мессенджере Signal...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60405&lt;br&gt;</description>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Sw00p aka Jerom)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#93</link>
    <pubDate>Sun, 14 Jan 2024 23:46:07 GMT</pubDate>
    <description>&amp;gt; Но не ассемблерщикам про это вещать - там такого вообще нет. Поэтому код &lt;br&gt;&amp;gt; на асме это эталоннейшее спагетти.&lt;br&gt;&lt;br&gt;лол, кек - выходит это &quot;ассемблерщикам&quot; надо понимать и помнить, что есть память, регистры, кеши всякие, бранч-предикшены какие-то? разве не &quot;могучий&quot; наш великий избавитель от всякой ереси - &quot;эталоннейшее спагетти&quot;?&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#92</link>
    <pubDate>Sun, 14 Jan 2024 22:45:19 GMT</pubDate>
    <description>&amp;gt; что за &quot;нечитабельность&quot;? можете пояснить зачем это изменение приняли?&lt;br&gt;&lt;br&gt;Ответил в другом топике где вы спросили то же самое.&lt;br&gt;&lt;br&gt;Struct в си - они как бы почти то что надо, но специфицированы комитетом придурков из рук вон плохо, особенно в части align и проч. Это тот редкий случай когда C может перестать быть тонким shim над железом и отумничает. Без стандартных средств контроля за этим, только нестандартными extensions.&lt;br&gt;&lt;br&gt;При желании сделать апи и данные реально структурированными и читаемыми - иногда, таки, за это может воздаться, не совсем очевидным образом. Но не ассемблерщикам про это вещать - там такого вообще нет. Поэтому код на асме это эталоннейшее спагетти.&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Sw00p aka Jerom)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#91</link>
    <pubDate>Sun, 14 Jan 2024 20:41:55 GMT</pubDate>
    <description>&amp;gt; Ну дык.&lt;br&gt;&lt;br&gt;https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/diff/include/net/inet_sock.h?id=3e7aeb78ab01c2c2f0e1f784e5ddec88fcd3d106&lt;br&gt;&lt;br&gt;что за &quot;нечитабельность&quot;? можете пояснить зачем это изменение приняли?&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#90</link>
    <pubDate>Sun, 14 Jan 2024 20:26:52 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Оно мне надо?&lt;br&gt;&amp;gt; ну вот, собственно ясно.&lt;br&gt;&lt;br&gt;Ну дык. Мне асмовый выхлоп прочекать там где оно реально важно, 1 раз на версию компилера - проще чем пачку ассемблерных простынок колупать. А основной повод юзать си - портабельность кода, внезапно.&lt;br&gt;&lt;br&gt;И возможность отладить код на мощном компе под крутой инструментацией типа asan/ubsan и перенести 1 в 1 на мк знаюя что код переживает fuzzing рандомным входом и проч. На МК с этим значительно душнее например. ASAN туда вообще не лезет, а UBSAN только на минималочках. Ну а кус ассемблерного кода - инвалидирует все результаты проверок.&lt;br&gt;&lt;br&gt;Так что если вы считаете что вон то отличный курс действий - вот и показывайте личным примером HOW TO для начала. Если вы выложите пару годных криптолиб под свободной лицензией, взяв вон то на себя - окей, я подумаю о использовании либы. А если вопрос в том чтобы я выписывал с дюжи ну разных сегментов кода делающих ОДНО И ТО ЖЕ, при том 95&#037; вероятности что бинарь в итоге этой камасутры будет чуть ли не бит в бит - ненене, Девид Бл</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Sw00p aka Jerom)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#89</link>
    <pubDate>Sun, 14 Jan 2024 13:57:58 GMT</pubDate>
    <description>&amp;gt; Оно мне надо?&lt;br&gt;&lt;br&gt;ну вот, собственно ясно.&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#88</link>
    <pubDate>Sun, 14 Jan 2024 12:29:27 GMT</pubDate>
    <description>&amp;gt; конопатить лучше на асм,&lt;br&gt;&lt;br&gt;Убивает портабельность и читаемость кода -&amp;gt; something to avoid в общем случае.&lt;br&gt;&lt;br&gt;И я лично использую x86-64, Cortex-M, Cortex-A, MIPS и RISCV(32 и 64). Мне что, 6 версий алго выписывать? Нафиг надо, скажем прямо. А если взять еще AVR какой и чего поэкзотичнее, мм... сколько там кода то на майнтенанс уже? Оно мне надо? Поэтому подбирают конструкции где и на си компилеру сложно сделать что-то не то.&lt;br&gt;&lt;br&gt;&amp;gt; что там наконопатит компилятор языка Х - &quot;тайна&quot;,&lt;br&gt;&lt;br&gt;Он сделает то же что и человек, только кроссплатформенно. То действо ведет к локальной переменной с всегда одинаковой предысторией &quot;мы ее только что заполнили&quot; и сбивает неопределенность от кеша соответственно.&lt;br&gt;&lt;br&gt;&amp;gt; а проверять то что наконопатил компилятор и пыхтеть над тем, чтобы &lt;br&gt;&amp;gt; он сконопатил то, что нужно - неблагодарное дело, как по мне, &lt;br&gt;&amp;gt; лучше сразу конопатить на асм.&lt;br&gt;&lt;br&gt;Вот вы этим и занимайтесь, а мне 6-7 а то и больше вариантов кода вместо 1 майнтайнить... ну вы поняли.&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Sw00p aka Jerom)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#86</link>
    <pubDate>Fri, 12 Jan 2024 20:34:59 GMT</pubDate>
    <description>&amp;gt; конопатить более радикально&lt;br&gt;&lt;br&gt;конопатить лучше на асм, что там наконопатит компилятор языка Х - &quot;тайна&quot;, а проверять то что наконопатил компилятор и пыхтеть над тем, чтобы он сконопатил то, что нужно - неблагодарное дело, как по мне, лучше сразу конопатить на асм.&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Коммуникатор)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#85</link>
    <pubDate>Fri, 12 Jan 2024 06:12:35 GMT</pubDate>
    <description>&amp;gt; Если массивы были выделены динамически&lt;br&gt;&lt;br&gt;нужно корректно освободить память после завершения процедуры, в том числе при аварийном завершении.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в реализациях постквантового алгоритма шифрования... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/132526.html#84</link>
    <pubDate>Fri, 12 Jan 2024 06:09:59 GMT</pubDate>
    <description>&amp;gt; Криптография - это такая область где скорость процессоров порой только мешает )&lt;br&gt;&lt;br&gt;Криптография - это такая область, где скорость процессоров компенсирует неудачные реализации алгоритмов )&lt;br&gt;</description>
</item>

</channel>
</rss>
