Easyelectronics.ru

Электроника для всех
Текущее время: 15 окт 2019, 07:32

Часовой пояс: UTC + 5 часов



JLCPCB – Прототипы печатных плат за $2/10pcs (Любой цвет!)
Крупнейший производитель печатных плат и прототипов. Более 600000 клиентов и свыше 10000 заказов в день!
Получите скидку на почтовую отправку при первом заказе в JLCPCB!

Начать новую тему Ответить на тему  [ Сообщений: 50 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 29 ноя 2015, 19:55 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
В том и дело, что ты дал подтверждение МОИХ слов, но ты не понимаешь этого, вот в чем самая соль твоего слива.
в том-то и дело, что НЕТ. и я в том же посте описал суть. если не веришь, открой доку и прочитай сам. не понимаешь доку - погугли, этот вопрос обсосан вдоль и поперек на форумах и типа того.

а у меня нет цели пытаться убедить тупого жирного тролля. так что продолжай:)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 29 ноя 2015, 20:24 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
Тогда зачем ты так засрал тему, если я, по твоему жирный тролль? Зачем продолжаешь меня убеждать в чем то?
да ты никому не интеерсен:) но другие люди зайдут, прочитают, узнают что-то новое.
SGE писал(а):
у тебя очень больное самолюбие, поэтому ты плохо переживаешь самослив, вот ты и продолжаешь пытаться перевести стрелки на меня.
это не так. когда я накосячу - я легко признаю косяк и даже извинюсь, как недавно было. а вот ты тут в клоуна играешь, не привнося никакой технической инфы, даже в доказательство своих же слов.
SGE писал(а):
То есть ты сейчас подтверждаешь, что ты НЕ ПОНИМАЕШЬ вообще о чем идет речь, ведь это ТЫ САМ дал цитату, которая полностью подтверждает мои слова.
если ты посмотришь внимательно, я дал цитату и коммент к ней, специально чтобы такие ленивые не читали многобукаф. а ты лишь выдернул (и так выдернутую из контекста) цитату и бегаешь с ней как дурачок:)

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 29 ноя 2015, 21:39 
Старожил

Зарегистрирован: 19 мар 2013, 19:37
Сообщения: 2621
Откуда: Санкт-Петербург
Господа, а давайте отвлечёмся от срача и вместе попытаемся вспомнить - какие всё же есть алгоритмы шифрования с маленьким memory footprint. Я нашёл https://www.cryptolux.org/index.php/Lig ... Decryption - там по словосочетанию "8-bit" находятс шифры, ориентированные на 8-битники типа AVR.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 29 ноя 2015, 23:35 
Старожил

Зарегистрирован: 19 мар 2013, 19:37
Сообщения: 2621
Откуда: Санкт-Петербург
На ловца и зверь бежит: http://m.habrahabr.ru/post/271435/
Вроде дёшево и вкусно, а опасностью наличия у АНб бэкдора в данном приложении можно пренебречь: понадобится - с кристалла всё считают, это дешевле, чем риск засветить бэкдор.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 00:17 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
имхо, старый добрый xtea норм.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 00:36 
Старожил

Зарегистрирован: 19 мар 2013, 19:37
Сообщения: 2621
Откуда: Санкт-Петербург
О! Точно! Никак не мог вспомнить tea, вот и полез искать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 08:00 
Старожил

