![\"\"](\"https:\/\/i0.wp.com\/hardsoftsecurity.es\/wp-content\/uploads\/2019\/04\/Ethical-hacking.jpg?resize=800%2C450&ssl=1\")
<\/figure><\/div>\n\n\n\n\n\n\n\nEste art\u00edculo se va a componer de un v\u00eddeo donde podremos ver la prueba de concepto de las t\u00e9cnicas que utilizaremos para este prop\u00f3sito y una explicaci\u00f3n de Kerberos, que es el sistema que atacaremos para conseguir acceso al controlador de dominio. Tambi\u00e9n comentaremos la t\u00e9cnica que utilizaremos para atacar este sistema de autenticaci\u00f3n, “Overpass-the-Hash”. Principalmente las t\u00e9cnicas y herramientas que utilizaremos en esta prueba de concepto ser\u00e1n las siguientes: Mimikatz<\/a>, Metasploit Framework<\/a> y como sistema operativo Kali Linux.<\/a><\/p>\n\n\n\n \u00bfQu\u00e9 es Kerberos?<\/p>\n\n\n\n Kerberos es un sistema de autenticaci\u00f3n mutua, es decir, el cliente verifica y comprueba la identidad del servidor, mientras que el servidor acredita y verifica la identidad del cliente.<\/p>\n\n\n\n Es un protocolo de autenticaci\u00f3n cliente-servidor utilizado por Active Directory. Su principal funci\u00f3n se enfoca en el servidor que se encarga de autenticar al usuario, este se encarga de comprobar y autorizar al cliente a ponerse en contacto con los servidores, equipos cliente y servicios que hay en la red. Kerberos es el protocolo est\u00e1ndar de autenticaci\u00f3n dentro de una red con Active Directory.<\/p>\n\n\n\n El sistema de autenticaci\u00f3n de Kerberos se divide en varias fases, en esta caso y para este art\u00edculo solo vamos a explicar las dos primeras fases de autenticaci\u00f3n ya que son las fases que vamos a atacar en esta prueba de concepto.<\/p>\n\n\n\n Tambi\u00e9n vamos a comentar unos t\u00e9rminos para entender la explicaci\u00f3n, los cuales ser\u00edan los siguientes:<\/p>\n\n\n\n Una vez que ya conocemos estos tres t\u00e9rminos vamos a proceder a explicar las dos primeras fases de la autenticaci\u00f3n de Kerberos. Pong\u00e1monos en el supuesto de un cliente que est\u00e1 en un Active Directory quiere autenticarse.<\/p>\n\n\n\n Primera fase: Inicio de sesi\u00f3n.<\/p>\n\n\n\n En la primera fase de autenticaci\u00f3n de Kerberos, donde realizaremos el ataque, el cliente proceder\u00e1 a crear una petici\u00f3n para el servidor de autenticaci\u00f3n (AS). Esta petici\u00f3n se llama AS-REQ.<\/p>\n\n\n\n La petici\u00f3n AS-REQ contiene: <\/p>\n\n\n\n Esta petici\u00f3n se manda al Authentication Server (AS), que como hemos comentado forma parte del KDC para conseguir un ticket TGT.<\/p>\n\n\n\n Segunda fase: Respuesta del servidor de autenticaci\u00f3n.<\/p>\n\n\n\n Cuando el AS (Authentication Server) recibe la petici\u00f3n AS-REQ, el timestamp cifrado, se descifra con el hash NT del usuario. Si las credenciales son correctas, se responde con un mensaje AS-REP. Este mensaje permite que el cliente tenga un ticket TGT.<\/p>\n\n\n\n La respuesta AS-REP contiene: <\/p>\n\n\n\n El ticket TGT contiene: Privilege Attribute Certificate o PAC que posee la informaci\u00f3n del usuario y grupos al que pertenece dentro del dominio, tambi\u00e9n posee la misma clave de sesi\u00f3n y tiempo de vida del ticket TGT. Todo esto es cifrado por el servidor KDC con el hash NT de la cuenta Kerberos Ticket-Granting ticket o “KRBTGT” para que solo el KDC pueda leer los mensajes.<\/p>\n\n\n\n La cuenta “KRBTGT” esta en todos los controladores de dominio, es usada por el sistema y en particular por Kerberos.<\/p>\n\n\n\n \u00bfQu\u00e9 es Overpass-the-hash?<\/p>\n\n\n\n Es la t\u00e9cnica que vamos a utilizar para conseguir acceder al controlador de dominio, lo que se hace es pasar el hash directamente al servidor y con ello se puede conseguir acceso sin saber la contrase\u00f1a del usuario, en esta prueba de concepto, lo que se har\u00e1 ser\u00e1 inyectar un ticket TGT en memoria para poder acceder al controlador de dominio sin necesidad de saber contrase\u00f1as.<\/p>\n\n\n\n Prueba de concepto.<\/p>\n\n\n\n![\"\"](\"https:\/\/i0.wp.com\/hardsoftsecurity.es\/wp-content\/uploads\/2019\/05\/Screenshot_2.png?resize=242%2C314&ssl=1\")
<\/figure><\/div>\n\n\n\n![\"\"](\"https:\/\/i0.wp.com\/hardsoftsecurity.es\/wp-content\/uploads\/2019\/05\/Screenshot_3.png?resize=507%2C366&ssl=1\")
<\/figure><\/div>\n\n\n\n