Autopsy

en español
escrito por:
Alonso E. Caballero Quezada

Título: Autopsy en español
Autor: Alonso Eduardo Caballero Quezada
Versión 1.1: Noviembe 7 del año 2007
Versión 1: Setiembre 3 del año 2007 (MD5: b47912d9c71c410f290f2b5c3195a944)
Fecha de creación: Agosto del año 2007
La razón del presente escrito
Lo más común al finalizar algunos de mis cursos o exposiciones, es solicitarme
información sobre el tema, y la gran mayoría de las veces remito a las personas que lo
requieren, a fuentes de información en idioma inglés. Y al mismo momento percibo,
como por este “detalle” del idioma, algunas de ellas no profundizan más en el tema. Es
por este motivo que me decidí a realizar esta traducción; que ahora cuenta con el aval
de Brian Carrier; el autor de Autopsy & Sleuth Kit; las herramientos de Código Libre por
excelencia para temas de análisis de investigación digital.
Trato de respetar cabalmente los contenidos originales. Incluyo imagenes con las
capturas de pantalla de la versión más reciente de Autopsy. De igual modo, incluyo las
referencias que se realizan a 'The Sleuth Kit Informer'.
Es mi deseo; con este aporte; acercar mucho más estos temas tan interesantes a la
mayor cantidad de personas. Y es obvio que pueden distribuir y copiar gratuitamente el
presente documento.

Autopsy
Descripción
El navegador Forense Autopsy es una interfáz gráfica para las herramientas de análisis
de investigación digital en línea de comando contenidas en Sleuth Kit. Ambos unidos
pueden analizar discos UNIX y Windows, además de sistemas de archivos (NTFS, FAT,
UFS1/2 y Ext2/3).
Autopsy y Sleuth Kit son Open Source (Código Abierto) y pueden ser ejecutados en
plataformas UNIX. Como Autopsy se basa en HTML, se puede conectar al servidor
Autopsy desde cualquier plataforma utilizando un navegador HTML. Autopsy proporciona
una interfaz tipo “Manejador de Archivos”, y muestra detalles sobre datos borrados y
estructuras del sistema de archivos.

Modos de Análisis
Un Análisis “En reposo” ocurre cuando un sistema dedicado para análisis es utilizado
para examinar los datos de un sistema sospechoso. En este caso, Autopsy y Sleuth Kit
son ejecutados en un entorno confiable, típicamente en un laboratorio.
Autopsy y TSK soportan formatos de archivos AFF (Advanced Forensic Format), Expert
Witness, y raw (en bruto).

Análisis “En vivo” ocurre cuando el sistema sospechoso empieza a ser analizado
mientras está en ejecución. En este caso, Autopsy y Sleuth Kit son ejecutados desde un
CD en un entorno no confiable. Esto se utiliza frecuentemente durante la respuesta del
incidente mientras está siendo confirmado. Después de la confirmación, se puede
adquirir el sistema y realizar un análisis “En reposo”.

Técnicas de búsqueda de evidencia
Listado de Archivos: Analiza los archivos y directorios, incluyendo los nombres de
archivos eliminados y nombres de archivos basados en Unicode. Ver Figura 1.

Figura 1. Listado de Archivos con Autopsy
Sleuth Kit Informer #1 / Jail
* Referencia: Sleuth Kit Informer 1
Colocando al HTML en una jaula
Uno de los conceptos clave y mejor conocidos la forensia digital y respuesta de
incidentes es nunca confiar en el sistema sospechoso. Por esta razón se utilizan CDs
conteniendo binarios confiables cuando el sistema está en ejecución y antes de realizar
la adquisición el sistema es típicamente apagado y reiniciado con un kernel confiable. La
misma lógica es aplicada a los archivos ejecutables del sistema sospechoso. Solo deben
de ser ejecutados en entornos controlados para que no puedan destruir la estación de
análisis.
Este concepto también ha sido aplicado a Autopsy cuando se visualizan archivos HTML
desde el cache de un navegador por ejemplo. Los archivos HTML pueden causar
estragos de dos maneras durante la investigación. Primero, pueden contener scripts

