OpenSSL - OpenSSL

Не путать с OpenSSH.

OpenSSL
OpenSSL logo.png
Разработчики)Проект OpenSSL
изначальный выпуск1998; 22 года назад (1998)
Стабильный выпуск1.1.1h (22 сентября 2020 г.; 2 месяца назад (2020-09-22)[1]) [±]
Предварительный выпуск3.0 Alpha 9 (26 ноября 2020 г.; 7 дней назад (2020-11-26)[2]) [±]
Репозиторий
Отредактируйте это в Викиданных
Написано вC, сборка, Perl
ТипКриптография библиотека
ЛицензияЛицензия Apache 2.0[3]
Интернет сайтwww.openssl.org

OpenSSL это программное обеспечение библиотека для приложений, которые защищают связь через компьютерная сеть против подслушивания или необходимости идентифицировать сторону на другом конце. Он широко используется Интернет серверы, в том числе большинство HTTPS веб-сайты.

OpenSSL содержит Открытый исходный код реализация SSL и TLS протоколы. Ядро библиотека, написано в Язык программирования C, реализует базовые криптографический функции и предоставляет различные служебные функции. Доступны оболочки, позволяющие использовать библиотеку OpenSSL на различных компьютерных языках.

OpenSSL Software Foundation (OSF) представляет проект OpenSSL в большинстве юридических прав, включая лицензионные соглашения участников, управление пожертвованиями и так далее. OpenSSL Software Services (OSS) также представляет проект OpenSSL для контрактов на поддержку.

OpenSSL доступен для большинства Unix-подобный операционные системы (включая Linux, macOS, и BSD ) и Майкрософт Виндоус.

История проекта

Проект OpenSSL был основан в 1998 году для предоставления бесплатного набора инструментов шифрования кода, используемого в Интернете. Он основан на вилке SSLeay Эрика Эндрю Янга и Тима Хадсона, которая неофициально завершила разработку 17 декабря 1998 года, когда Янг и Хадсон оба начали работать в RSA Безопасность. Первоначальными членами-учредителями были Марк Кокс, Ральф Энгельшалл, Стивен Хенсон, Бен Лори, и Пол Саттон.[4]

По состоянию на май 2019 г.,[5] комитет управления OpenSSL состоял из 7 человек[6] и есть 17 разработчиков[7] с доступом к фиксации (многие из которых также входят в комитет управления OpenSSL). Штатных сотрудников (стипендиатов) всего двое, остальные - волонтеры.

Бюджет проекта составляет менее одного миллиона долларов США в год, и он в основном зависит от пожертвований. Разработка TLS 1.3 спонсируется Akamai.[8]

Выпуски основных версий

История выпусков OpenSSL[9][10]
ВерсияИсходная дата выпускаКомментарийПоследняя дополнительная версия
Старая версия, больше не поддерживается: 0.9.123 декабря 1998 г.
  • Официальный старт проекта OpenSSL
0.9.1c (23 декабря 1998 г.)
Старая версия, больше не поддерживается: 0.9.222 марта 1999 г.
  • Преемник 0.9.1c
0.9.2b (6 апреля 1999 г.)
Старая версия, больше не поддерживается: 0.9.325 мая 1999 г.
  • Преемник 0.9.2b
0.9.3a (27 мая 1999 г.)
Старая версия, больше не поддерживается: 0.9.49 августа 1999 г.
  • Преемник 0.9.3a
0.9.4 (9 августа 1999 г.)
Старая версия, больше не поддерживается: 0.9.528 февраля 2000 г.
  • Преемник 0.9.4
0.9.5a (1 апреля 2000 г.)
Старая версия, больше не поддерживается: 0.9.624 сентября 2000 г.
  • Преемник 0.9.5a
0,9,6 млн (17 марта 2004 г.)
Старая версия, больше не поддерживается: 0.9.731 декабря 2002 г.
  • Преемник 0,9,6м
0,9,7 м (23 февраля 2007 г.)
Старая версия, больше не поддерживается: 0.9.85 июля 2005 г.
  • Преемник 0,9,7м
0.9.8ж (3 декабря 2015 г.)
Старая версия, больше не поддерживается: 1.0.029 марта 2010 г.
  • Преемник 0.9.8n
