¿Por qué Apple usa una versión anterior de OpenSSL?


Respuestas:


20

¿Por qué Apple usa una versión vulnerable de OpenSSL?

No lo es

Si hace clic en el enlace que publicó en su pregunta, verá que esta actualización parchea una serie de vulnerabilidades que existen de manera idéntica en OpenSSL 0.9.8, 1.0.0, 1.0.1 y 1.0.2.

En otras palabras, la versión que sugieres más adelante como alternativa, 1.0.2, era tan vulnerable como lo era 0.9.8, y ambas fueron reparadas al mismo tiempo.

Con la última actualización de OS X ( 10.10.5 ), Apple presenta OpenSSL 0.9.8 . Navegué por la página oficial de OpenSSL y allí pude obtener la versión 1.0.2 .

Apple está actualizando OpenSSL a 0.9.8zg, que tiene solo 2 meses y solo 4 semanas más que 1.0.2d.

Mi pregunta es: ¿por qué Apple usa una versión anterior de OpenSSL? ¿Se debe a funciones obsoletas en la Versión 1.0 o cuál es la razón detrás de esto?

Eso es algo que tendrás que preguntarle a Apple. Mi mejor conjetura es que 0.9.8 es la versión con la que hicieron sus pruebas de compatibilidad, y actualizar a una versión más nueva requeriría una ronda de pruebas completamente nueva para un componente que está en desuso de todos modos. Dado que está en desuso, el software más nuevo (que posiblemente dependería de las funciones más nuevas) no debería usarlo de todos modos, y el software más antiguo que todavía lo usa no usa las nuevas funciones (porque no existían) e incluso podría estar dañado. por una actualización, entonces ¿por qué molestarse?

Mientras la comunidad OpenSSL aún mantenga la rama 0.9.8, Apple ni siquiera tiene que hacer el trabajo de parches de backport.

Tenga en cuenta que esto no es nada inusual. Apple envió una versión antigua de Ruby durante mucho tiempo, y generalmente no se actualizan durante un ciclo de lanzamiento, solo entre lanzamientos. Las distribuciones de Linux, así como los BSD y otras distribuciones de Unix tampoco suelen actualizar las versiones durante un lanzamiento, solo aplican correcciones de errores y correcciones de seguridad. Debian, en particular, generalmente ni siquiera repara todos los errores, solo las vulnerabilidades de seguridad y los errores que pueden provocar la pérdida de datos del usuario; cualquier cambio, incluso una corrección de errores, es una incompatibilidad potencial y un potencial para nuevos errores; ¡los errores conocidos son mejores que los desconocidos!


3
Si sabe esto a ciencia cierta, dígalo y cuéntenos cómo lo sabe. De lo contrario, todo lo que estás haciendo es adivinar.
Steve Chambers

El OP mismo se vinculó a un documento que establece claramente que una serie de vulnerabilidades (todas las últimas conocidas en OpenSSL) fueron reparadas en esa actualización. Déjame reformular mi respuesta.
Jörg W Mittag

1
Bien hecho, gracias por cortar los números y explicar que se están moviendo y parcheando varias ramas. +1 de hecho
bmike

Tenga en cuenta que de acuerdo con su estrategia de lanzamiento actual , la rama OpenSSL 0.9.8 será compatible hasta finales de 2015, junto con la rama 1.0.0. 0.9.8 era una "Versión principal" bajo su antiguo esquema de versiones, y se ha mantenido desde 2005, siendo la última revisión menor "zg", la versión 33 de esa rama, según este registro de noticias .
IMSoP

17

OpenSSL está en desuso oficialmente. Existe (por el poco tiempo que Apple permite en adelante) no romper el software que no migra a la alternativa de Apple ni agrupa SSL internamente con la aplicación.

Consulte el enlace del Desarrollador de Apple para ver el anuncio de desaprobación: (los otros enlaces son más fáciles de leer / más síntesis del por qué en cuanto al qué )

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.