Comment désactiver ou supprimer le compte Root créé comme effet secondaire de ce bug de sécurité de High Sierra ?

Patch disponible, cliquez ici, ou mettez simplement à jour sur la machine

Il est intéressant de noter qu'il n'existe pas encore de correctif pour les versions bêta et développeur d'OSX, pour autant que je sache. Je mettrai à jour cette réponse dès que j'en aurai entendu parler.

Téléchargez le patch ci-dessus. Je laisse le reste de l'article pour l'histoire :-)

Le CVE est CVE-2017-13872 y Le NIST mettra à jour l'analyse dans un avenir proche.

Réponse originale, pertinente sans patch

Tout d'abord, faites no désactiver le compte Root via l'interface graphique, avoir un compte Root "désactivé" est la cause du problème.

Vous devez activer l'utilisateur Root et donnez-lui un mot de passe. Celui-ci est important puisque la vulnérabilité est aussi disponible à distance, via VNC et Apple Remote Desktop (pour n'en citer que quelques-uns) (autre source) .

Il existe deux méthodes de base pour ce faire : l'interface graphique et le terminal.

Tout d'abord, l'interface graphique

Pour activer le compte Root, allez dans "Directory Utility", c'est-à-dire cmd + espace et cherchez. Appuyez sur le cadenas pour déverrouiller le "mode admin", puis activez le compte Root via edit -> "Enable Root User".

Il devrait vous demander un mot de passe Root, pour l'instant entrez votre mot de passe normal (pour ne pas l'oublier). S'il ne demande pas de mot de passe, utilisez Edit -> "Change Root Password..." ci-dessus.

Terminal

Si vous êtes plutôt du genre à utiliser un terminal, utilisez l'option ci-dessous :

sudo passwd -u root
## Enter passwords as needed.... 
## (if you are using the terminal you should know what you are doing...)

Cela suffit avec un terminal, le problème avec l'interface graphique est que nous devons activer le compte pour définir un mot de passe, ce qui n'est pas nécessaire avec le terminal.

Notes

Même si vous avez défini un mot de passe pour le compte racine de votre ordinateur, celui-ci deviendra vulnérable si vous désactivez le compte racine. L'action de désactiver le compte racine semble être le coupable. Je répète donc que l'utilisateur racine doit être activé et ont un mot de passe si l'on utilise l'interface graphique, tandis que via le terminal, l'utilisation de 'passwd' seulement est "ok" (bien que cet état soit inaccessible via l'interface graphique seulement). Il semble que l'option "Disable Root User" dans "Directory Utility" supprime le mot de passe pour le compte Root, ce qui vous donne en quelque sorte un compte Root sans mot de passe qui est vulnérable.

Il semble que le fait d'essayer de se connecter avec "Root" dans la fenêtre de connexion d'un système active le compte Root s'il est désactivé auparavant. C'est-à-dire qu'avec un compte Root désactivé, vous devez entrer Root deux fois dans une fenêtre de connexion aux systèmes pour obtenir l'accès Root, et (selon mes tests) au premier essai, le compte Root est activé (sans mot de passe s'il n'est pas défini via passwd ), et au deuxième essai, vous passez.

Il semble que le problème soit connu depuis au moins 2017-11-13 (13 novembre), date à laquelle il est mentionné dans le forum d'assistance d'Apple .

Prouvez-moi que j'ai tort, j'apprécierais vraiment d'avoir tort en ce moment.

Une mise à jour effrayante

Après avoir activé le compte Root sans mot de passe (c'est-à-dire via le panneau des préférences système, en cliquant sur un "verrou" et en saisissant "Root" avec un mot de passe vide une, deux ou trois fois (le nombre de fois dépend de l'état initial)), il est possible de se connecter à l'ordinateur à partir de l'écran de connexion principal en utilisant "Root" et un mot de passe vide ( !). SSH / Telnet ne semble pas fonctionner, mais Apple Remote Desktop, Screen Sharing et VNC sont vulnérables.

Ainsi, pour les administrateurs de réseaux, il peut être intéressant de supprimer temporairement les paquets vers les ports suivants :

• 5900-5905(ish, pour être sûr ninja) pour obtenir les ports VNC les plus courants. VNC commence à 5900 par défaut et énumère vers le haut si vous utilisez plusieurs écrans (peu fréquent cependant). Screen Sharing et Apple Remote Desktop semblent également utiliser ces ports ( liste des ports des logiciels Apple )
• 3283 et 5988 pour Apple Remote Desktop ( liste des ports des logiciels Apple )

Lecture supplémentaire :

Une tentative courageuse de référencer d'autres sources traitant de la question. Modifiez et mettez à jour ma réponse si vous en avez d'autres.

• Article de Hackernews
• Article d'Arstechnica
• Article de Techcrunch
• Objectif - Voir le blog expliquant la faute (Je n'ai pas mis à jour cette réponse pour qu'elle corresponde entièrement à l'explication technique, je le ferai ce soir, mais elle est suffisamment proche pour un profane).
• Page MITRE pour CVE
• Entrée NIST pour CVE
• L'entrée originale du 2017-11-13 dans les forums de développeurs Apple. (depuis 2017-11-30 supprimé par Apple)
• Lien du cache Google vers l'entrée originale dans les forums de développeurs Apple (depuis 2017-12-01 supprimé du cache de Google)
• Capture d'écran du post de forum ci-dessus par chethan177 :