1.0.0t (3 декабря 2015 г.)
Старая версия, больше не поддерживается: 1.0.1[11]14 марта 2012 г.1.0.1u (22 сентября 2016 г.)
Старая версия, больше не поддерживается: 1.0.2[12]22 января 2015 г.
  • Преемник 1.0.1
  • Поддерживается до 31.12.2019 (долгосрочная поддержка)[13]
  • Поддержка Suite B для TLS 1.2 и DTLS 1.2
  • Поддержка DTLS 1.2
  • TLS автоматический эллиптическая кривая (EC) выбор
  • API для настройки алгоритмов и кривых подписи, поддерживаемых TLS
  • API конфигурации SSL_CONF
  • TLS Brainpool поддерживать
  • ALPN поддерживать
  • Поддержка CMS для RSA-PSS, ЮАР-ОАЭП, ECDH и X9.42 DH
  • FIPS 140 поддерживать
1.0.2u (20 декабря 2019 г. (2019-12-20))
Старая версия, больше не поддерживается: 1.1.0[14]25 августа 2016 г. (2016-08-25)
  • Преемник 1.0.2h
  • Поддерживается до 11.09.2019[13]
  • Поддержка для BLAKE2 (RFC 7693 )
  • Поддержка для ChaCha20 -Поли1305 (RFC 7539 )
  • Поддержка для X25519 (RFC 7748 )
  • Поддержка для ДЕЙН и Сертификат прозрачности
  • Поддержка для СКК Наборы шифров
  • Поддержка расширенного мастер-секрета
  • SSLv2 удален
  • Поддержка набора шифров Kerberos удалена
  • RC4 и 3DES удалены из наборов шифров DEFAULT в libssl
  • Удалите DSS, SEED, IDEA, CAMELLIA и AES-CCM из зашифрованного списка DEFAULT
  • Поддержка 40- и 56-битного шифров удалена из libssl
  • FIPS 140 поддержка удалена
1.1.0l (10 сентября 2019 г. (2019-09-10))
Текущая стабильная версия: 1.1.1[15]11 сентября 2018 г. (2018-09-11)1.1.1h (22 сентября 2020 г. (2020-09-22))
Будущий выпуск: 3.0.0Нет данныхНет данных
Легенда:
Старая версия
Старая версия, все еще поддерживается
Последняя версия
Последняя предварительная версия
Будущий выпуск

Алгоритмы

OpenSSL поддерживает ряд различных криптографических алгоритмов:

Шифры
AES, Blowfish, Камелия, Чача20, Поли1305, СЕМЯ, CAST-128, DES, ИДЕЯ, RC2, RC4, RC5, Тройной DES, ГОСТ 28147-89,[18] SM4
Криптографические хеш-функции
MD5, MD4, MD2, SHA-1, SHA-2, SHA-3, РИПЭМД-160, МДЦ-2, ГОСТ Р 34.11-94,[18] BLAKE2, Водоворот,[19] SM3
Криптография с открытым ключом
ЮАР, DSA, Обмен ключами Диффи – Хеллмана, Эллиптическая кривая, X25519, Ed25519, X448, Ed448, ГОСТ Р 34.10-2001,[18] SM2

(Совершенная прямая секретность поддерживается с помощью эллиптическая кривая Диффи – Хеллмана начиная с версии 1.0.[20])

Проверка FIPS 140

FIPS 140 Федеральная программа США по тестированию и сертификации криптографических модулей. Ранний сертификат FIPS 140-1 для OpenSSL FOM 1.0 был отозван в июле 2006 года, «когда возникли вопросы о взаимодействии проверенного модуля с внешним программным обеспечением». Модуль был повторно сертифицирован в феврале 2007 года, прежде чем уступить место FIPS 140-2.[21] OpenSSL 1.0.2 поддерживает использование объектного модуля OpenSSL FIPS (FOM), который был создан для доставки утвержденных FIPS алгоритмов в среде, утвержденной FIPS 140-2.[22][23] OpenSSL неоднозначно решил классифицировать архитектуру 1.0.2 как «End of Life» или «EOL» с 31 декабря 2019 года, несмотря на возражения, что это единственная версия OpenSSL, которая в настоящее время доступна с поддержкой режима FIPS.[24] В результате EOL многие пользователи не смогли должным образом развернуть FOM 2.0 и перестали соответствовать требованиям, поскольку не обеспечили расширенную поддержку архитектуры 1.0.2, хотя сам FOM оставался валидированным еще восемь месяцев.