dañinos (java script o java por ejemplo), que pueden causar daño a un sistema de
análisis vulnerable. Segundo, el HTML puede causar que el navegador se conecte a un
sitio externo para obtener una imagen u otro archivo. Esto puede alertar a una persona
de la investigación (en un mundo ideal, todos los laboratorios forense están aislados de
internet).
Por defecto Autopsy no interpretará los contenidos de archivos. Por ejemplo, cuando se
selecciona un archivo HTML, se mostrarán las etiquetas y textos en ASCII y no el
documento formateado (siempre que se utilice un navegador HTML). Esto se realiza
configurando el tipo de contenido “content-type” a text (texto) en lugar de html.
Para ciertos tipos de archivos, citamos HTML e imágenes, Autopsy permite al usuario
visualizar los datos interpretados utilizando un enlace “view”. Este enlace abrirá por
defecto el interprete de contenido de archivo en una nueva “celda”. La “celda” por
defecto interpretará el código HTML y dejará sin efecto los scripts y enclaces . Esto se
realiza modificando el HTML de las siguientes manera:
.
.
.
.

SRC= se cambia por SRC=AutopsySanitized
HREF= se cambia por HREF=AutopsySanitized
<script se cambia por <AutopsySanitized-script
BACKGROUND= se cambia por BACKGROUND=AutopsySanitized

La parte del servidor web de Autopsy es configurado para reemplazar las peticiones de
imagenes que tienen “AutopsySanitized” con un gráfico definido. Esto permite al
investigador ver la ubicación donde existe una imagen sín conectarse a un sitio externo.
Además si el investigador visita una URL, Autopsy reportará que no se permite al
investigador seguir enlaces externos mientras esta en la jaula. Después de verificar el
contenido de una pagina HTML, el usuario puede salir de la celda utilizando el botón
“Normal” y este puede ser exportado con el botón “Export Contents”.
Es una buena práctica deshabilitar los lenguajes de script en los navegadores sobre las
estaciones de trabajo. Autopsy alertará si su navegador tiene scripting habilitado. La
limpieza que Autopsy realiza cuando se visualizan paginas HTML añade una capa de
protección adicional en caso de que los scripts sean activados accidentalmente, en caso
exista una vulnerabilidad en el navegador, o el sistema esté conectado a internet.
Después de que el investigador ha identificado la pagina como segura, puede ser
visualizada en su formato original.
* Fín de Referencia: Sleuth Kit Informer 1

Contenido de Archivos: Los contenidos de archivos puede ser visualizados en bruto
(raw), hexadecimal o en cadenas ASCII extraidas.
Cuando los datos son interpretados, Autopsy los esteriliza para prevenir daño al sistema
de análisis local. Autopsy no utiliza ningún lenguaje script en el lado del cliente. Ver
Figura 2.

Figura 2. Contenido de Archivos
Base de Datos de HASH: Para identificar rápidamente archivos desconocidos como
confiables o dañidos se realizan operaciones de búsqueda en una base de datos de
hashs. Autopsy utiliza NIST (National Software Reference Library “NSRL”) y bases de
datos de archivos conocidos como confiables o dañinos creadas por los usuarios. Ver
Figura 3.

Figura 3. Autopsy utilizando Bases de datos de hash
Ordenando por tipo de archivo: Para identificar archivos de un tipo conocido, se
ordenan los archivos basándose en sus firmas internas. Autopsy puede extraer también
solamente imágenes gráficas (incluyendo miniaturas). La extensión de un archivo puede
ser comparada también con un tipo de archivo para identificar archivos que pueden
tener su extensión modificada para ocultarlos. Ver figura 4.

Figura 4. Ordenamiento por tipo de archivos
Línea de tiempo de la actividad de archivos: En algunos casos, el tener una línea
de tiempo de la actividad de los archivos puede ayudar a identificar áreas de un sistema
de archivo que podría contener evidencia. Autopsy puede crear líneas de tiempo que
contienen entradas de los tiempos de Modificación, Acceso, y Cambio (MAC) de archivos
asignados y sin asignar. Ver figura 5.

Figura 5. Línea de tiempo de la actividad de archivos

