<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Форум Guardant &mdash; Gardant Sign + AES128 + OFB]]></title>
		<link>https://forum.guardant.ru/topic/337/</link>
		<atom:link href="https://forum.guardant.ru/feed/rss/topic/337/" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Gardant Sign + AES128 + OFB».]]></description>
		<lastBuildDate>Fri, 16 Aug 2013 10:35:21 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Gardant Sign + AES128 + OFB]]></title>
			<link>https://forum.guardant.ru/post/1645/#p1645</link>
			<description><![CDATA[<p>Добрый день.<br /></p><div class="quotebox"><cite>Oleg Yurchenko пишет:</cite><blockquote><p>Не помогло, даже более того - при кодировании нескольких блоков разных размеров (кратных 16) при декодировании другого размера блоками (кратных 16) не восстанавливают прежнего сообщения (с вектором инициализации, сохраняемым между вызовами GrdCryptEx - восстанавливает)</p></blockquote></div><p>У нас описанное поведение не воспроизводится. При шифровании по схеме &quot;16-8-16-...&quot; данные корректно шифруются\дешифруются.</p><p>Пришлите нам на почту - hotline@guardant.ru - небольшое тестовое приложение (с исходниками), на котором у Вас воспроизводится указанное поведение <strong>GrdCryptEx</strong> и nsd-файл маски, прошиваемой в тестируемый ключ.</p><p>Также уточните версию используемого Вами <a href="https://www.guardant.ru/support/software/">комплекта разработчика Guardant</a>.</p>]]></description>
			<author><![CDATA[null@example.com (Антон Тихиенко)]]></author>
			<pubDate>Fri, 16 Aug 2013 10:35:21 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/1645/#p1645</guid>
		</item>
		<item>
			<title><![CDATA[Re: Gardant Sign + AES128 + OFB]]></title>
			<link>https://forum.guardant.ru/post/1644/#p1644</link>
			<description><![CDATA[<div class="quotebox"><cite>Антон Тихиенко пишет:</cite><blockquote><p>Попробуйте выполнять преобразования данных указав значение <strong>NULL</strong> в качестве вектора инициализации. Поможет ли это?</p></blockquote></div><p>Не помогло, даже более того - при кодировании нескольких блоков разных размеров (кратных 16) при декодировании другого размера блоками (кратных 16) не восстанавливают прежнего сообщения (с вектором инициализации, сохраняемым между вызовами GrdCryptEx - восстанавливает)<br />Кстати попробовал с программным алгоритмом AES256 - поведение аналогичное.<br />Пробовал на API Linux/x86_64 Windows/x86.<br />Наверно придется принять ограничение - все блоки кроме последнего должны быть кратны длине вектора инициализации... Как то так?</p>]]></description>
			<author><![CDATA[null@example.com (Oleg Yurchenko)]]></author>
			<pubDate>Thu, 15 Aug 2013 14:21:18 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/1644/#p1644</guid>
		</item>
		<item>
			<title><![CDATA[Re: Gardant Sign + AES128 + OFB]]></title>
			<link>https://forum.guardant.ru/post/1643/#p1643</link>
			<description><![CDATA[<p>Здравствуйте, Oleg Yurchenko.</p><p>Описанное поведение при преобразовании данных (кодирование/декодирование) может быть следствием того, что при декодировании данных, функция GrdCryptEx использует вектор инициализации (параметр pIV) отличный от того, который был использован при кодировании.</p><p>Попробуйте выполнять преобразования данных указав значение <strong>NULL</strong> в качестве вектора инициализации. Поможет ли это?</p>]]></description>
			<author><![CDATA[null@example.com (Антон Тихиенко)]]></author>
			<pubDate>Thu, 15 Aug 2013 13:52:56 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/1643/#p1643</guid>
		</item>
		<item>
			<title><![CDATA[Gardant Sign + AES128 + OFB]]></title>
			<link>https://forum.guardant.ru/post/1639/#p1639</link>
			<description><![CDATA[<p>При шифровании/дешифровании с помощью аппаратного алгоритма AES128, обнаружил неприятную особенность: неправильная работа, если размер входных данных&nbsp; не кратен размеру ключа (16 байт). В описании сказано что при работе в режиме OFB размер данных не имеет значения. <br />Я реализую &quot;поточное&quot; шифрование, поэтому входящий размер размер может быть любым.<br />Вызов ф-ции API такой: <br />GrdCryptEx(handle(), m_alg, sz, buffer,<br />&nbsp; &nbsp; GrdAM_OFB + GrdAM_Encrypt, //Использование GrdSC_First, GrdSC_Next, GrdSC_Last не меняет результата<br />&nbsp; &nbsp; m_ivSize,&nbsp; //16<br />&nbsp; &nbsp; m_iv,&nbsp; &nbsp; &nbsp; &nbsp;//указатель на массив вектора инициализации&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br />&nbsp; &nbsp; NULL,<br />&nbsp; &nbsp; NULL,<br />&nbsp; &nbsp; NULL&nbsp; )<br />М.б, я что то неправильно делаю ?<br />PS:<br />Если несколькими блоками кодирую:<br />16-16-16-8 - Правильно<br />16-8-16-... - Не правильно</p>]]></description>
			<author><![CDATA[null@example.com (Oleg Yurchenko)]]></author>
			<pubDate>Thu, 15 Aug 2013 08:24:01 +0000</pubDate>
			<guid>https://forum.guardant.ru/post/1639/#p1639</guid>
		</item>
	</channel>
</rss>
