Attention à l'installation de Big Sur qui peut faire perdre des données faute d'espace disponible, Réactions à la publication du 09/02/2021

[Lionel]

Mr. Macintosh rapporte une information que nous trouvons assez édifiante. Lors de son installation, Big Sur ne vérifie pas l'espace disponible. L'installation se lance donc et s'il manque d'espace, se bloque irrémédiablement pouvant entraîner une perte de données (on nous en a rapporté hélas).
Le problème concerne Big Sur 11.2 et 11.3 beta en versions complètes, mais aussi avec les versions delta.

Attention, la mise à jour nécessite 35,5 Go de disponible en plus des 13 Go propres aux fichiers d'installation.

[MàJ] La mise à jour 11.2.1 règle cet incroyable bug.

Lien vers le billet original

[iAPX]

Le point important est de comprendre comment FileVault fonctionne.

Il y a une Clé Maître de chiffrement du volume, permettant de chiffrer en écriture et de déchiffrer en lecture, généralement en AES-128-XT (un point de détail).
Cette clé n'est stockée en clair (telle que, non surchiffrée) nulle part en théorie (le point essentiel).
Pour chaque compte qui y a accès, permettant de déverrouiller le volume et essentiel au démarrage, la Clé Maître est chiffrée avec un dérivé du mot-de-passe du compte et stockée chiffrée avec celui-ci, permettant alors son accès uniquement si on connaît le mot-de-passe du compte (ou attaque par force brute).
Expliquant aussi pourquoi on doit rentrer le mot-de-passe d'un compte ayant accès à la Clé Maître (par déchiffrement via la copie chiffrée lié à celui-ci), pour générer la nouvelle clé chiffrée du compte modifié.

Mais si il est possible de réinitialiser le mot-de-passe d'un compte, sans accès initial à la Clé Maître ni connaissance du mot-de-passe permettant de la déchiffrer sur un compte existant, alors tout le schéma de sécurité s'effondre, prouvant que cette Clé Maître est stockée de manière non-sécuritaire quelque-part, accessible et utilisable sans connaissance initiale. Une backdoor.
Certes par accès physique, mais c'est exactement ce contre quoi le chiffrement FileVault devrait protéger un ordinateur et nos données.

Nota bene: changer le mot-de-passe de l'utilisateur n'a rien à voir avec RESETER celui-ci, car dans le premier cas on doit entrer le mot-de-passe existant (avec déchiffrement symétrique de la Clé Maître avec l'ancien mdp puis chiffrement avec le nouveau), alors que dans le second cas on n'a pas d'entrée du mot-de-passe donc à-priori pas accès à la Clé Maître en clair.

PS: il ne semble pas y avoir de problème intrinsèque, juste une mauvaise implémentation amenant des problèmes là où il ne devrait pas y en avoir, et une Clé Maître correctement protégée par chiffrement pour chaque compte. Sans faille de sécurité.

Ce message a été modifié par iAPX - 9 Feb 2021, 17:30.