Búsqueda de palabras clave: Las búsquedas de palabras clave en una imagen de un
sistema de archivos puede ser realizada utilizando cadenas ASCII y expresiones
regulares. Las búsquedas pueden ser realizadas en la imagen completa del sistema de
archivos o solamente en el espacio sín asignar. Se puede crear un archivo índice para
una búsqueda más rápida. Las cadenas buscadas frecuentemente pueden ser
fácilmente configuradas dentro de Autopsy de búsquedas automatizadas. Ver figura 6.

Figura 6. Búsqueda de palabras clave
Análisis de Meta Datos: Las estructuras de Meta Datos contienen detalles sobre
archivos y directorios. Autopsy permite visualizar detalles de cualquier estructura de
Meta Datos en el sistema de archivos. Esto es útil para la recuperación de contenido
eliminado. Autopsy buscará los directorios para identificar la ruta completa de un
archivo que tiene asignada la estructura. Ver figura 7.

Figura 7. Análisis de Meta Datos

Análisis de Unidades de Datos: Las unidades de datos son el lugar donde se
almacena el contenido del archivo. Autopsy permite visualizar el contenido de cualquier
unidad de datos en una variedad de formatos incluyendo ASCII, volcado hexadecimal, y
cadenas. Se proporciona también el tipo de archivo y Autopsy buscará las estructuras de
Meta Datos para identificar cuales unidades de datos tiene asignada. Ver figura 8.

Figura 8. Análisis de Unidades de Datos

Detalles de la imágen: Los detalles del sistema de archivos puede ser visualizados,
incluyendo la disposición sobre el disco y tiempos de actividad. Este modo proporciona
información que es de utilidad durante la recuperación de datos. Ver figura 9.

Figura 9. Detalles de la imagen

Manejo de Caso
Manejo de Caso: Las investigaciones son organizadas en casos, los cuales contienen
uno o más hosts .
Cada host es configurado para tener su propia zona horaria de modo que los tiempos
mostrados serán iguales a los vistos por el usuario original. Cada host puede contener
uno o más imagenes de sistema de archivos para análisis.

Figura 10. Manejo del caso
Sleuth Kit Informer # 2 / Caseman
* Referencia: Sleuth Kit Informer 2
Autopsy 1.70 Manejo de caso
Manejo de casos anteriores
Antes de la versión 1.70, existia una breve noción sobre manejo del caso en Autopsy.
Autopsy utilizaba un directorio “morgue”, el cual contenia todas las imagenes de los
sistemas de archivos, y archivos de salida que Autopsy crea Autopsy en el curso de una
investigación.
Este diseño tiene muchas limitaciones. Primero, toda la configuración era hecha a mano
con un editor de texto. Segundo, la utilización de un directorio para múltiples propósitos
dificulta imponer permisos estrictos de acceso a los archivos. Después de esto, el
investigador y la localización eran especificados en tiempo de compilación, lo cual hacia
difícil manejar múltiples casos a la vez.
Revisión sobre manejo de caso
El manejo del caso en Autopsy 1.70 fue diseñado para manejar investigaciones grandes
y globales con múltiples sistemas en múltiples zonas. Todo el manejo se hace utilizando
una interfáz gráfica y en directorios que han sido organizados de tal manera que se

