Entonces, Apple ha actualizado nuevamente sus definiciones de malware XProtect para bloquear Applets Java. Desafortunadamente, la VPN del empleador de mi esposa requiere que se ejecute un Applet para establecer completamente la conectividad. Se despertó esta mañana para descubrir que no podía conectarse al trabajo.
Tengo pocas esperanzas de que la organización de TI de su empleador haga algo para resolver esto en el corto plazo, así que estoy tratando de encontrar una manera de anular XProtect y volver a habilitar Applets. Sí, entiendo los peligros asociados con eso.
Todavía no he intentado actualizar el archivo XProtect.meta.plist para cambiar la información de la versión, pero sospecho que no sería una solución duradera incluso si funcionara temporalmente, ya que el demonio XProtect probablemente volvería a descargar definiciones actualizadas.
¿Alguien conoce el funcionamiento interno de XProtect?
La computadora todavía está en Snow Leopard, ejecutando Java 6.
fuente
Respuestas:
Puede deshabilitar las actualizaciones de XProtect
System Preferences => Security => General
y desmarque la casilla "Actualizar automáticamente la lista de descargas seguras".Ahora puedes cambiar la información de la versión en
/System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/XProtect.meta.plist
fuente
System Preferences => Security => General => Advanced…
. Necesita desbloquear el panel y hacer clic en eso en la esquina inferior derecha.Acabo de ser mordido por esto y hay otra forma de volver a habilitar Java que se describe aquí .
Entonces, el acuerdo es que Apple no cargará Java menos que la versión 1.6.0_37-b06-435 o 1.7.11.22. Entonces, la solución hacky, pero utilizable, es editar el
XProtect.meta.plist
. Usando mi instalación 10.6.8 usando Java 1.6.0_37-b06-434 como ejemplo.Encuentra esta línea:
Y cámbielo a esto:
Pude hacer esto y he cargado una página Java con un complemento sin problemas.
¿Por qué Apple establece la caducidad al 31 de enero de 2013 pero no lanza una actualización antes de esa fecha?
fuente