RSA BSAFE - RSA BSAFE

RSA BSAFE
Разработчики)Dell, ранее RSA Безопасность
изначальный выпуск1996
Написано вC, сборка, Ява
Операционная системаBSD, Linux, macOS, Майкрософт Виндоус, Android, iOS, AIX, Солярис
ТипКриптография библиотека, Коммерческое программное обеспечение
ЛицензияПроприетарный
Интернет сайтwww.dell.com

RSA BSAFE это FIPS 140-2 подтверждено криптография библиотека, доступная в обоих C и Ява, предложено RSA Безопасность. Он был одним из самых распространенных до ЮАР срок действия патента истек в сентябре 2000 г. Он также содержал реализации RCИкс шифры, наиболее распространенным из которых является RC4. С 2004 по 2013 гг. Дефолт генератор случайных чисел в библиотеке был NIST -утвержденный стандарт ГСЧ, широко известный как небезопасный по крайней мере с 2006 г., отозван в 2014 г., предположительно содержит клептографический задняя дверь из американского Национальное Агенство Безопасности (АНБ), как часть его секрета Буллран программа.[1]

1 июля 2020 года линейка продуктов BSAFE была передана Dell.[2] в ожидании того, что Dell продаст свой бизнес RSA консорциуму.[3]

SSL-C

SSL-C
Окончательный релиз
2.8.9 / 13 марта 2014 г.; 6 лет назад (2014-03-13)
Написано вC, сборка
Операционная системаLinux и Майкрософт Виндоус

В SSL-C библиотека - это SSL набор инструментов из пакета BSAFE. Первоначально он был написан Эриком А. Янгом и Тимом Дж. Хадсоном как ответвление открытой библиотеки. SSLeay, которые они разработали до присоединения к RSA.[4][5] Как и SSLeay, SSL-C поддерживает SSLv2, SSLv3, TLSv 1; хотя он также поддерживает X.509v 1 и X.509v3.[6] SSL-C был впервые выпущен в 1999 году.[7] Алгоритм был одним из нескольких доступных в библиотеках, из которых пользователи могли выбирать.[8]

Срок службы SSL-C истек в декабре 2016 года.

Cert-J

Cert-J
Стабильный выпуск
6.2.4 / 21 февраля 2018 г.; 2 года назад (2018-02-21)
Написано вЯва

Cert-J - это Инфраструктура открытых ключей API программная библиотека, написанная на Ява. Он содержит криптографическую поддержку, необходимую для генерации запросов на сертификаты, создания и подписи цифровые сертификаты, а также создавать и распространять списки отзыва сертификатов. Cert-J построен на криптографическом механизме RSA BSAFE Crypto-J.

Cert-J поддерживает несколько PKCS стандарты, такие как PKCS # 7, # 8, # 11, # 12, а также X.509 и CMP.

Начиная с Cert-J 6.2.4, весь API устарел в пользу аналогичной функциональности при условии, что BSAFE Crypto-J JCE API.

Crypto-C Micro Edition

Crypto-C Micro Edition
Стабильный выпуск
4.1.4 / 11 сентября 2019 г.; 15 месяцев назад (2019-09-11)
Написано вC, сборка

RSA BSAFE Crypto-C Micro Edition (Crypto-C ME) был первоначально выпущен в июне 2001 года под названием «RSA BSAFE Wireless Core 1.0». Первоначальный выпуск был нацелен Майкрософт Виндоус, EPOC, Linux, Солярис и Palm OS.

Предоставляемые начальные функции ЮАР генерация ключей, шифрование и дешифрование, подпись и проверка; Технология MultiPrime для быстрого дешифрования и подписания RSA; DSA генерация, подпись и проверка ключей и параметров; Диффи-Хеллман генерация параметров и обмен ключами; Симметричное шифрование и дешифрование в режимах ECB, CBC, CFB и OFB для DES, 3DES-EDE, AES, RC2, RC5 и RC6; Шифрование и дешифрование с использованием RC4 потоковый шифр с переменной длиной ключа; MD2, MD5, SHA-1 и SHA-2 генерация дайджеста сообщения; Генерация псевдослучайных чисел; HMAC поколение.

Затем набор инструментов был переименован в «RSA BSAFE Crypto-C Micro Edition» с выпуском версии 1.6 в феврале 2002 года.

В августе 2005 года с выпуском Crypto-C ME 2.0, Криптография с эллиптической кривой был добавлен в инструментарий вместе с другими алгоритмами.

Люкс Micro Edition

Люкс Micro Edition
Стабильный выпуск
4.5 / 18 мая 2020 г.; 6 месяцев назад (2020-05-18)
Написано вC, сборка

BSAFE Micro Edition Suite - это SDK в C, что позволяет добавлять TLS, PKI и возможности криптографии, такие как CMS в приложениях, устройствах и системах.

Пакет BSAFE Micro Edition изначально был анонсирован в феврале 2002 г.[9] как комбинированное предложение BSAFE SSL-C Micro Edition, BSAFE Cert-C Micro Edition и BSAFE Crypto-C Micro Edition.

