7 votos

¿Borra High Sierra la clave de FileVault al hibernar?

Antes de hoy, con 10.12, y ahora (High Sierra 10.13), tenía DestroyFVKeyOnStandby 1 . Con 10.12, abría la tapa de mi portátil después de que hubiera estado hibernando un rato, pulsaba el botón de encendido y se me pedían 2 contraseñas (idénticas). Introducía la primera contraseña, aparecía una barra de estado y luego se me pedía la segunda contraseña.

Con la 10.13, todo es igual, pero falta el primer aviso de contraseña. Siempre pensé que la barra de estado (en 10.12) significaba que estaba descifrando el disco (o parte de él). Si es así, ahora está desencriptando antes incluso de pedirme la única contraseña para poder entrar. Es decir, aparece la barra de estado y luego la petición de contraseña.

Se agradecería cualquier aclaración sobre por qué puede ser diferente y si hay algo que debamos saber.

ACTUALIZACIÓN Después de alternar DestroyFVKeyOnStandby y reiniciando unas cuantas veces (al final, no he cambiado nada), la situación es la siguiente:

Después de hibernar, pulso la tecla de encendido, aparece el logo de Apple, entro en FileVault/Login PW, barra de progreso, finalmente escritorio. Esto es lo opuesto a mi situación anterior [barra de progreso -> prompt PW]. Bien, pero aún así sólo hay un aviso de PW. ¿Por qué? ¿Supongo que la máquina sabe que son los mismos (los ha configurado al mismo tiempo)?

Ahora puedo recrear mi situación anterior estableciendo DestroyFVKeyOnStandby 0 (no era 0 antes). Esto es lo que 0 debe hacer.

Además, si pongo DestroyFVKeyOnStandby 1 y desactivar el bloqueo de pantalla en reposo, se me sigue pidiendo un PW. Esto me lleva a creer que mi máquina está pidiendo mi PW de FileVault, el resultado previsto.

Supongo que mi último consejo sería que jugara con su DestroyFVKeyOnStandby un poco y reiniciar unas cuantas veces. Sé que no es muy científico, pero no debería hacer daño.

0 votos

En ambos casos es obligatoria una explicación clara sobre lo que se realiza y en qué orden. La seguridad y la confianza vienen de la mano de la transparencia.

0 votos

Tengo el mismo problema aquí y no puedo conseguir la hibernación para trabajar como lo hizo pre 10.13 no importa lo que intento. ¿Puede confirmar que tiene que introducir su contraseña dos veces después de su solución? Así fue como "supe" que la máquina había hibernado completamente y que la clave FV había sido destruida.

0 votos

Se ha editado la actualización para mayor claridad.

1voto

kill-9 Puntos 11

Al parecer, la eliminación de /Library/Preferences/com.apple.PowerManagement.plist y, a continuación, ejecutar un pmset -a DestroyFVKeyOnStandby 1 ya que Root ha conseguido que las cosas vuelvan a funcionar de forma fiable.

No tengo ni idea de cuál es la causa de que este archivo tenga prioridad sobre el com.apple.PowerManagement.<UUID>.plist de nuevo en cada actualización, pero es bastante molesto tener que recordar eliminar el archivo de configuración que no es de tipo UDI cada vez.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X