Введение

Японский проект исследований в области криптографии CRYPTREC — это комитеты по исследованиям и оценке криптографических технологий, созданные правительством Японии для оценки и рекомендации криптографических методов для использования в государственных органах и промышленности. Он во многом сопоставим с проектом NESSIE Европейского Союза и процессом разработки стандарта Advanced Encryption Standard, проводимым Национальным институтом стандартов и технологий в США.

Сравнение с NESSIE

Существует некоторое совпадение и некоторое противоречие между выбором алгоритмов NESSIE и проектом рекомендаций CRYPTREC. Обе группы включали одних из лучших криптографов в мире, поэтому конфликты в их выборе и рекомендациях следует тщательно проанализировать. Например, CRYPTREC рекомендует несколько 64-битных блочных шифров, в то время как NESSIE не выбрал ни одного, однако CRYPTREC, согласно своим мандату, был обязан учитывать существующие стандарты и практику, чего не было в мандате NESSIE. Подобные различия в мандатах объясняют, почему CRYPTREC рекомендовал как минимум один поточный шифр – RC4, в то время как в отчете NESSIE специально отмечалось, что они не выбрали ни один из рассматриваемых. RC4 широко используется в протоколах SSL/TLS; тем не менее, CRYPTREC рекомендовал использовать его только с 128-битными ключами. По сути, та же причина привела к включению CRYPTREC в алгоритмы вычисления дайджеста сообщений длиной 160 бит, несмотря на рекомендацию избегать их при разработке новых систем. Кроме того, CRYPTREC необычно внимательно изучал варианты и модификации алгоритмов, или, по крайней мере, обсуждал необходимость осторожного подхода к ним; это привело к особенно подробным рекомендациям относительно этих вариантов.

Ответственность

Это также организация, которая осуществляет техническую оценку и предоставляет рекомендации в отношении нормативных актов, реализующих японское законодательство. Примерами служат Закон об электронных подписях и услугах сертификации (закон № 102 от 2000 финансового года, вступивший в силу с апреля 2001 года), Основной закон о формировании общества передовых информационных и телекоммуникационных сетей 2000 года (закон № 144 от 2000 финансового года) и Закон о публичной индивидуальной сертификации от декабря 2002 года. Помимо этого, CRYPTEC отвечает за участие Японии в работе ISO/IEC JTC 1/SC27 по стандартизации.

Выбор

В первом выпуске в 2003 году многие японские шифры были включены в "Список рекомендуемых шифров для электронного правительства": CIPHERUNICORN E (NEC), Hierocrypt L1 (Toshiba) и MISTY1 (Mitsubishi Electric) как 64-битные блочные шифры, Camellia (Nippon Telegraph and Telephone, Mitsubishi Electric), CIPHERUNICORN A (NEC), Hierocrypt 3 (Toshiba) и SC2000 (Fujitsu) как 128-битные блочные шифры, и, наконец, MUGI и MULTI S01 (Hitachi) как потоковые шифры. В пересмотренном выпуске 2013 года список был разделен на три категории: "Список рекомендуемых шифров для электронного правительства", "Список кандидатов в рекомендуемые шифры" и "Список контролируемых шифров". Большинство японских шифров, перечисленных в предыдущем списке (за исключением Camellia), переместились из "Списка рекомендуемых шифров" в "Список кандидатов в рекомендуемые шифры". Были представлены новые предложения, такие как CLEFIA (Sony) как 128-битный блочный шифр, а также KCipher 2 (KDDI) и Enocoro 128v2 (Hitachi) как потоковые шифры. Однако только KCipher 2 был включен в "Список рекомендуемых шифров для электронного правительства". Причина, по которой большинство японских шифров не были выбраны в качестве "Рекомендуемых шифров", заключается не в их потенциальной небезопасности, а в том, что они не получили широкого распространения в коммерческих продуктах, проектах с открытым исходным кодом, государственных системах или международных стандартах. Существует вероятность, что шифры из "Списка кандидатов в рекомендуемые шифры" будут перенесены в "Список рекомендуемых шифров для электронного правительства" по мере их более широкого использования. Кроме того, 128-битные RC4 и SHA 1 были включены в "Список контролируемых шифров". Они считаются небезопасными и допускаются только для обеспечения совместимости со старыми системами. После пересмотра в 2013 году были внесены дополнительные обновления, такие как добавление ChaCha20 Poly1305, EdDSA и SHA 3, перемещение Triple DES в список контролируемых и удаление RC4 и других.