И SSL-C Micro Edition, и Cert-C Micro Edition достигли EOL в сентябре 2014 года, в то время как Micro Edition Suite по-прежнему поддерживается с Crypto-C Micro Edition в качестве своего FIPS -проверенный криптографический провайдер.

Дополнительная информация о возможностях Micro Edition Suite: Сравнение реализаций TLS

Крипто-J

Крипто-J
Стабильный выпуск
6.2.5 (15 августа 2019 г.; 16 месяцев назад (2019-08-15)[10]) [±]
Написано вЯва

В 1997 г. Безопасность данных RSA лицензировала библиотеку шифрования J / CRYPTO Java от Baltimore Technologies и планирует интегрировать ее в свой новый набор инструментов шифрования JSAFE[11] и в том же году выпустила первую версию JSAFE.[12] JSAFE 1.0 был представлен в выпуске января 1998 г. Байт журнал.[13] Затем в феврале 1998 года был выпущен JSAFE 1.1, ставший первым выпуском, поддерживающим собственный код путем вызова криптографического инструментария BSAFE C.[14]Crypto-J, предоставляющий проприетарный (ныне устаревший) API, а также JCE API, теперь является поставщиком криптографии для BSAFE SSL-J.

Дополнительная информация о возможностях Crypto-J: Сравнение криптографических библиотек

SSL-J

SSL-J
Стабильный выпуск
6.2.7 (28 июня 2020 г.; 5 месяцев назад (2020-06-28)) [±]
Написано вЯва

SSL-J - это набор инструментов Java, обеспечивающий как проприетарный, так и JSSE API, позволяющий Java-приложениям реализовывать TLS. SSL-J был выпущен как часть первоначального предложения продукта RSA JSAFE в 1997 году.[15] В ноябре 2001 г. в SSL-J 4.0 была добавлена ​​поддержка JSSE API. Начиная с этой версии, для использования были доступны как SSLJ (JSAFE) API, так и JSSE API. Начиная с SSL-J 6.2.4, проприетарный JSAFE API от RSA устарел в пользу JSSE. Crypto-J является криптографическим провайдером по умолчанию. SSL-J.

Дополнительная информация о возможностях SSL-J: Сравнение реализаций TLS

Бэкдоры криптографии

Dual_EC_DRBG генератор случайных чисел

С 2004 по 2013 год по умолчанию криптографически безопасный генератор псевдослучайных чисел (CSPRNG) в BSAFE было Dual_EC_DRBG, который содержал предполагаемый бэкдор из АНБ, в дополнение к предвзятому и медленному CSPRNG.[16] Криптографическое сообщество знало, что Dual_EC_DRBG был очень плохим CSPRNG, так как вскоре после публикации спецификации в 2005 году, а к 2007 году стало очевидно, что CSPRNG, казалось, был разработан, чтобы содержать скрытый бэкдор для NSA, который может использоваться только NSA через секретный ключ.[17] В 2007, Брюс Шнайер описал бэкдор как «слишком очевидный, чтобы кого-либо обмануть».[17] Бэкдор был подтвержден в Утечки Сноудена в 2013 году, и предполагалось, что NSA заплатило RSA Security 10 миллионов долларов США за использование Dual_EC_DRBG по умолчанию в 2004 году,[1] хотя RSA Security отрицало, что им было известно о бэкдоре в 2004 году. В статье Reuters, раскрывающей секретный контракт на 10 миллионов долларов на использование Dual_EC_DRBG, описывалась сделка как «проводимая бизнес-лидерами, а не чистыми технологами».[1] RSA Security в значительной степени отказалась объяснить свой выбор продолжить использование Dual_EC_DRBG даже после того, как в 2006 и 2007 годах были обнаружены дефекты и потенциальный бэкдор, и отрицала намеренное внедрение бэкдора.[18]

Так почему же RSA выбрала Dual_EC по умолчанию? Ты поймал меня. Dual_EC не только невероятно медленный - что имеет реальные последствия для производительности - еще в 2006 году было показано, что это просто плохой генератор случайных чисел. К 2007 году, когда Шумов и Фергюсон подняли возможность бэкдора в спецификации, нет разумный криптограф подошел бы к этой штуке. Убийца в том, что в RSA работают выдающиеся криптографы! Вряд ли все они пропустят новость о Dual_EC.

— Мэтью Грин, криптограф и профессор-исследователь из Университета Джона Хопкинса, Несколько мыслей о криптографической инженерии[16] (После того, как бэкдор был подтвержден, но до того, как Рейтер раскрыло секретную сделку на 10 миллионов долларов.)

Поскольку криптографически безопасный генератор случайных чисел часто является основой криптографии, многие данные, зашифрованные с помощью BSAFE, не были защищены от NSA. В частности, было показано, что бэкдор делает SSL /TLS полностью взламывается стороной, имеющей закрытый ключ от бэкдора (например, АНБ).[17] Поскольку правительство США и американские компании также использовали уязвимый BSAFE, АНБ потенциально могло сделать данные США менее безопасными, если бы секретный ключ АНБ к бэкдору был украден. Также возможно получить секретный ключ, решив единственный экземпляр алгоритма эллиптическая кривая проблема[17] (нарушение криптографии на основе эллиптических кривых считается маловероятным для современных компьютеров и алгоритмов, но прорыв может произойти).