puedan aplicar permisos estrictos. Existen también algunos tipos de registros y
auditorías que son realizados.
La organización del manejo utiliza directorios y archivos de texto ASCII. Fué diseñado
para facilitar el archivado de casos y proporcionar consistencia. Utiliza un diseño abierto
y genérico, de tal manera que cualquier herramiento puede tomar ventaja de los datos
sospechosos.
Cuando Autopsy es instalado, se identifica un recinto de Evidencia . Este directorio
contiene los archivos que lee y escribe Autopsy y por lo tanto debe estar en una
partición con suficiente espacio en disco. La localización también puede ser especificada
en tiempo de ejecución con el parámetro “-d”.
Cada investigación se inicia con un caso. El caso incluye información tales como el
nombre, un corta descripción y una lista de investigadores que estarán relacionados con
el análisis.
Para manejar múltiples incidentes de sistemas, cada caso puede contener uno o más
hosts. Cada host corresponde a un sistema en el cual los datos están siendo utilizados
en el análisis y cada uno tiene su propia zona y posición horaria. El valor de la posición
horaria es utilizado cuando un host no utiliza NTP y el reloj del sistema se atraza o
adelanta. Autopsy ajustará los tiempos de manera tal que sea fácil relacionar eventos.
Cada host puede tener también una base de datos de hash, de “lo confiable” y “lo
dañino”, lo cual facilita la utilización de una base de datos que son específicos para un
un sistema operativo o host determinado.
Cada host puede tener múltiples imagenes. Cada imagen corresponde a un sistema de
archivos de un sistema sospechoso. Un sistema windows tiene solo un dispositivo C:\ el
cual contiene una imagen, mientras que un sistema Solaris con cinco partes tiene cinco
imagenes. Cada imagen tiene un punto de montaje que es utilizado solo para propósitos
cosméticos.
Detalles del recinto de evidencia
El recinto de evidencia contiene los detalles de la investigación. Es similar a un
directorio morgue de versiones anteriores, pero es más estructurado. Todos los casos
tienen un subdirectorio en el recinto de evidencia y el registro de sucesos de Autopsy
muestra cuando fué iniciado Autopsy.
Los usuarios que crean casos necesitarán permisos de escritura para el Recinto de
Evidencia. Todos los demás usuarios solo necesitaran permisos de lectura y ejecución.
Todos los usuarios necesitarán permisos de escritura para el archivo de registro de
sucedos de Autopsy, autopsy.log pero no necesariamente necesitarán permisos de
lectura para esto.
Detalles del Caso
Cada caso tiene un directorio en el Recinto de Evidencia. El nombre del directorio
corresponde al nombre del caso. Para renombrar el caso, simplemente se renombra el
directorio.
# mv caso-antiguo nuevo-caso
El archivo case.out es el archivo de configuración del caso. Contiene la fecha en la que

el caso fué creado y el nombre del directorio que es reservado para uso futuro. Este
archivo debe existir para todos los casos. El archivo case.log es el archivo de auditoría
para el caso y su contenido será discutido en la sección Detalles de Registro de sucesos.
El archivo investigators.txt contiene una lista de los investigadores que están trabajando
en el caso. Estos nombres son utilizados solo para registro y no autenticación. Para
restringir el acceso, se puede utilizar los grupos de Unix. Después de todo, si los
permisos en las estaciones de análisis permiten al usuario escribir en las imagenes de
los sistemas de archivos, el usuario siempre podrá eludir cualquier autenticación que
Autopsy requiera. El archivo investigators.txt contiene los nombres de los investigadores
en cada línea. Si no se especificaron investigadores cuando se creó el caso, entonces no
existirá el archivo. Para añadir o retirar usuarios, simplemente se edita este archivo a
mano.
Para borrar un caso, simplemente se elimina el directorio (utilizando 'rm -rf CASO'). Para
archivar el caso, se puede utilizar el comando 'tar' (Donde CASO es reemplazado por el
nombre actual del caso):
# tar cf CASO.tar CASO
# gzip CASO.tar
Los usuarios que necesiten añadir hosts a un caso necesitarán permisos de escritura
para el directorio del caso. Todos los demás usuarios necesitarán permisos de lectura y
ejecución. Todos los usuarios necesitan permisos de escritura para el archivo de registro
del caso, pero no necesitan permisos de lectura. Todos los usuarios necesitan permisos
de lectura para el archivo de configuración, pero no necesitan permisos de escritura.
Detalles del Host
Cada Host tiene un directorio en el directorio del caso. El nombre del Host es el mismo
que el nombre del directorio. Por lo tanto, para renombrar el Host después de que ha
sido creado, simplemente se renombra el directorio.
# mv host-antiguo host-nuevo
El directorio Host contiene cinco directorios:
- images: Donde todas las imágenes de sistema de archivos están localizados.
- logs: Donde el registro de sucesos del Host, registro del investigador, y las notas del
investigador son almacenadas. Este contenido se discutirá en la sección de Detalles de
Registro de sucesos.
- mnt: Actualmente no utilizado por Autopsy, pero puede ser utilizado para montar
manualmente imagenes en el dispositivo loopback de Linux. Las futuras versiones de
Autopsy montarán aquí las imágenes.
- output: Donde se guardan todos los archivos de salida de Autopsy. Esto incluye espacio
sín asignar, archivos de cadenas, líneas de tiempo del cuerpo de archivos, líneas de
tiempo, y archivos temporales.
- reports: Actualmente no es utilizado por Autopsy, pero puede contener reportes que
serán creadas en futuras versiones de Autopsy.
Los directorios images y output tienen un archivo md5.txt. Este archivo contiene el valor

