skynet


Rechner-Name:~ usr$ diskutil eraseDisk JHFS+ UntitledUFS disk4
Started erase on disk4
Unmounting disk
Error: -69888: Couldn't unmount disk


Extern angeschlossene System-Platten sind unter macOS nach dem Anschliessen oft mit Prozessen beschäftigt, die das systemeigene Festplatten-Dienstprogramm nicht beenden kann, eine typische Fehlermeldung ist oben angezeigt.
Meist handelt es sich um Indizierungsprozesse, die auch ziemlich zeitaufwendig sein können. Spotlight bzw. Metadata Server (mds) sind die zugrundeliegenden Prozesse, diese kann man in Activity Monitor einsehen und versuchen zu beenden. Tatsächlich ist schon der Versuch erfolgreich, in meinem Fall habe ich “mds_stores” versucht zu beenden und das Volume wurde sofort abgemeldet und gelöscht, siehe unten.


Rechner-Name:~ usr$ diskutil eraseDisk JHFS+ UntitledUFS disk4
Started erase on disk4
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk4s2 as Mac OS Extended (Journaled) with name UntitledUFS
Initialized /dev/rdisk4s2 as a 465 GB case-insensitive HFS Plus volume with a 40960k journal
Mounting disk
Finished erase on disk4
Rechner-Name:~ usr$


Die gravierende und äusserst beängstigende Root-Passwort-Schwachstelle setzt das Szenario unter mac OS High Sierra 10.13 vorraus, dass ein Angreifer bereits auf dem System eingelogt ist, also zum Beispiel mit einem Gastaccount oder einem Account mit eingeschränkten Rechten. Auch ein Einloggen über VNC (“Systemeinstellungen > Freigaben > entfernte Verwaltung > Computereinstellungen > VNC-Viewer”) ist problematisch. Wenn diese Optionen nicht gegeben sind, ist das erstmal kein Grund zur Panik.
Seit gestern abend ist das Security Update 2017-001 erschienen, was den OpenDirectoy-Daemon aktualisiert und die Lücke schliesst. Mit what /usr/libexec/opendirectoryd lässt sich die Version auslesen, die Versionsnummer muss 483.20.7 sein.

Vor dem Update:

cpu:~ user$ what /usr/libexec/opendirectoryd
/usr/libexec/opendirectoryd
PROGRAM:opendirectoryd PROJECT:opendirectoryd-483.20.6

cpu:~ user$ what /usr/libexec/opendirectoryd
/usr/libexec/opendirectoryd
PROGRAM:opendirectoryd PROJECT:opendirectoryd-483.20.7

Update: eventuelle Nachwirkungen des Security Updates werden hier erläutert: https://www.engadget.com/2017/11/30/apples-high-sierra-security-patch-affected-mac-file-sharing/

Normalerweise hat ein Mac einen Gerätenamen (“ComputerName”) und fertig. Wie man aber oben abgebildet sehen kann, ist der Gerätename und der darunterstehende unterschiedlich. Tatsächlich verwendet macOS drei verschiedene interne Namen, die für verschiedene lokale Dienste und Netzwerkdienste notwendig sind.

scutil --get ComputerName
scutil --set ComputerName "Mein MacBook"

Der Gerätename ist der wichtige und der sichtbarste. Dieser kann auch Sonderzeichen und Emojis enthalten, siehe oben.
Der LocalHostName (name.local) ist der sekundäre Name und wird durch den Gerätenamen mitgeändert, allerdings lässt er sich separat einstellen. Dieser kann keine Sonderzeichen enthalten, siehe oben.

scutil --get LocalHostName
scutil --set LocalHostName "44"

Der Dritte im Bunde ist der Hostname, dieser taucht zum Beispiel im Terminal auf, dieser kann ebenfalls Sonderzeichen enthalten.

scutil --get HostName
scutil --set HostName "✸"

Achtung: das nachträgliche Ändern des Computernamens (und HostNamens) kann Probleme erzeugen, wenn auf dem Rechner netzwerkabhängige Dienste eingerichtet worden sind.