Ya conocemos el machine-id, pero, ¿qué tiene que decir dicho identificador en cuanto a la privacidad? En un esfuerzo por asegurar la privacidad, tener un identificador único e inmutable vinculado directamente al dispositivo no parece un enfoque adecuado.

Recordamos además que el propio manual indica que el contenido es confidencial y no debe ser compartido. Sin embargo, no existe mecanismo ni inconveniente en que cualquier software tenga acceso a estos ficheros, permitiendo leer y almacenar el machine-id para el uso que fuera, sea accidental o malintencionado. Es cierto que también es accesible /sys, que contiene información sobre cada dispositivo conectado al sistema -inclusive las series de dispositivos USB únicas-. Por lo que si se requiere protección de confianza contra aplicaciones locales, se requerirá una solución de espacio aislado. Aún así, mantener o asegurar la no-integridad -de cara a terceros- del identificador parece algo deseable.

De nada sirve que nos indiquen que debe guardarse confidencialmente, cuando los permisos son de lectura para todos:

ls -hal /etc/machine-id
-r--r--r-- 1 root root 33 jul 11 14:28 /etc/machine-id
cat /etc/machine-id
9f00b9e6f49f45299a05a5ff8fd697df

Su exclusión o eliminación en un sistema basado en systemd tampoco parece ser una acción conveniente, pues este identificador se utiliza para identificar máquinas en journalctl, así como para identificar máquinas en comunicaciones D-Bus. ¿Quizá podamos ponerlo a 0? Tampoco, espera una cadena de 32 caracteres.

Sabiendo entonces la facilidad que hay para cambiarlo, ¿por qué no automatizar un cronjob para que se cambie cada cierto tiempo? Por poner un modo paranoico, se podría hacer para que cambie cada minuto:

sudo crontab -e

*/1 * * * * rm /etc/machine-id && dbus-uuidgen --ensure=/etc/machine-id

Dicha automatización presentaría una solución a los problemas de privacidad que surgen de mantener un identificador accesible a todos. Sin embargo, ¿es seguro hacer algo así?. Aparentemente, parece que generar nuevas identificaciones en caliente pueden presentar inconvenientes. Tal y como indica la documentación:

No parece entonces, muy conveniente, automatizar la actualización del machine-id dentro de la misma ejecución temporal: podría causar problemas. Puede generar, por ejemplo, discrepancias en su identificador por parte de los servidores DHCP, que identifican a la máquina a raíz última del machine-id; especialmente en configuraciones de red que utilicen bridges.

Por otro lado, es llamativo saber que Whonix OS no genera un nuevo machine-id tras cada reinicio, sin embargo, mantiene el mismo para todos los usuarios. Algo que sí hace Tails. Quizá, una mejor opción para garantizar de alguna forma la privacidad es la de generar un nuevo identificador en cada inicio, tal y como hace Tails:

sudo crontab -e

@reboot rm /etc/machine-id && dbus-uuidgen --ensure=/etc/machine-id

De tal forma que durante la sesión temporal que dura el uptime el sistema sea identificado de una manera, pero al iniciar de nuevo el sistema sea identificado de otra. Aunque si la privacidad relacionada con el machine-id preocupa, quizá, la mejor forma de solventar el riesgo es utilizar un sistema sin systemd.