Зарегистрирован: 21 мар 2012, 14:33
Сообщения: 542
По делу: пока я делал свой алгоритм, обнаружил слабые места. Например, таблица прерываний, twiddle factor от БПФ и любые опкоды, которые выдал компилятор на стандартные функции могут быть использованы для анализа. Знающий человек уберёт меняющиеся в опкодах относительные адреса переходов и сможет искать по маске зашифрованные кусочки, которые можно использовать для анализа. Таблицу прерываний вообще хорошо видно. Достаточно простое решение - перетасовывать биты ключом. Например, имеем блок длиной 64 бита. К нему ключик из 64 байт вида 1,55,99,119,0,7 и т.д.. Меняем местами все биты. 0-1, 2-55, 3-99, 4-119, 5-0, 6-7 и т.д.. Предварительно ксорим вход с 0xAA. Но кратная 8 длина блока 64 бита это также в некотором смысле уязвимость. Поэтому для пущей надёжности весь сектор длиной 1024 байта сдвигается влево на несколько бит. Вылезшие биты нулевого байта переходят в 1023-тий бит. Второго - в младшие биты первого бита. и т.д. На последнем этапе подсыапем рандомные последовательности бит (не байт), количество бит и их расположение вычислем из опкодов прошивки бутлоадера. Если есть остаток нулевых бит в последнем байте также заполняем в рандомом, дополняя до последовательности кратной 8 битам, но в идеале до размера кратного размеру сектора прошивки. Прошивка при этом разжиреет на некоторое количество байт (нужно ограничить). При обновлении прошивки бутлоадер основываясь на своих же покодах сначала выбросит рандомные участки бит. Сдвинет всё куда нужно и сделает обратную перестановку бит, проксорит на 0xAA и начнёт прошивать сектор. Предполагается использовать 2кБ RAM для прошивки блоками по 1кБ.

И сразу вопрос: Допустим, имеем очень слабый МК с малым количеством памяти. Насколько надёжна простая перестановка бит для защиты firmware? Допустим в блоках по 16 бит. Маска перестановки бит занимает 16 байт. После каждого блока маску перестановки прокручиваем, чтобы повторяющиеся участки опкодов были незаметны (таблица прерываний). Предполагаю, что часть ключа могут найти сразу, зная характерные опкоды переходов в таблице перыавний.

Например, ключ длиной 2.
1 2
2 1
2!=4
ключ длиной 3
1 2 3
1 3 2
2 1 3
2 3 1
3 1 2
3 2 1
3!=6


Ключ состоит из 16 чисел от 0 до 15. Если не ошибаюсь, для ключа перестановки 16 бит получаем
16!=20922789888000 комбинаций


И немного маразма:
Show


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 08:53 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
tmtlib, нужно понять, от кого ты делаешь защиту. если от школьника-двоечника - годится любая фигня:) если от сколь-нибудь опытного хакера (даже новичка!) - все сильно усложняется. все эти "приколы" - они не работают, а обиднее всего то, что ты на них потратишь времени на порядок больше, чем взломщики. просто факт из жизни.

что касается перестановок и прочего - ересь, если ориентируешься не на школьника. вот пример с перестановкой 16 бит для случайных данных (а таблица прерываний, тексты - это сразу палево) сгодится, только если алгоритм неизвестен и прошивка единственная. а у тебя по условию задачи это не так. выпустишь 2-3 прошивки и будет заметна зависимость.

лучше не придумывай криптографию.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 11:01 
Старожил

Зарегистрирован: 19 мар 2013, 19:37
Сообщения: 2621
Откуда: Санкт-Петербург
Ink писал(а):
лучше не придумывай криптографию.

+1.
Перестановки бит - смешно. Это частный случай подстановочного шифра на 16-битных символах (только попроще), ломается частотным анализом чуть ли не на листочке бумаги.

И главное - зачем? Тот же tea/xtea или speck не требует много памяти и исследован криптоаналитиками.

Да, и напоминаю про необходимость нормального режима шифрования ( https://ru.m.wikipedia.org/wiki/Режим_шифрования - не ECB) и случайного вектора инициализации.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 15:10 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
(Я так в свое время писал виртуальные машины)
хорошо что шифры с разряженными ключами не писал!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 17:55 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
Вместо того, чтобы ёрничать, ты лучше поучи теорию, а то цитируешь то, что до конца понять не можешь.
а ты выучи англ и матан, и прочти первоисточник. а после уже поговорим предметно:)
SGE писал(а):
Зачем мне пишешь ? Тебе не дает покоя твоё больное самолюбие, что ты забыл про три "досвидания", которые ты мне говорил ранее ? или пытаешься опять развести срач ?
не забыл и не то чтобы срач развести:) просто потыкать палочкой тролля:) тролли должны генерить. ты же не можешь не генерить, да?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 18:18 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
Ты прочитай свою фразу
а ты прочитай доку, либо чуть дальше отквоченной фразы:)
SGE писал(а):
Ты НЕ ПОНИМАЕШЬ что сам отквотил
я прекрасно понимаю о чем ты, но ты неправ:)
SGE писал(а):
На всякий случай, напомню
сколько не говори сахар...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 30 ноя 2015, 21:55 
Старожил
Аватара пользователя