MD5 de los archivos en el directorio, de esta manera se puede verificar la integridad de
la imagen durante la investigación.
El archivo de configuración del host, host.aut, esta localizado en el directorio del host.
Contiene entradas de los archivos utilizados por el host e información de la zona horaria.
La primera columna de cada línea especifica el tipo de configuración. Los siguientes son
tipos de configuración validos:
Tipo: desc
Descripción: Descripción del host
Argumentos: La cadena de descripción
Ejemplo: desc El servidor DNS del centro de datos de New York
Tipo: image
Descripción: Imágenes de sistema de archivos
Argumentos: Ruta a la imágen del sistema de archivos, tipo de sistema de archivos, y
punto de montaje.
Ejemplo: image images/part1.dd ntfs C:
Tipo: dls
Descripción: Datos sin asignar de imágenes del sistema de archivos
Argumentos: Ruta a la imagen 'dls' y ruta a la imagen original del sistema de archivos.
Ejemplo: dls output/part1.dls images/part1.dd
Tipo: strings
Descripción: Archivo de cadenas de un sistema de archivo o imagen dls
Argumentos: Ruta al archivo de cadenas y ruta a la imagen original
Ejemplos: strings output/part1.str images/part1.dd
Tipo: body
Descripción: Archivos de estructura utilizados cuando se hacen líneas de tiempo.
Argumentos: Ruta al archivo de estructura
Ejemplos: body output/body
Tipo: timeline
Descripción: Archivos de líneas de tiempo de actividad
Argumentos: Ruta al archivo de líneas de tiempo
Ejemplos: timeline output/timeline.march15
Tipo: timezone
Descripción: La zona horaria que corresponde al sistema sospechoso
Argumentos: variable zona horaria (Valores TZ legales)
Ejemplos: timezone EST5EDT
Tipo: timeskew
Descripción: El desplazamiento del reloj del sistema sospechoso
Argumentos: Entero positivo o negativo
Ejemplos: timeskew -24
Tipo: alert_db
Descripción: Base de datos HASH de lo 'dañido'
Argumentos: Ruta a la Base de datos
Ejemplos: alert_db /usr/local/forensics/databases/linux-rootkits.md5
Tipo: exclude_db
Descripción: Base de datos de lo 'confiable'

Argumentos: Ruta a la Base de datos
Ejemplos: alert_db /usr/local/forensics/databases/redhat-8.0.md5
Después de que la imagen ha sido añadida al host, el usuario no necesita permisos de
escritura al directorio images. Sin embargo todos los usuarios necesitarán permisos de
escritura al directorio output. Todos los usuarios necesitarán permisos de lectura,
escritura y ejecución para el directorio logs, y cada usuario necesita permisos de
escritura y lectura para un log específico y archivo de notas. Todos los usuarios
necesitarán permisos de escritura al archivo general de suscesos del host. Todos los
usuarios necesitarán permisos de lectura y escritura al archivo de configuración del
host.
Detalles de la imagen
Cada imagen debe estar localizada en el directorio images del directorio host. Allí se
debe ubicar cualquier imagen reciente o un enlace simbólico a la imagen. Como se ha
visto previamente, los detalles de la imágen tales como punto de montaje y tipo de
sistema de archivos son guardados en el archivo de configuración del host, host.aut.
Cuando el archivo de imagen es analizado, todos los datos de salida son guardados en
el directorio output. Sín embargo, el directorio images debe tener permisos de solo de
lectura después de que todas las imágenes son añadidas.
Detalles de Registro de sucesos
El directorio de Reciento de Evidencia contiene un registro, autopsy.log, con entradas de
las veces en que se ha iniciado y detenido Autopsy. Este registro identifica cuando
Autopsy fué iniciado, en que puerto, y en que host.
Los registros del caso son almacenados en el directorio del caso con el nombre case.log.
El registro contiene una entrada del momento de la creación del caso, cuando es
abierto, y cuando los hosts en el caso fueron abiertos. Se almacenan también otras
acciones en el archivo de registro del host.
Aquí hay dos tipos de archivos de registro del host. Ambos son guardados en el
directorio del host. El archivo host.log es el archivo genérico de registro del host y tiene
entradas del momento en que el host es abierto y el momento en que las imagenes son
abiertas. El directorio log también contiene un archivo de registros para cada
investigador. El archivo de registros es nombrado con el nombre del investigador y una
extensión .log. Este contiene entradas de todas las acciones realizadas por un usuario
específico, tales como cuales directorios son listados y que archivos son vistos.
Cualquier nota creada por el investigador es guardado en un archivo de texto en el
directorio logs. El archivo es nombrado con el nombre del investigador y extensión
.notes.
La siguiente tabla muestra cuales registros grabados dan un alto nivel de acción.
Inicio de Autopsy - Registro de almacén de evidencia
Creación del caso - Registro de caso
Apertura de caso - Registro de caso
Creación de host - Registro de caso, Registro de log
Apertura de host - Registro de caso, Registro de log, Registro del investigador
Creación de imagen - Registro de host
Apertura de imagen - Registro de host, Registro del investigador

Listado de directorio - Registro del invesigador
Visualización de archivos - Registro del invesigador
Visualización de Meta Datos - Registro del invesigador
Visualización de unidades de datos - Registro del invesigador
Búsqueda de palabras clave - Registro del invesigador
Ordenamiento de tipo de archivo - Registro del invesigador
Creación de líneas de tiempo - Registro del invesigador
Cración de notas - Registro del invesigador, Notas del investigador
Conclusión
Autopsy 1.70 integra el manejo del caso en su diseño. El manejo del caso ha sido
diseñado para facilitar a los investigadores la utilización de otras herramientas y ver la
configuración utilizando herramientas de edición de texto estándar. Las futuras
versiones de Autopsy integrarán habilidades de modificación desde la interfáz gráfica.
* Fín Referencia: Sleuth Kit Informer 2

Secuenciador de eventos: Los eventos basados en el tiempo pueden ser añadidos
desde un archivo de actividad o registros de un IDS (Sistema Detector de Intrusos) o
Firewall (cortafuegos). Autopsy ordena los eventos de tal manera que la secuencia de
los eventos de incidentes pueda ser más facilmente determinada. Ver figura 11.

Figura 11. Secuenciador de eventos
Notas: Las anotaciones pueden ser guardadas sobre la base de un investigador o un
host. Esto permite realizar notas rápidas sobre archivos y estructuras. La localización
original puede ser recordarse fácilmente con el click de un botón cuando las notas son
posteriormente revisadas. Todas las notas son almacenadas en un archivo ASCII. Ver
figura 12.

Figura 12. Manejo de anotaciones
Integridad de la imagen: Es crucial asegurarse que no se modificacn los archivos
durante el análisis. Autopsy, por defecto, genera un valor MD5 para todos los archivo
que son importados o creados. La integridad de cualquier archivo utilizado por Autopsy
puede ser verificado en cualquier momento.

Figura 13. La integridad de una imagen
Reportes: Autopsy puede crear reportes de archivos ASCII y otras estructuras del
sistema de archivos. Esto permite que se hagan hojas de datos rápidas y consistentes
durante la investigación

Registros: Los registros de auditoría se crean sobre un caso, host o investigador, de
esta manera se pueden recordar las acciones facilmente. El comando exacto que se
ejecutad de The Sleuth Kit es también registrado.
Diseño Abierto: El código de Autopsy es Código abierto (Open Source ) y todos los
archivos que son utilizados están en un formato en bruto. Todos los archivos de
configuración están en texto ASCII y se organizan los casos en directorios. Esto facilita el
exportación los datos y su archivado. Esta no restringe la posibilidad de utilizar otras
herramientas para resolver apropiadamente problemas específicos.
Modelo Cliente Servidor: Autopsy está basado en HTML, y por ello no se tiene que
estar en el mismo sistema donde residen las imagenes del sistema de archivos. Esto
permite que varios investigadores utilicen el mismo servidor y puedan conectarse desde
sus sistemas personales.
Autopsy está escrito en Perl y se ejecuta sobre las mismas plataformas UNIX de Sleuth
Kit:
Linux
Mac OS X
Open & FreeBSD
Solaris

Página de Manual de Autopsy
Synopsis:
autopsy [-c] [-C] [-d evid_locker] [-i dispositivo sistema de archivos mnt] [-p puerto]
[addr]
Descripción:
Por defecto Autopsy inicia el Navegador Forense Autopsy en el puerto 9999 y acepta
conexiones desde el host local. Si se define el parámetro -p puerto, entonces se abre el
servidor en ese puerto, y si addr es definido, entonces solo se aceptan las conexiones
desde ese host. Cuando el argumento -i es definido, entonces Autopsy entra en modo de
análisis en vivo.
Los argumentos son los siguientes:
-c Fuerza al programa a utilizar siempre cookies para localhost.
-C Fuerza al programa a no utilizar cookies para el host remoto.
-d evid_locker
El Directorio donde los casos y hosts son almacenados. Esto elimina el valor de
LOCKDIR en conf.pl . La ruta debe de ser absoluta (iniciar con /).
-i dispositivo sistema de archivos mnt
Especifica la información del modo de análisis en vivo. Puede ser especificado cuantas
veces sea necesario. El campo dispositivo es para el sistema de archivos del dispositivo
en bruto, el campo sistema de archivos es para el sistema de archivos, y el campo mnt
es para el punto de montaje de el sistema de archivos.
-p puerto
El puerto TCP donde el server atenderá.
addr Direccion IP o nombre del host donde el investigador esta localizado. Si localhost es
utilizado, entonces “localhost” debe ser utilizado en la URL. Si se utiliza un hostname o
IP será rechazado.
Cuando es iniciado, el programa mostrará un URL para pegarla en un navegador HTML.
El navegador debe soportar cuadros y formularios. El navegador Forense Autopsy
permite al investigador analizar en busca de evidencia imagenes generadas por dd. El
programa permite analizar navegando en archivos, bloques, inodos, o por búsqueda de
bloques. El programa también genera reportes Autopsy que incluyen tiempo de
recolección, nombre del investigador, y valores hash MD5.

Conclusión:
Todo lo detallado en el presente documento solamente reinvindica el poder y utilidad de
Autopsy para ayudar al investigador a desempeñar su labores adecudamente. De igual
manera, pone de manifiesto los conocimientos previos que se necesitan poseer, para
explotar todas las características inherentes a esta herramienta.
Siempre expreso a mis oyentes o lectores la siguiente frase, con la cual cierro el
presente documento: “La herramienta no es mágica, no la ejecutarás y te dira si se
realizó tal acción o no. Es el investigador el cual aplica sus conocimientos y experiencia
al utilizar la herramienta y conseguir la evidencia que requiere”.

Dedicatoria:
Esta traducción se la dedico a mi familia, a todos los interesados en estos apasionantes
temas y mis amigos de la Policia Nacional del Perú.
Basado en el documento: http://www.sleuthkit.org/autopsy/desc.php
Pueden encontrar la ultima versión del presente documento en el wiki de la pagina del
autor de Autopsy:
http://wiki.sleuthkit.org/index.php?title=Help_Documents

e-mail: [email protected]
Sitio web: http://alonsocaballero.informatizate.net
Sobre el Autor:
Alonso Eduardo Caballero Quezada labora actualmente labora como Administrador de
Redes en Perú. Fue por muchos años integrante y editor de la revista electrónica del
grupo de seguridad RareGazz. Actualmente es miembro del grupo Peruano de Seguridad
PeruSEC. Se presenta frecuentemente en conferencias e imparte clases en los temas de
su especialidad. Sus intereses de investigación se centran en GNU/Linux, Software libre,
Seguridad informática e informática forense. Su página personal está en:
http://alonsocaballero.informatizate.net

Referencias:
Autopsy
http://www.sleuthkit.org/autopsy/
Sleuth Kit
http://www.sleuthkit.org/sleuthkit/index.php
Formato AFF
http://www.afflib.org/
http://www.basistech.com/digital-forensics/aff.html

Forensic File Formats
http://www.forensicswiki.org/wiki/Forensic_file_formats
Unicode
http://es.wikipedia.org/wiki/Unicode
NSRL National Software Referencia Library
http://www.nsrl.nist.gov/
GPT GUID Partition Table
http://en.wikipedia.org/wiki/GUID_Partition_Table