Объектный модуль FIPS 2.0 оставался подтвержденным FIPS 140-2 в нескольких форматах до 1 сентября 2020 г., когда NIST отказался от использования FIPS 186-2 для Стандарт цифровой подписи и обозначил все несовместимые модули как «Исторические». Это обозначение включает предупреждение для федеральных агентств о том, что они не должны включать модуль в какие-либо новые закупки. Все три проверки OpenSSL были включены в список устаревших - объектный модуль OpenSSL FIPS (сертификат № 1747).[25], OpenSSL FIPS Object Module SE (сертификат № 2398)[26]и OpenSSL FIPS Object Module RE (сертификат № 2473)[27]. Многие проверки и клоны на основе OpenSSL под частной торговой маркой, созданные консультантами, также были перемещены в Исторический список, хотя некоторые проверенные FIPS модули с заменой совместимости избежали устаревания, например BoringCrypto от Google.[28] и CryptoComply от SafeLogic[29].

По состоянию на октябрь 2020 года OpenSSL не имеет активной проверки FIPS 140. Давно обещанная архитектура 3.0 обещает восстановить режим FIPS и планируется пройти тестирование FIPS 140-2, но значительные задержки поставили этот план под сомнение. Впервые эта работа была начата в 2016 году при поддержке SafeLogic.[30][31][32] и дальнейшая поддержка Oracle в 2017 г.[33][34], но процесс был чрезвычайно сложным.[35] FIPS 140-2 завершает тестирование 21 сентября 2021 года, и о желании Управляющего комитета OpenSSL пересмотреть свои усилия, чтобы отразить стандарты FIPS 140-3 для тестирования после этой даты, неизвестно. 20 октября 2020 г. поставщик OpenSSL FIPS 3.0 был добавлен в список проверок реализации CMVP, что свидетельствует об официальном взаимодействии с лабораторией тестирования и намерении продолжить проверку FIPS 140-2.[36]

Лицензирование

OpenSSL имеет двойную лицензию по лицензии OpenSSL и SSLeay, что означает, что применяются условия обеих лицензий.[37] Лицензия OpenSSL Лицензия Apache 1.0 и SSLeay License имеет некоторое сходство с 4-пунктами Лицензия BSD.

Поскольку лицензия OpenSSL Лицензия Apache 1.0, но не Apache License 2.0, фраза «этот продукт включает программное обеспечение, разработанное OpenSSL Project для использования в OpenSSL Toolkit» должна появляться в рекламных материалах и при любых распространениях (разделы 3 и 6 лицензии OpenSSL). Из-за этого ограничения лицензия OpenSSL и лицензия Apache License 1.0 несовместимы с GNU GPL.[38]Некоторые разработчики GPL добавили Исключение OpenSSL к их лицензиям, которые конкретно разрешают использование OpenSSL с их системой. GNU Wget и восхождение оба используют такие исключения.[39][40] Некоторые пакеты (например, Потоп ) явно изменить лицензию GPL, добавив дополнительный раздел в начале лицензии, документирующий исключение.[41] Другие пакеты используют LGPL -лицензированный GnuTLS и MPL -лицензированный НСС, которые выполняют одну и ту же задачу.

OpenSSL объявил в августе 2015 года, что потребует от большинства участников подписать Лицензионное соглашение участника (CLA), и что OpenSSL в конечном итоге станет перелицензированный в соответствии с условиями Лицензия Apache 2.0.[42] Этот процесс начался в марте 2017 года,[43] и был завершен в 2018 году.[44]

Заметные уязвимости

Атаки по времени на ключи RSA

14 марта 2003 г. была обнаружена временная атака на ключи RSA, указывающая на уязвимость в OpenSSL версий 0.9.7a и 0.9.6. Этой уязвимости был присвоен идентификатор CAN-2003-0147. Распространенные уязвимости и подверженности (CVE) проект. Ослепление RSA не был включен по умолчанию OpenSSL, так как это не всегда возможно при предоставлении SSL или TLS с использованием OpenSSL.

Отказ в обслуживании: анализ ASN.1

В OpenSSL 0.9.6k была ошибка, когда некоторые ASN.1 последовательности вызвали большое количество рекурсий на машинах Windows, обнаруженных 4 ноября 2003 г. Windows не могла правильно обрабатывать большие рекурсии, поэтому в результате OpenSSL аварийно завершал работу. Возможность отправлять произвольное большое количество последовательностей ASN.1 в результате приведет к сбою OpenSSL.

Уязвимость сшивания OCSP

При создании рукопожатия клиент мог отправить неверно отформатированное сообщение ClientHello, что привело к синтаксическому анализу OpenSSL больше, чем конец сообщения. Присвоил идентификатор CVE -2011-0014 Проект CVE затронул все версии OpenSSL от 0.9.8h до 0.9.8q и OpenSSL 1.0.0 до 1.0.0c. Поскольку анализ мог привести к чтению неверного адреса памяти, злоумышленник мог вызвать DoS. Также было возможно, что некоторые приложения открывают содержимое проанализированных OCSP расширения, в результате чего злоумышленник может прочитать содержимое памяти, полученное после ClientHello.[45]

Уязвимость ASN.1 BIO

При использовании базового ввода / вывода (BIO)[46] или функции на основе ФАЙЛОВ для чтения ненадежных DER форматировать данные, OpenSSL уязвим. Эта уязвимость была обнаружена 19 апреля 2012 г., и ей был присвоен идентификатор CVE. CVE -2012-2110. Хотя это не влияет напрямую на код SSL / TLS OpenSSL, любое приложение, использующее функции ASN.1 (особенно d2i_X509 и d2i_PKCS12), также не было затронуто.[47]

Атака восстановления открытого текста SSL, TLS и DTLS

При обработке наборов шифров CBC в SSL, TLS и DTLS OpenSSL оказался уязвимым для атаки по времени во время обработки MAC. Надхем Альфардан и Кенни Патерсон обнаружили проблему и опубликовали свои выводы.[48] 5 февраля 2013 года. Уязвимости присвоен идентификатор CVE. CVE -2013-0169.

Предсказуемые закрытые ключи (для Debian)

Псевдо-генератор случайных чисел получает энтропию с помощью сложных методов программирования. Чтобы сохранить Валгринд инструмент анализа от выдачи связанных предупреждений, поддерживающий Debian распределение применил пластырь к варианту Debian пакета OpenSSL, который непреднамеренно сломал свой генератор случайных чисел, ограничив общее количество закрытых ключей, которые он мог сгенерировать, 32 768.[49][50] Неисправная версия была включена в выпуск Debian от 17 сентября 2006 г. (версия 0.9.8c-1), также ставя под угрозу другие дистрибутивы на основе Debian, например Ubuntu. Готов использовать подвиги легко доступны.[51]

Об ошибке сообщил Debian 13 мая 2008 г. В дистрибутиве Debian 4.0 (etch) эти проблемы были исправлены в версии 0.9.8c-4etch3, а исправления для дистрибутива Debian 5.0 (lenny) были предоставлены в версии 0.9.8g. -9.[52]

Heartbleed

Основная статья: Heartbleed
Логотип, представляющий ошибку Heartbleed

OpenSSL версий с 1.0.1 по 1.0.1f требовал серьезной обработки памяти. ошибка в их реализации TLS Расширение Heartbeat Extension, которое можно использовать для выявления до 64КБ памяти приложения с каждым сердцебиение[53][54] (CVE -2014-0160 ). Считывая память веб-сервера, злоумышленники могут получить доступ к конфиденциальным данным, включая данные сервера. закрытый ключ.[55] Это может позволить злоумышленникам расшифровать раньше подслушанный связи, если используемый протокол шифрования не обеспечивает совершенная прямая секретность. Знание закрытого ключа также может позволить злоумышленнику установить атака "человек посередине" против любых будущих сообщений.[нужна цитата ] Уязвимость также может выявить незашифрованные части конфиденциальных запросов и ответов других пользователей, включая сеансовые куки и пароли, которые могут позволить злоумышленникам украсть личность другого пользователя сервиса.[56]

На момент раскрытия информации 7 апреля 2014 г. около 17% или полмиллиона защищенных веб-серверы сертифицировано доверенные органы считались уязвимыми для нападения.[57] Однако Heartbleed может повлиять как на сервер, так и на клиента.

Уязвимость внедрения CCS

Уязвимость CCS Injection (CVE -2014-0224 ) - это уязвимость обхода безопасности, которая возникает из-за слабости методов OpenSSL, используемых для ввода ключей.[58]

Эту уязвимость можно использовать с помощью атаки «человек посередине»,[59] где злоумышленник может расшифровать и изменить транзитный трафик. Удаленный злоумышленник, не прошедший проверку подлинности, может воспользоваться этой уязвимостью, используя специально созданное рукопожатие для принудительного использования слабого ключевого материала. Успешная эксплуатация может привести к состоянию обхода безопасности, когда злоумышленник может получить доступ к потенциально конфиденциальной информации. Атака возможна только между уязвимым клиентом. и сервер.

Клиенты OpenSSL уязвимы во всех версиях OpenSSL до версий 0.9.8za, 1.0.0m и 1.0.1h. Известно, что серверы уязвимы только в OpenSSL 1.0.1 и 1.0.2-beta1. Пользователям серверов OpenSSL до 1.0.1 рекомендуется выполнить обновление в качестве меры предосторожности.[60]

Клиент Hello sigalgs DoS

Эта уязвимость (CVE -2015-0291 ) позволяет любому получить сертификат, прочитать его содержимое и точно изменить его, чтобы злоупотребить уязвимостью, вызывающей сбой сертификата на клиенте или сервере. Если клиент подключается к серверу OpenSSL 1.0.2 и повторно согласовывает с недопустимым расширением алгоритмов подписи, происходит разыменование нулевого указателя. Это может вызвать DoS-атаку на сервер.

Исследователь Stanford Security Дэвид Рамос (David Ramos) использовал личный эксплойт и представил его команде OpenSSL, где они исправили проблему.

OpenSSL классифицировал ошибку как проблему высокой степени серьезности, отметив, что версия 1.0.2 была признана уязвимой.[61]

Атака восстановления ключа на малые подгруппы Диффи – Хеллмана

Эта уязвимость (CVE -2016-0701 ) позволяет, при определенных обстоятельствах, восстановить закрытый ключ Диффи – Хеллмана сервера OpenSSL. Исследователь Adobe System Security Антонио Сансо в частном порядке сообщил об уязвимости.

OpenSSL классифицировал ошибку как проблему высокой степени серьезности, отметив, что уязвимой оказалась только версия 1.0.2.[62]

Вилки

Агломерированный SSL

В 2009 году, разочаровавшись в исходном API OpenSSL, Марко Пирбум, в то время разработчик OpenBSD, разветвил исходный API, создав агломерированный SSL (assl), который повторно использует OpenSSL API под капотом, но обеспечивает гораздо более простой внешний интерфейс.[63] С тех пор он устарел из-за LibreSSL вилка около 2016 года.

LibreSSL

Основная статья: LibreSSL

В апреле 2014 года после Heartbleed члены OpenBSD проект раздвоенный OpenSSL, начиная с ветки 1.0.1g, для создания проекта с именем LibreSSL.[64] В первую неделю обрезки OpenSSL кодовая база, из форка было удалено более 90 000 строк кода C.[65]

BoringSSL

В июне 2014 г. Google анонсировала собственный форк OpenSSL, получивший название BoringSSL.[66] Google планирует сотрудничать с разработчиками OpenSSL и LibreSSL.[67][68][69] С тех пор Google разработал новую библиотеку Tink на основе BoringSSL.[70]

Смотрите также

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

  1. ^ "OpenSSL: Журнал новостей". Получено 22 сентября, 2020.
  2. ^ "OpenSSL: Журнал новостей". Получено 26 ноября, 2020.
  3. ^ "Изменить лицензию на лицензию Apache v2.0 · openssl / openssl @ 1513331". GitHub.
  4. ^ Лори, Бен (6 января 1999 г.). "ОБЪЯВЛЕНИЕ: OpenSSL (дубль 2". ssl-пользователи (Список рассылки). Получено 29 октября, 2018.
  5. ^ "Новые коммиттеры". Фонд программного обеспечения OpenSSL. 20 мая, 2019. Получено 3 ноября, 2019.
  6. ^ «Управляющий комитет OpenSSL». Фонд программного обеспечения OpenSSL. Получено 3 ноября, 2019.
  7. ^ "Коммиттеры OpenSSL". Фонд программного обеспечения OpenSSL. Получено 3 ноября, 2019.
  8. ^ Маркиз, Стив (19 января 2017 г.). «Akamai спонсирует TLS 1.3». openssl-анонс (Список рассылки). Получено 9 ноября, 2018.
  9. ^ «OpenSSL - История изменений». Фонд программного обеспечения OpenSSL. Получено 26 сентября, 2016.
  10. ^ «OpenSSL - Стратегия выпуска». Фонд программного обеспечения OpenSSL. Получено 26 сентября, 2016.
  11. ^ «Примечания к выпуску OpenSSL 1.0.1 Series». Архивировано из оригинал 20 января 2015 г.. Получено 20 февраля, 2017.
  12. ^ «Примечания к выпуску OpenSSL 1.0.2 Series». Получено 20 февраля, 2017.
  13. ^ а б c «Стратегия выпуска». www.openssl.org. Фонд OpenSSL. 25 февраля 2019.
  14. ^ «Примечания к выпуску OpenSSL 1.1.0 Series». Получено 20 февраля, 2017.
  15. ^ а б Касуэлл, Мэтт (11 сентября 2018 г.). «Выпущен OpenSSL 1.1.1». www.openssl.org. Фонд OpenSSL.
  16. ^ Касуэлл, Мэтт (8 февраля 2018 г.). «Использование TLS1.3 с OpenSSL - блог OpenSSL». www.openssl.org. Фонд OpenSSL.
  17. ^ Мэтт Касуэлл (28 ноября 2018 г.). "Святая ручная граната Антиохии". Блог OpenSSL. Получено 7 октября, 2019.
  18. ^ а б c "ГОСТ двигатель OpenSSL 1.0.0 README". cvs.openssl.org. Архивировано из оригинал 15 апреля 2013 г.
  19. ^ "Исходный код OpenSSL, каталог crypto / whrlpool". Получено 29 августа, 2017.
  20. ^ «Долгосрочная защита данных с прямой секретностью». Получено 5 ноября, 2012.
  21. ^ «NIST повторно сертифицирует модуль шифрования с открытым исходным кодом». gcn.com. Архивировано из оригинал 10 октября 2007 г.
  22. ^ «ФИПС-140». openssl.org. Получено 12 ноября, 2019.
  23. ^ "Руководство пользователя OpenSSL для объектного модуля OpenSSL FIPS v2.0" (PDF). openssl.org. 14 марта 2017 г.. Получено 12 ноября, 2019.
  24. ^ https://www.openssl.org/blog/blog/2019/11/07/3.0-update/
  25. ^ https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/1747
  26. ^ https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/2398
  27. ^ https://csrc.nist.gov/projects/cryptographic-module-validation-program/certificate/2473
  28. ^ https://csrc.nist.gov/projects/cryptographic-module-validation-program/validated-modules/search?SearchMode=Advanced&Vendor=google&ModuleName=boringcrypto&Standard=140-2&CertificateStatus=Active&ValidationYear&Validation
  29. ^ https://csrc.nist.gov/projects/cryptographic-module-validation-program/validated-modules/search?SearchMode=Advanced&Vendor=safelogic&ModuleName=cryptocomply&Standard=140-2&CertificateStatus=Active&Validation
  30. ^ https://gcn.com/articles/2016/07/20/openssl-fips
  31. ^ https://www.fedscoop.com/openssl-us-government-safelogic-fips-140-2-2016/
  32. ^ https://www.infoworld.com/article/3098868/reworked-openssl-on-track-for-government-validation.html
  33. ^ https://www.dbta.com/Editorial/News-Flashes/Oracle-SafeLogic-and-OpenSSL-Join-Forces-to-Update-FIPS-Module-119707.aspx
  34. ^ https://www.eweek.com/security/oracle-joins-safelogic-to-develop-fips-module-for-openssl-security
  35. ^ https://www.openssl.org/blog/blog/2020/10/20/OpenSSL3.0Alpha7/
  36. ^ https://csrc.nist.gov/Projects/Cryptographic-Module-Validation-Program/Modules-In-Process/IUT-List
  37. ^ «OpenSSL: исходный код, лицензия». openssl.org.
  38. ^ «Лицензии - Фонд свободного программного обеспечения». fsf.org.
  39. ^ «WGET 1.10.2 для Windows (win32)». users.ugent.be. Архивировано из оригинал 2 января 2008 г.
  40. ^ «Релизы исходного кода и двоичных файлов». climm.org. Архивировано из оригинал 12 февраля 2011 г.. Получено 30 ноября, 2010.
  41. ^ "Файл ЛИЦЕНЗИИ Deluge". deluge-torrent.org. Получено 24 января, 2013.
  42. ^ Зальц, Рич (1 августа 2015 г.). «Лицензионные соглашения и изменения грядут». openssl.org. Получено 23 августа, 2015.
  43. ^ «Повторное лицензирование OpenSSL на Apache License v. 2.0 для стимулирования более широкого использования с другими проектами и продуктами FOSS». 23 марта 2017 г. Архивировано с оригинал 18 июля 2017 г.. Получено 6 августа, 2018.
  44. ^ Ли, Виктория; Рэдклифф, Марк; Стивенсон, Чирс (5 февраля 2019 г.). «10 лучших юридических разработок FOSS 2018 года». Opensource.com, Красная шляпа. Архивировано из оригинал (HTML) 5 февраля 2019 г.. Получено 28 сентября 2019. Проект OpenSSL объявил о завершении перехода с лицензии OpenSSL / SSLeay на лицензию Apache Software License версии 2 (ASLv2).
  45. ^ «Обновления OpenSSL исправляют критические уязвимости системы безопасности». 9 августа 2014 г.. Получено 25 августа, 2014.
  46. ^ "Уязвимость OpenSSL ASN.1 asn1_d2i_read_bio (), связанная с переполнением кучи". Cisco.
  47. ^ «Уязвимость ASN1 BIO». OpenSSL.
  48. ^ «О безопасности RC4 в TLS». Ройал Холлоуэй Департамент информационной безопасности.
  49. ^ "research! rsc: Уроки Debian / OpenSSL Fiasco". research.swtch.com. Получено 12 августа, 2015.
  50. ^ "SSLkeys". Debian Wiki. Получено 19 июня, 2015.
  51. ^ «Debian OpenSSL - предсказуемый PRNG Bruteforce SSH Exploit Python». База данных эксплойтов. 1 июня 2008 г.. Получено 12 августа, 2015.
  52. ^ "DSA-1571-1 openssl - предсказуемый генератор случайных чисел". Debian Проект. 13 мая 2008 г.
  53. ^ OpenSSL.org (7 апреля 2014 г.). «Рекомендации по безопасности OpenSSL [7 апреля 2014 г.]». Получено 9 апреля, 2014.
  54. ^ OpenSSL (7 апреля 2014 г.). «Переполнение контрольного сигнала TLS при чтении (CVE-2014-0160)». Получено 8 апреля, 2014.
  55. ^ Codenomicon Ltd (8 апреля 2014 г.). "Heartbleed Bug". Получено 8 апреля, 2014.
  56. ^ «Почему Heartbleed опасно? Использование CVE-2014-0160». IPSec.pl. 2014 г.
  57. ^ Баранина, Пол (8 апреля 2014 г.). «Полмиллиона пользующихся доверием веб-сайтов уязвимы для ошибки Heartbleed». Netcraft Ltd. Получено 8 апреля, 2014.
  58. ^ «OpenSSL продолжает устранять все больше недостатков - обнаружено больше критических уязвимостей». Лаборатории исследования угроз Cyberoam. 2014. Архивировано с оригинал 19 июня 2014 г.. Получено 13 июня, 2014.
  59. ^ "CVE-2014-0224". CVE. 2014 г.
  60. ^ «Рекомендации по безопасности OpenSSL». OpenSSL. 5 июня 2014 г.
  61. ^ «OpenSSL исправляет серьезную уязвимость, связанную с отказом в обслуживании». Брэндон Стош. 20 марта 2015 года.
  62. ^ Гудлин, Дэн (28 января 2016 г.). «Ошибка высокой степени серьезности в OpenSSL позволяет злоумышленникам расшифровать HTTPS-трафик». Ars Technica.
  63. ^ "security / assl: assl-1.5.0p0v0 - скрыть ужасный SSL API в нормальном интерфейсе". Порты OpenBSD. 22 мая 2014 г.. Получено 10 февраля, 2015.
  64. ^ «OpenBSD начала массовое разборку и очистку OpenSSL». Журнал OpenBSD. 15 апреля 2014 г.
  65. ^ "OpenBSD разветвляет, сокращает, исправляет OpenSSL". ZDNet. 21 апреля 2014 г.. Получено 21 апреля, 2014.
  66. ^ "BoringSSL". Git в Google.
  67. ^ "Google представляет независимую" вилку "OpenSSL под названием" BoringSSL ".'". Ars Technica. 21 июня 2014 г.
  68. ^ "BoringSSL". Блог Адама Лэнгли. 20 июня 2014 г.
  69. ^ "BoringSSL хочет убить волнение, которое привело к Heartbleed". Sophos. 24 июня 2014 г.
  70. ^ Бьюкенен, Билл (30 августа 2018 г.). «Прощай, OpenSSL! Привет, Google Tink». Середина. Получено 4 апреля, 2019.

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