Зарегистрирован: 23 янв 2012, 00:31
Сообщения: 1797
Откуда: Новокузнецк
SGE писал(а):
И так, финал:
1. Ink НЕ СМОГ опровергнуть то, что я сказал о предназначении XOR 0x55 (0xAA).
2. Ink НЕ СМОГ доказать, что HMAC использует XOR абсолютно для иных целей, нежели я обозначил. (XOR ключей имеет аж ТРИ назначения, XOR данных ДВА, но самое важное именно то, о чем я говорил ранее)

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

ps. я тут ничего никому не доказываю

_________________
elisey.su


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 01 дек 2015, 00:51 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
elisey писал(а):
Ну если так посмотреть, то вы тоже ничего не доказали.
не просто не доказал, а сидит и продолжает пердеть в лужу. даже цитату, которой он тыкает, он даже выделил в ней главное:) на его взгляд:) а я подчеркну, что он не заметил даже в выделенном:
SGE писал(а):
Ink писал(а):
The above particular values of opad and ipad were chosen to have a very simple representation (to simplify the function’s specification and minimize the potential of implementation errors), and to provide a high Hamming distance between the pads.

клоун, че поделать. бегает и в дудку дудит:)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 01 дек 2015, 02:25 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
давай играть в кому первому надоест? :D
SGE писал(а):
ведь Это и ЕСТЬ то, что подтверждает мною раннее сказанное.
неа, ранее ты сказал чушь про разряжение:)
SGE писал(а):
Ты даже не понимаешь, почему именно константы 0x55 и 0xAA
я не понимаю, откуда ТЫ их взял, ведь там их нет:)
SGE писал(а):
и есть указание на то, о чем я говорил.
ты говорил о хреноте, неимеющий отношения к обсуждаемому вопросу:) жги!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 01 дек 2015, 18:22 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
о, мне показалось, или градус трололо стал падать?:)
SGE писал(а):
Очередная твоя ложь, так как изначально всё завертелось именно вокруг этих констант. Даже в статье, которую ты сам привел, говорится о дистанции Хэмминга именно в ключе выбора констант 0x55 и 0xAA.
любезный, приведи номер страницы в пдф, на которой говорится, что в HMAC используются константы 55 и АА?
SGE писал(а):
XOR 0x55/0xAA именно это и делает, гарантирует РАЗРЯЖЕНИЕ однообразностей в виде многих нулей или единиц подряд. Таким образом обеспечивается равномерность и дистанция Хэмминга.
данные, поступающие на вход HMAC - абсолютно произвольные, а т.ч. могут быть все АА или все 55. что в этом случае даст твое разряжение? в любых схемах кодирования, где применяется скрэмблинг для "разряжения", не используется ксор на одну и ту же константу.
SGE писал(а):
Так как XOR на константу 0x55/0xAA гарантированно убирает любые длинные последовательности нулей и единиц. Это и есть то разряжение, о котором я сказал две страницы назад.
сказать ты сказал, а как это относится к HMAC-то? или к той фразе из цитаты? там ни констант таких, ни нет на входе длинных последовательностей 0 и 1. даже во фразе говорится о том, что расстояния х. выбирались именно для падов, а не для данных. более того, цель преследуется получить 2 разных ключа, не связанных с первоначальным, чтобы были разные IV на момент хеширования данных, и не более того. если бы не требовалось получить 2 РАЗНЫХ ключа (отличных от первоначального), один из ключей можно было бы не ксорить.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 00:33 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
А это без разницы, в стандартной HMAC выбраны константы x5c и x36

ой, да неужели доку открыл? ты ж клялся, что там 55 и АА?
SGE писал(а):
в данном контексте они делают абсолютно тоже самое что и 0xAA и 0x55 в моих изначальных словах - а именно, прореживание однородностей длинных последовательностей нулей и единиц для обеспечения нужной дистанции Хемминга (ты сам дал пруф этому).

