<?xml version="1.0" encoding="UTF-8"?>        <rss version="2.0"
             xmlns:atom="http://www.w3.org/2005/Atom"
             xmlns:dc="http://purl.org/dc/elements/1.1/"
             xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
             xmlns:admin="http://webns.net/mvcb/"
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:content="http://purl.org/rss/1.0/modules/content/">
        <channel>
            <title>
									Криптография - HackExpert.ru Форум				            </title>
            <link>https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/</link>
            <description>HackExpert.ru Доска обсуждений</description>
            <language>ru-RU</language>
            <lastBuildDate>Tue, 27 Oct 2026 09:34:01 +0000</lastBuildDate>
            <generator>wpForo</generator>
            <ttl>60</ttl>
							                    <item>
                        <title>RFC 6979 для P-384 аномалия</title>
                        <link>https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/rfc-6979-%d0%b4%d0%bb%d1%8f-p-384-%d0%b0%d0%bd%d0%be%d0%bc%d0%b0%d0%bb%d0%b8%d1%8f/</link>
                        <pubDate>Wed, 24 Dec 2025 20:36:24 +0000</pubDate>
                        <description><![CDATA[Заметил аномалию в детерминированной генерации k (RFC 6979) для P-384 в одной embedded-реализации. Речь не об уязвимости, а о едва уловимом статистическом смещении в промежуточном состоянии,...]]></description>
                        <content:encoded><![CDATA[<p class="ds-markdown-paragraph"><span>Заметил аномалию в детерминированной генерации </span><code>k</code><span> (RFC 6979) для P-384 в одной embedded-реализации. Речь не об уязвимости, а о едва уловимом статистическом смещении в промежуточном состоянии, которое теоретически может просочиться через побочный канал. На практике эффект исчезающе мал, но интересно обсудить теоретическую сторону: насколько формально доказана устойчивость алгоритма к подобной частичной утечке даже одного бита состояния с вероятностью выше 0.5? Есть ли исследования, где такая </span><code>epsilon</code><span> рассматривается как параметр атаки, а не просто как абстрактная «безопасность»?</span></p>
<p class="ds-markdown-paragraph"><span>Если отбросить теорию, то практически любое смещение, обнаруживаемое статистически, — это красный флаг. Но где грань между академическим курьёзом и началом реальной атаки, если атакующий может усиливать этот сигнал тысячами подписей на «уставшей» аппаратуре? Интересно мнение тех, кто копался в недрах SHA-2 и ECC глубже стандартных спецификаций.</span></p>]]></content:encoded>
						                            <category domain="https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/">Криптография</category>                        <dc:creator>FialK</dc:creator>
                        <guid isPermaLink="true">https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/rfc-6979-%d0%b4%d0%bb%d1%8f-p-384-%d0%b0%d0%bd%d0%be%d0%bc%d0%b0%d0%bb%d0%b8%d1%8f/</guid>
                    </item>
				                    <item>
                        <title>криптографические баги в 2025 или &#039;unhackable&#039;?</title>
                        <link>https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%b8%d0%b5-%d0%b1%d0%b0%d0%b3%d0%b8-%d0%b2-2025-%d0%b8%d0%bb%d0%b8-unhackable/</link>
                        <pubDate>Fri, 08 Aug 2025 16:44:09 +0000</pubDate>
                        <description><![CDATA[Сижу тут, ковыряю одно API, которое использует кастомную реализацию ECDSA и внезапно понимаю, что они тупо не проверяют валидность публичных ключей при верификации подписей. Ну ты понел, кла...]]></description>
                        <content:encoded><![CDATA[<p class="ds-markdown-paragraph">Сижу тут, ковыряю одно API, которое использует кастомную реализацию ECDSA и внезапно понимаю, что они тупо не проверяют валидность публичных ключей при верификации подписей. Ну ты понел, классика: подсовываешь специально сгенерированный кривой ключ, и подпись начинает проходить на любых данных. Сам в шоке, что в 2024 еще можно на таком поймать.</p>
<p class="ds-markdown-paragraph">Но вот вопрос это вообще редкость сейчас или просто мало кто реально тестит крипту на предмет таких косяков? Все ушли в веб-уязвимости и мобилки, а тут до сих пор можно найти дикие ляпы в самых неожиданных местах. Кто-нибудь еще находил подобные грабли в современных системах? Готов обменяться на годный туториал по криптоанализу реальных имплементаций есть парочка прикольных кейсов с timing-атаками на RSA.</p>]]></content:encoded>
						                            <category domain="https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/">Криптография</category>                        <dc:creator>Malaika</dc:creator>
                        <guid isPermaLink="true">https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%b8%d0%b5-%d0%b1%d0%b0%d0%b3%d0%b8-%d0%b2-2025-%d0%b8%d0%bb%d0%b8-unhackable/</guid>
                    </item>
				                    <item>
                        <title>RSA API для мобильного банка</title>
                        <link>https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/rsa-api-%d0%b4%d0%bb%d1%8f-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%be%d0%b3%d0%be-%d0%b1%d0%b0%d0%bd%d0%ba%d0%b0/</link>
                        <pubDate>Wed, 06 Aug 2025 11:25:55 +0000</pubDate>
                        <description><![CDATA[Привет криптоанархисты и просто любители побаловаться с шифрами! &#x1f609; Сижу тут на днях разбирал одну классику RSA в дикой природе, а точнее в одном самописном API для мобильного банка. ...]]></description>
                        <content:encoded><![CDATA[<p><span>Привет криптоанархисты и просто любители побаловаться с шифрами! &#x1f609; Сижу тут на днях разбирал одну классику RSA в дикой природе, а точнее в одном самописном API для мобильного банка. </span></p>
<p><span>История классическая &#x1f60e; : ребята взяли библиотеку для крипты, вроде бы всё правильно вызвали, ключи 2048 бит, но вот беда каждый раз при перезапуске сервера генерируется новый ключ, а старый нахрен выбрасывается. Ну я такой смотрю и понимаю, что вся их "защита" данных это просто театр, потому что если сервер упал и поднялся всё, предыдущие данные уже не расшифруешь, новый ключ же! </span></p>
<p><span>При этом они гордо пишут в документации "используем стойкое шифрование". Ладно, думаю, может хотя бы соль в паролях нормальная? Ан нет, соль одна на всех пользователей, да ещё и хэшируют один раз sha256 без всяких итераций. В общем сижу теперь пишу им разгромный отчёт, потому что это не просто баг, это какое-то криптографическое преступление. Кстати, кто-нибудь сталкивался с подобным когда вроде все нужные слова в коде есть (AES, RSA, хэширование), но реализация просто убивает всю безопасность? </span></p>
<p><span>Особенно весело, когда начинаешь объяснять проблему разработчикам, а они такие "но у нас же шифрование, что вам ещё надо". Вот прямо сейчас сижу и думаю может быть это какая-то вселенская закономерность, что чем громче в документации кричат про безопасность, тем более дурацкие ошибки там внутри? Кстати, самый смешной момент они для "повышения безопасности" сами написали свою функцию "улучшенного" рандома, которая на самом деле выдаёт одни и те же числа, если вызвать её в одну и ту же секунду. Ну вы поняли да, к чему это привело? Правильно, ко всем известным проблемам с генерацией ключей. </span></p>
<p><span>Ладно, буду закругляться, а то уже ночь, а мне ещё предстоит написать рекомендации, и я чую, что придётся начинать с ликбеза про то, что такое криптографический RNG и чем он отличается от rand() из си. &#x1f600; Кто сталкивался с подобным давайте обсудим, может есть какие-то особенно запоминающиеся примеры криптографического безумия?</span></p>]]></content:encoded>
						                            <category domain="https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/">Криптография</category>                        <dc:creator>Hack_Limited</dc:creator>
                        <guid isPermaLink="true">https://hackexpert.ru/community/%d0%ba%d1%80%d0%b8%d0%bf%d1%82%d0%be%d0%b3%d1%80%d0%b0%d1%84%d0%b8%d1%8f/rsa-api-%d0%b4%d0%bb%d1%8f-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%be%d0%b3%d0%be-%d0%b1%d0%b0%d0%bd%d0%ba%d0%b0/</guid>
                    </item>
							        </channel>
        </rss>
		