comando_stat_access_modify_change

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
comando_stat_access_modify_change [2020/12/25 22:57] – external edit 127.0.0.1comando_stat_access_modify_change [2022/08/11 23:44] (current) busindre
Line 20: Line 20:
 **Change** / **Cambio** (ctime): Fecha de la ultima modificación del inodo (metadatos), ocasionado por las llamada al sistema chmod(2), chown(2), link(2), mknod(2), rename(2), unlink(2), utimes(2) / utimensat(2) y write(2). **Change** / **Cambio** (ctime): Fecha de la ultima modificación del inodo (metadatos), ocasionado por las llamada al sistema chmod(2), chown(2), link(2), mknod(2), rename(2), unlink(2), utimes(2) / utimensat(2) y write(2).
  
-**Birth** / **Creación** (crtime): La fecha de creación por ahora no se puede visualizar (Birth: -) con stat en sistemas con Linux ([[http://lists.gnu.org/archive/html/bug-findutils/2011-11/msg00015.html|leer]]). Pero se puede utilizar debugfs para obtener dicha fecha de creación, veamos un ejemplo usando LVM.+**Birth** / **Creación** (crtime): La fecha de creación de un fichero antiguamente no se podía visualizar con el comando stat (Birth: - ([[http://lists.gnu.org/archive/html/bug-findutils/2011-11/msg00015.html|leer]])), pero actualmente dependiendo de la versión del sistema sí es factibleSi se está usando un sistema antiguo puede utilizarse debugfs para obtener dicha fecha de creación, veamos un ejemplo usando LVM.
 <code bash>debugfs -R 'stat /home/maria/fichero' /dev/mapper/Volgroup00-lv_root <code bash>debugfs -R 'stat /home/maria/fichero' /dev/mapper/Volgroup00-lv_root
 debugfs 0.92.13 (15-May-2008) debugfs 0.92.13 (15-May-2008)
Line 41: Line 41:
 debugfs -R 'stat <267850>' /dev/mapper/Volgroup00-lv_root debugfs -R 'stat <267850>' /dev/mapper/Volgroup00-lv_root
 </code> </code>
 +
 +NOTA: Los timestamps de creación y cambio en Linux no pueden ser modificados a fecha de hoy.
  
 **Uso del comando ls para ordenar y visualizar las fechas de acceso, modificación y cambios de ficheros / directorios**. **Uso del comando ls para ordenar y visualizar las fechas de acceso, modificación y cambios de ficheros / directorios**.
Line 55: Line 57:
 # NOTA: Se puede utilizar indistintamente -a, --time=atime, --time=access, --time=use # NOTA: Se puede utilizar indistintamente -a, --time=atime, --time=access, --time=use
  
-# Copiar las marcas de tiempo de otro fichero. +# Copiar las marcas de tiempo de otro fichero tomado como referencia. 
-touch fichero -r otro_fichero.txt # Se puede utilizar -a y -m si solo interesa copiar "atime" o "mtime".+# NOTA: Los timestamps de "creación" y "cambio" no pueden ser modificados a fecha de este artículo en sistemas GNU/Linux. Mirar el hack del siguiente apartado
 +touch fichero -r fichero_referencia.txt # Se puede utilizar -a y -m si solo interesa copiar "atime" o "mtime".
  
 # Si el archivo llamado "fichero" existe, actualiza los timestamp que tenga, en caso contrario no crea el fichero. # Si el archivo llamado "fichero" existe, actualiza los timestamp que tenga, en caso contrario no crea el fichero.
Line 71: Line 74:
  
 NOTA: El timestamp de "Change" (Cambio) es modificado a la vez que se cambia la fecha de último acceso o de la última modificación. NOTA: El timestamp de "Change" (Cambio) es modificado a la vez que se cambia la fecha de último acceso o de la última modificación.
 +
 +**Hack para falsear de manera aproximada la fecha de creación/Change de un fichero**
 +
 +No es factible cambiar los timestamps de "Change" y "Birth" en sistemas Linux sin cambiar la fecha del sistema. El cambiar la fecha del sistema hace que se dependa de la velocidad de procesamiento ya que el comando stat nos muestra detalle de nanosegundo. Es decir, en ese nanosegundo deben realizarse todas las acciones para que no haya diferencias. Un nanosegundo es la duración de un ciclo de reloj de un microprocesador de 1 GHz.
 +
 +En este ejemplo se clonarán los tres timestamps de un "fichero_referente" a otro denominado "fichero_hack", incluyendo la fecha Change.
 +
 +Sin campo Birth.
 +<code bash>
 +# Fechas del fichero_hack y fichero referente.
 +
 +  File: 'fichero_hack'
 +Access: 2019-08-07 23:27:47.204914004 +0200
 +Modify: 2019-08-07 23:27:47.204914004 +0200
 +Change: 2019-08-07 23:28:08.819620381 +0200
 + Birth: -
 +
 +  File: 'fichero_referente'
 +Access: 2019-08-07 17:43:13.535171587 +0200
 +Modify: 2018-07-31 17:00:12.000000000 +0200
 +Change: 2020-08-30 08:23:20.682000046 +0200
 + Birth: -
 +
 +# Se clonan los timestamps de acceso y modificación en la fecha exacta de "cambio" del fichero.
 +date --set="2020-08-30 08:23:20.682000046"; touch fichero_hack -r fichero_referente
 +
 +  File: 'fichero_hack'
 +Access: 2019-08-07 17:43:13.535171587 +0200
 +Modify: 2018-07-31 17:00:12.000000000 +0200
 +Change: 2020-08-30 08:23:20.682000046 +0200
 + Birth: -
 +
 +  File: 'fichero_referente'
 +Access: 2019-08-07 17:43:13.535171587 +0200
 +Modify: 2018-07-31 17:00:12.000000000 +0200
 +Change: 2020-08-30 08:23:20.682000046 +0200
 + Birth: -
 +</code>
 +
 +
 +Con el campo "Birth" visualizable habría que hacer un paso más en comparación con el anterior, es decir, crear el fichero en una fecha concreta. 
 +<code bash>
 +# Se crea el fichero filehack mediante una copia de un fichero en la fecha de creación del fichero_referente.
 +# Si el campo Birth del fichero referencia es 2012-03-30 08:23:20.622000046:
 +date --set="2012-03-30 08:23:20.622000046"; cp file file_hack
 +
 +# Con eso actualmente file_hack ya tendrá dicha fecha de creación. Ahora simplemente se debe proceder como en el caso anterior para cambiar "Access", "Modify" y "Change".
 +</code>
 +
 +Si se quiere volver rápidamente al tiempo del sistema "actual", podemos guardar en una variable el tiempo justo antes de ejecutar los comandos y posteriormente establecer de nuevo la hora. En realidad la acción dura fracciones de segundo, por lo que prácticamente será inapreciable (Eso no deja de tener su posible reflejo en logs de journal, por ejemplo el cambio horario activa una limpieza de la cache de systemd-resolved).
 +<code bash>actual=$(date +"%Y-%m-%d %H:%M:%S.%9N") date --set="2012-03-30 08:23:20.622000046"; cp file file_hack; date --set="$actual"</code>
 +
 +Algunos logs generados por el cambio de hora del sistema.
 +<code>systemd-resolved[39295]: Clock change detected. Flushing caches.
 +systemd[1]: Starting Discard unused blocks on filesystems from /etc/fstab...
 +systemd[1]: Starting Rotate log files...
 +systemd[1]: Starting Daily man-db regeneration...
 +systemd[1]: Started Verify integrity of password and group files.
 +systemd[1]: shadow.service: Deactivated successfully.
 +systemd[1]: logrotate.service: Deactivated successfully.
 +systemd[1]: Finished Rotate log files.
 +systemd[1]: man-db.service: Deactivated successfully.
 +audit: BPF prog-id=0 op=UNLOAD
 +systemd[1]: Finished Daily man-db regeneration.
 +audit: BPF prog-id=0 op=UNLOAD
 +kernel: audit: type=1334 audit(1660253972.419:515): prog-id=0 op=UNLOAD
 +kernel: audit: type=1334 audit(1660253972.419:516): prog-id=0 op=UNLOAD
 +fstrim[39947]: /: 154 GiB (165362356224 bytes) recortados en /dev/sda1
 +systemd[1]: fstrim.service: Deactivated successfully.
 +systemd[1]: Finished Discard unused blocks on filesystems from /etc/fstab.</code>
 +
 +
 +NOTA: Recordar que depende de la capacidad de procesamiento pueden encontrarse diferencias en los nanosegundos. Si se opera varias veces el mismo comando y siempre se obtiene la misma diferencia de tiempo con el fichero referencia, se puede hacer una simple resta para ir unos nanosegundos más al pasado e intentar compensar.
 +
 +Al utilizar el comando date para cambiar la fecha, por debajo se hace una llamada al sistema del tipo "CLOCK_REALTIME". Esta systemcall no es compatible con el "time namespace" y por lo tanto, aunque se use un espacio de nombres de tiempo (unshare -T) con la intención de no impactar sobre todo el sistema operativo, no funcionará. Cuando se usa unshare con la opción -T, las únicas llamadas al sistema que tendrían efecto en el nuevo espacio de nombres serían CLOCK_MONOTONIC/BOOTTIME.
comando_stat_access_modify_change.1608933466.txt.gz · Last modified: 2020/12/25 22:57 by 127.0.0.1