I want to propose adding a feature for machine-id randomization for Grub Live to be done by a Dracut hook?
My Guess is /etc/ and /var/lib/dbus are not populated until pivot_root to the squashfs overlay. If yes then hook would have to run pre_pivot and empty the machine-id : > /etc/machine-id then syslink the new generated machine-id ln -sf /etc/machine-id /var/lib/dbus/machine-id
Since people aren’t going to be doing updates in Live Mode I don’t see any conflicts with the previous discussions mentioning anon-base-files breakage in Whonix?
See my other thread here → Machine-id doesn't change in Live Mode?
Notes
Systemd documentation explicitly classifies it as confidential information that must not be exposed in untrusted environments, especially over networks, due to its potential for host tracking.
https://www.freedesktop.org/software/systemd/man/latest/machine-id.html
- Enhanced Session Anonymity and Anti-Tracking in Live Mode
Each Live boot would generate a fresh, unique machine-id, breaking continuity for any tracking relying on it.
Aligns with amnesic goals of RAM only mode, no persistent identifiers survive reboot.
- Improved Anti-Forensics and Compromise Resistance
Post compromise, attackers cannot link Live sessions to prior/persistent ones via machine-id in memory dumps, journalctl logs, or cached D-Bus data, as ID resets per boot. No indication of a cloned systems.
Machine-id:
b08dfa6083e7567a1921a715000001fb(Persistent Modes)Machine-id:
4f3cec3bc757ec94a18b5b885a6738a5(None Persistent Mode)