Java™ SE 7 Усовершенствований в защите Выпуска

Java SE 7 выпусков добавляет следующие опции:

Шифрование в эллиптических кривых (ECC)

Новый собственный провайдер был добавлен к Java SE 7 выпусков, которые обеспечивают несколько основанных на ECC алгоритмов (ECDSA/ECDH). См. Sun PKCS#11 Поддерживаемые Алгоритмы Провайдера в Java PKCS#11 Справочник для получения дополнительной информации.
Отключение Алгоритма CertPath

Слабые криптографические алгоритмы могут теперь быть отключены. Например, алгоритм обзора MD2 больше не считают безопасным. Java SE 7 выпусков обеспечивает механизм для того, чтобы он отрицал использование определенных алгоритмов в обработке пути сертификации и квитировании TLS. См. Приложение D: Отключение Криптографических алгоритмов в Java Руководство Программиста PKI и Отключенные Криптографические алгоритмы в Расширении Защищенного сокета Java (JSSE) Справочник для получения дополнительной информации.
JSSE (SSL/TLS)
- TLS 1.1
  
  Провайдер SunJSSE теперь поддерживает TLS 1.1 как описано в RFC 4346. Самое важное обновление является защитой от сцепления блоков шифра (CBC) атаки.
- TLS 1.2
  
  Провайдер SunJSSE теперь поддерживает TLS 1.2 как описано в RFC 5246. Между прочим это определяет различные внутренние алгоритмы хеширования, добавляют новые комплекты шифра, и содержат улучшенную гибкость, особенно для согласования криптографических алгоритмов.
- Осуждаются слабые комплекты шифра
  
  На RFC 4346, RFC 5246, и RFC 5469, некоторые комплекты шифра были сделаны устаревшими и не должны использоваться. Эти устаревшие комплекты все отключаются по умолчанию в SunJSSE. Для получения дополнительной информации консультируйтесь со списками комплекта шифра в документации о провайдере SunJSSE.
- Чувствительное к соединению доверительное управление
  
  У обоих доверительных менеджеров и ключевых менеджеров теперь есть возможность исследовать параметры соединения TLS, определенно SSLSession в стадии строительства, во время квитирования. Например, доверительный менеджер мог бы ограничить типы сертификатов, используемых основанный на списке алгоритмов действительной подписи.
- Проверка конечной точки
  
  Алгоритм идентификации конечной точки может быть определен, чтобы проверить, что адрес узла удаленного компьютера соответствует свой предоставленный сертификат. Хотя этот тип проверки ранее выполнялся для протокола HTTPS (см. HttpsURLConnection и HostnameVerifier), такая проверка может теперь быть дополнительно выполнена на уровне TLS.
- Пересмотр TLS
  
  Java SE поддерживает RFC 5746, который исправления проблема пересмотра в протоколе TLS.
- SSLv2Hello, отключенный по умолчанию
  
  В Java SE 7, SSLv2Hello удаляется из значения по умолчанию, включенного список протокола.
- Отключение алгоритма
  
  Слабые криптографические алгоритмы могут теперь быть отключены, как ранее описано.
- Индикация Имени сервера (SNI) для клиента JSSE
  
  Java SE 7 выпусков поддерживает Индикацию Имени сервера (SNI) расширение в клиенте JSSE. SNI описывается в RFC 4366. Это позволяет клиентам TLS соединиться с виртуальными серверами.
- Более трудная проверка номеров версий EncryptedPreMasterSecret
  
  Java SE 7 сжимает проверку номера версии во время TLS 1.1 и TLS 1.2 квитирования. См. Справочник JSSE для получения дополнительной информации.

Свяжитесь с Нами