Расширенное расширение Random TLS

"Extended Random" было предложенным расширением для Безопасность транспортного уровня (TLS) протокол, представленный на стандартизацию в IETF сотрудником АНБ,[19] хотя так и не стал стандартом. В противном случае расширение было бы безвредным, но вместе с Dual_EC_DRBG оно упростило бы использование бэкдора.[20][21]

Ранее не было известно, что расширение включено ни в одной из реализаций, но в декабре 2017 года оно было обнаружено включенным на некоторых Canon модели принтеров, которые используют библиотеку RSA BSAFE, поскольку добавочный номер противоречит части TLS версии 1.3.[21]

Статус поддержки

25 ноября 2015 года RSA объявила даты окончания срока службы (EOL) для BSAFE.[22] Конец основной поддержки (EOPS) наступил 31 января 2017 года, а конец расширенной поддержки (EOXS) первоначально был 31 января 2019 года, но теперь он был продлен для некоторых версий до 31 января 2022 года.[23] Во время расширенной поддержки, несмотря на то, что политика поддержки гласит, что будут исправлены только самые серьезные проблемы, были выпущены новые версии, содержащие исправления ошибок, исправления безопасности и новые алгоритмы.[24]

Рекомендации

  1. ^ а б c Менн, Джозеф (20 декабря 2013 г.). «Эксклюзив: секретный контракт, связанный с АНБ и пионером индустрии безопасности». Сан-Франциско. Рейтер. Получено 20 декабря, 2013.
  2. ^ Dell (4 августа 2020 г.). «Поддержка BSAFE и обновление биллинга». Dell.
  3. ^ Dell (18 февраля 2020 г.). «Symphony Technology Group заключает окончательное соглашение с Dell Technologies о приобретении RSA». Dell.
  4. ^ Симсон Гарфинкель, Джин Спаффорд (2002). Веб-безопасность, конфиденциальность и торговля. О'Рейли. п.114. ISBN  0596000456.
  5. ^ Иван Ристич (2013). Поваренная книга OpenSSL: руководство по наиболее часто используемым функциям и командам OpenSSL. Qualys. п. 1. ISBN  9781907117053.
  6. ^ RSA Data Security (1999). «RSA представляет BSAFE SSL-C для мировых рынков». PR Newswire.
  7. ^ RSA Australia (30 марта 1999 г.). «Программное обеспечение Check Point лицензирует RSA BSAFE ™ SSL-C для своей ведущей на рынке VPN». Программное обеспечение Check Point. Архивировано из оригинал 1 декабря 2010 г.
  8. ^ RSA (2013). "Ответ RSA на утверждения СМИ относительно отношений с АНБ". RSA.
  9. ^ «RSA представляет на своей выставке три новых продукта». IT мир. 20 февраля 2002 г.
  10. ^ «RSA объявляет о выпуске RSA BSAFE® Crypto-J 6.2.5».
  11. ^ "RSA лицензирует Baltimore Technologies J / CRYPTO".
  12. ^ "Набор инструментов RSA BSafe создает новую версию Java".
  13. ^ "Создание Java-разработки JSafe" (PDF).
  14. ^ «RSA выпускает шифрование JSAFE 1.1 для Java».
  15. ^ «Защита ИТ-ресурсов с помощью цифровых сертификатов и LDAP».
  16. ^ а б Мэтью Грин (20 сентября 2013 г.). «RSA предупреждает разработчиков не использовать продукты RSA». Несколько мыслей о криптографической инженерии.
  17. ^ а б c d Брюс Шнайер. "Странная история Dual_EC_DRBG".
  18. ^ «Мы не используем бэкдоры в наших криптопродуктах, - сообщает RSA клиентам». Ars Technica.
  19. ^ Эрик, Рескорла; Маргарет, Солтер (2 марта 2009 г.). «Расширенные случайные значения для TLS». Проект стандарта IETF.
  20. ^ Менн, Джозеф (31 марта 2014 г.). "Эксклюзив: АНБ проникло в систему безопасности RSA глубже, чем предполагалось - стю". Рейтер.
  21. ^ а б Грин, Мэтью (19 декабря 2017 г.). «Странная история» Extended Random"". Блог криптографической инженерии.
  22. ^ ЮАР (25 ноября 2015 г.). «RSA объявляет даты окончания срока службы (EOL) для RSA BSAFE». ЮАР. Получено 3 октября, 2018.
  23. ^ ЮАР (20 июня 2018 г.). «RSA объявляет о расширении поддержки для некоторых продуктов BSAFE®». ЮАР. Получено 3 октября, 2018.
  24. ^ RSA (11 сентября 2019 г.). «RSA объявляет о выпуске RSA BSAFE® Micro Edition Suite 4.4». ЮАР. Получено 11 сентября, 2019.

внешняя ссылка