утомил... математически да, они это делают. цель этой операции была вовсе не в этом. криптофункциям положить на однородности просто по определению, понимаешь?
SGE писал(а):
Прямо относится, так как суть одна и та же, константы можно брать любые, удовлетворяющие нужной дистанции Хеммиинга, просто 0xAA и 0x55 лучше подходят в одних случаях, а x5c/x36 в других.

можно конкретный пример на цифрах, где 5с и 36 будут лучше чем 55 и АА?
SGE писал(а):
Именно потому и ксорят ОБА ключа, что это сделано не только для гарантированного получения разных ключей, но и для прореживания ключей, т.е. для нужной дистанции Хемминга (в данном случае перед хешированием).

пруф?
вот пруф про разные ключи есть в доке, очень длинный и последовательный, через описание другого МАС. и если бы они не ставили целью получить из k различные k1 и k2, один из ключей они бы добили нулями и всё. нет никакого смысла ничего ксорить перед хешированием с т.з. криптографии. хемминг там упомянут только для того, чтобы сказать, что ключи довольно сильно отличаются ДРУГ ОТ ДРУГА. ни про какое разрежение там речь не идет.
SGE писал(а):
Ну, и что теперь, будешь и дальше троллить своё самолюбие или как ?
нет, буду добиваться, чтоб доку ты скурил. прогресс уже пошел:)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 02:08 
Старожил

Зарегистрирован: 30 апр 2010, 22:56
Сообщения: 1579
Откуда: Киев
Я что-то потерял нить спора.
Все началось с утверждения, что xor c константами 0xАА и 0х55 как-то гарантированно разряжает длинные последовательности нулей и единиц. Борьба с неслучайными последовательностями без изменения скорости передачи называется скрэмблированием, и применение в качестве скррэблера xor с константой - это плохой, негодный скрэмблер. Если цель именно в "перемешивании" входящего потока, то надо брать другие функции.
Потом влез как-то HMAC, который к скрэмблированию никаким боком. И самое интересное, что использование констант 0x55 и 0xAA вместо рекомендуемых 0x5С/0x36 приведет к ослаблению алгоритма, поскольку ключи станут статистически зависимые друг от друга (тупо являться инверсией друг друга). Поэтому задача выбора ipad/opad не в максимизации расстояния Хэмминга, а в выборе достаточного расстояния. 4 вполне хватит. И 4 лучше, чем 3 и лучше чем 5.
Так о чем спор?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 07:07 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
Steel.ne писал(а):
Я что-то потерял нить спора.
Все началось с утверждения, что xor c константами 0xАА и 0х55 как-то гарантированно разряжает длинные последовательности нулей и единиц.
я зануда. вот как все началось:
SGE писал(а):
aamonster писал(а):
Пример: данные, подаваемые на AES, предварительно ксорятся на 55h (предельно бесполезно, но иллюстрирует идею).
xor 55h (AAh) не как доп. шифрование. Это прореживание однообразных последовательностей, т.е. чтобы подряд много нулей или много единиц не было. Обычно как предварительная подготовка ключей, но часто и сами данные так прореживают.

aamonster привел абсолютно правильный пример, где xor полностью бессмысленный. на что краптограф SGE сказал, что лучше прореживать. я возразил. а он такой:
SGE писал(а):
Скажи это математикам, они тебя сразу каками закидают. Ключ или данные с большими последовательностями нулей или единиц понижают в разы крипкостойкость. Прореживание убирает подобную однородность.
бред, возведенный в абсолют. я припомнил единственный пример, который я знаю, который ксорит ключ на что-то - HMAC. вроде вполне себе нить спора:) ну и до сих пор SGE не понял назначение тех ксоров, т.к. не асилил прочитать документ и вникнуть.
Steel.ne писал(а):
ключи станут статистически зависимые друг от друга (тупо являться инверсией друг друга). ... Так о чем спор?
они и так зависимые, причем линейно. а спор о бесполезности разряжения для криптофункций.
SGE писал(а):
Ты опять начал жирно троллить, я говорил о случаях прореживания, а не конкретно о константах

