[Nuno156 MODE ON]
This is clearly not merely a bug in Disk Utility itself - if a password is encrypted, then NO PROGRAM CAN EVER DISPLAY IT -
all you can do is encrypt a user given password and compare to see if the encrypted versions match. The fact that Disk Utility COULD show the password means it was NOT ENCRYPTED. (Or else stored somewhere, or the NSA demanded a back door or something.)
Disk Utility has actually revealed a core security issue here!
[Nuno156 MODE OFF] [

]
Isso não pode ser modo Nuno156.
O Nuno156 sabe que as senhas de encriptação
não são guardadas junto com o que está encriptado. Nem encriptadas, nem desencriptadas, nem em hash.
Ou seja, não é necessário que uma coisa encriptada tenha lá a password guardada algures para comparar e deixar desencriptar se validar.
O que é o mais certo que tenha acontecido é:
O gajo que programou aquele diálogo (ecrã da aplicação), para fazer o desenvolvimento e os testes, meteu a password a ser gravada no espaço da dica.
No final, esqueceu-se de meter a dica no espaço reservado à dica, e usar a password apenas para encriptar.
Como eu disse, a password nunca é gravada em lado nenhum, nem encriptada, nem desencriptada, nem em hash (porque NUNCA existe comparação de passwords na hora de desencriptar), a menos que o utilizador peça para gravar no KeyChain. Repito: para desencriptar não existe comparação de passwords, nem tal é necessário, pelo que a password não fica gravada em lado algum de forma alguma.
Portanto, não tem nada aqui de "core security issue".
Exemplos:
https://blog.securegroup.com/device...-phone-guarantees-no-one-can-access-your-data
(...)
The abovementioned key for the encryption is a PIN or password (you should know which is better by now), different from the one used to lock the screen. This key is not stored anywhere on the device (so the user has to remember it) and is used to decrypt it after each reboot
(...)
https://discussion.evernote.com/topic/32985-incorrect-encryption-password-bug/
(...)
However, encryption passwords are not stored/retained by EN (nor by ANY good/true encryption software/app) so cannot be retrieved
(...)
https://forums.macrumors.com/threads/how-to-change-time-machine-encryption-password.1234195/
(...)
To answer my own earlier question, once you do the encryption the password isn't stored anywhere, which means you won't be given a keychain capable prompt until you restart your machine
(...)
Quem percebe alguma coisa de algoritmos de encriptação sabe que as passwords usadas para encriptação não precisam de ser gravadas (nem encriptadas nem em hash) para permitir comparação/validação, uma vez que a desencriptação usa a password que for introduzida como parte do mecanismo. Ou desencripta, ou não. Não interessa validar se a password é igual à usada para encriptação.
Exemplo simples:
Imaginem um algoritmo de encriptação que consiste somar um número a cada letra.
O número é a password.
Imaginem a password 2.
Encriptação de ABC
A+2 = C; B+2=D; C+2=E
ABC fica CDE
Não necessito de guardar nem comparar a password em lado algum.
Tenho CDE. Se for desencriptar com a password incorrecta, por exemplo 1, fico com:
C-1=B; D-1=C; E-1=D
BCD não é a mensagem original (ABC).
Mas se eu usar a password correcta (2):
C-2=A; D-2=B; E-2=C
ABC está correctamente desencriptado.
Não é necessário guardar para comparar a password usada para encriptar.