показалось значит. ты так убежденно говорил, что именно там не зря выбраны именно 55 и АА.
SGE писал(а):
Ну вот теперь ты наконец признался.

и что мы будем делать со знанием, что у спичек сама сера липкая? и именно это позволяет ей налипать на палочку. спасибо тебе, капитан очевидность, а то мы думали, ну как же можно без клея? только вот он реально на горение не влияет, если рассматривать химическую реакцию, то клей там вообще особой роли не играет. но ты упорно доказываешь, что без клея ну никак, горит типа гораздо хуже. молодец, чо.
SGE писал(а):
Конкретно эти для HMAC.

я просил в цифрах. это же элементарно - привести однострочный пример?
SGE писал(а):
Мало того, предварительным добавлением нулей, о которых ты пишешь, выравнивают размеры. Эти нули прореживают в любом случае.
*фэйспалм*
вот ты понимаешь, что без ухудшения свойств HMAC можно взять один пад как ключ, дополненный нулями, а второй как этот же ключ, но заксоренный на константу?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 16:41 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
ооо, теперь градус троллинга зашкалил:) видать аргументы кончились:)
SGE писал(а):
Размерность Хемминга разная, самому посчитать уже слабо ? Там школьник любой справится.
естессно слабо! у меня не сходится. это ты там что-то заявил, тебе и объяснить дураку. было бы не слабо, не просил бы пример.
SGE писал(а):
Специально прореживают оба не просто так, я уже говорил зачем. Но ты в силу твоих проблем не можешь это понять. Притом споришь не со мной, ты споришь с алгоритмом твоего же примера в виде HMAC.

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

просто понимаешь, элементарно доказать, что добивать один ключ нулями, а второй ксорить - это то же самое, что ксорить оба:) надежность не может от этого упасть.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 17:37 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
SGE писал(а):
почему ты называешь алгоритм HMAC бредом
пруф?
SGE писал(а):
Это уже твоя проблема, а заявил не я, заявлял ты сам, отрицая адекватность HMAC.
у меня ощущение, что ты бухой. это ты писал:
SGE писал(а):
константы можно брать любые, удовлетворяющие нужной дистанции Хеммиинга, просто 0xAA и 0x55 лучше подходят в одних случаях, а x5c/x36 в других.
вот и приведи пример, для каких данных 5c/36 лучше чем AA/55, без отсылок куда-то там, а просто цифрами. или с математикой всё плохо у тебя?
SGE писал(а):
Я всего лишь повторяю одно и тоже на протяжении двух страниц.
именно! как баран:)
SGE писал(а):
Ну да, авторы алгоритма HMAC дураки, раз не слушают таких умников как ты.
они не дураки, они нормально все объяснили в доке, которую ты не читал:) так кто тут дурак-то?:)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 20:26 
Старожил

Зарегистрирован: 30 апр 2010, 22:56
Сообщения: 1579
Откуда: Киев
Бедный Хэмминг в гробу уже дно протер. И в HMAC ключи не для "прореживания" xor-ятся.
И "прореживание" называется "скрэмблирование".


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 21:44 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
жыра не просто уже много, а он уже кипит!!! :)))) прикольно, конечно, но туповато:)
SGE, короч ты меня утомил. подводи итоги про меня как ты там делал и пока перерыв, до новых твоих перлов:)
Steel.ne писал(а):
И в HMAC ключи не для "прореживания" xor-ятся.
оххх, зря ты это сказал;))))
Steel.ne писал(а):
И "прореживание" называется "скрэмблирование".
и это тоже зря:)))


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 02 дек 2015, 22:45 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3995
ты такой проницательный:) по жиру - ты абсолютный чемпион:)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Алгоритм ГОСТ ( простой) для STM32
СообщениеДобавлено: 12 дек 2015, 00:44 
Заглядывает иногда

Зарегистрирован: 18 авг 2014, 20:13
Сообщения: 34
Вот моя реализация ГОСТ 28147-89
http://simplecan.16mb.com/my-software.html
Может кому пригодится.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 50 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 5 часов


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB