<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>IoA on Adrián Lois</title><link>https://adrianlois.com/tags/ioa/</link><description>Recent content in IoA on Adrián Lois</description><generator>Hugo</generator><language>es</language><lastBuildDate>Mon, 05 Aug 2024 20:05:00 +0000</lastBuildDate><atom:link href="https://adrianlois.com/tags/ioa/index.xml" rel="self" type="application/rss+xml"/><item><title>Análisis y detección de Hoaxshell: ¿una shell indetectable?</title><link>https://adrianlois.com/posts/analisis-deteccion-hoaxshell-shell-indetectable/</link><pubDate>Wed, 31 Aug 2022 08:08:00 +0000</pubDate><guid>https://adrianlois.com/posts/analisis-deteccion-hoaxshell-shell-indetectable/</guid><description>&lt;p&gt;&lt;a href="https://github.com/t3l3machus/hoaxshell" target="_blank" rel="noopener"&gt;Hoaxshell&lt;/a&gt; proporciona de forma client-side una shell inversa que por el momento Microsoft Defender y posiblemente otros motores de AVs no están detectando ya que se basa únicamente en el tráfico http y https, según nos comenta su desarrollador. Aunque más adelante veremos como esto puede ser detectado a nivel de eventos de Windows y no por eventos producidos en la red.&lt;/p&gt;
&lt;h2 id="hoaxshell-obteniendo-una-shell-remota"&gt;
 Hoaxshell: obteniendo una shell remota
 &lt;a class="heading-link" href="#hoaxshell-obteniendo-una-shell-remota"&gt;
 &lt;i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"&gt;&lt;/i&gt;
 &lt;span class="sr-only"&gt;Link to heading&lt;/span&gt;
 &lt;/a&gt;
&lt;/h2&gt;
&lt;p&gt;Nos descargamos el repositorio e instalamos el requirements.txt de python.&lt;/p&gt;</description></item><item><title>Detectar, alertar y bloquear fuerza bruta a RDP</title><link>https://adrianlois.com/posts/detectar-alertar-bloquear-fuerza-bruta-rdp/</link><pubDate>Tue, 16 Nov 2021 21:10:00 +0000</pubDate><guid>https://adrianlois.com/posts/detectar-alertar-bloquear-fuerza-bruta-rdp/</guid><description>&lt;p&gt;Antes de nada comentar que es una muy mala práctica y está totalmente desaconsejado publicar hacia internet servicios de escritorio remoto. RDP es de los servicios más comprometidos por atacantes externos, con más intentos de ataques y que facilitan un vector de entrada directo a la red de una empresa si el acceso se configura de esta forma.&lt;/p&gt;
&lt;p&gt;En el caso de tener que publicar RDP a internet -sin una VPN o una conexión intermedia hacia un equipo bastión- aunque sea de una manera temporal, hay que hacerlo de la forma &amp;ldquo;más segura&amp;rdquo; posible.&lt;/p&gt;</description></item><item><title>Active Directory: auditar cambios en cuentas de usuario (ID de eventos)</title><link>https://adrianlois.com/posts/active-directory-auditar-cambios-en-cuentas-de-usuario-id-de-eventos/</link><pubDate>Sun, 09 Feb 2020 10:19:00 +0000</pubDate><guid>https://adrianlois.com/posts/active-directory-auditar-cambios-en-cuentas-de-usuario-id-de-eventos/</guid><description>&lt;p&gt;Para poder auditar la creación y cambios de cuentas de usuarios de Active Directory debemos establecer esta política a nivel de dominio en la plantilla &lt;code&gt;Default Domain Controllers Policy&lt;/code&gt; situada en &lt;em&gt;Objetos de directiva de grupo&lt;/em&gt;.&lt;/p&gt;
&lt;p&gt;La editamos y configuramos:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#e6edf3;background-color:#0d1117;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;Configuración del equipo &amp;gt; Directivas &amp;gt; Configuración de Windows &amp;gt; Configuración de seguridad &amp;gt; Directivas locales &amp;gt; Directiva de auditoría
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Habilitamos &lt;em&gt;&lt;strong&gt;&amp;ldquo;Auditar la administración de cuentas&amp;rdquo;&lt;/strong&gt;&lt;/em&gt; en intentos &lt;code&gt;Correcto&lt;/code&gt; y &lt;code&gt;Error&lt;/code&gt;.&lt;/p&gt;</description></item><item><title>Auditar inicios de sesión erróneos (ID 4625) y notificar vía email</title><link>https://adrianlois.com/posts/auditar-inicios-sesion-erroneos-id-4625-email/</link><pubDate>Sat, 18 Jan 2020 09:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/auditar-inicios-sesion-erroneos-id-4625-email/</guid><description>&lt;p&gt;Una forma de auditar los errores de accesos de inicio de sesión o login a un sistema Windows ya sean accesos físicos, en remoto mediante RDP, recursos compartidos CIFS o llamadas a procedimientos remotos RPC como pueden ser el acceso a consolas msc de equipos remotos. Se considerarán inicios de sesión en una máquina Windows.&lt;/p&gt;
&lt;p&gt;Este artículo se centrará en la auditoría de todos los accesos erróneos de login a un sistema pero en especial irá enfocado a los intentos de inicios de sesión RDP desde equipos remotos y la notificación de este evento vía un mensaje de correo electrónico de forma automática.&lt;/p&gt;</description></item><item><title>fail2ban: control de ataques de fuerza bruta en servicios Linux</title><link>https://adrianlois.com/posts/fail2ban-ataques-fuerza-bruta-servicios-linux/</link><pubDate>Wed, 17 Jul 2019 17:22:00 +0000</pubDate><guid>https://adrianlois.com/posts/fail2ban-ataques-fuerza-bruta-servicios-linux/</guid><description>&lt;p&gt;&lt;a href="https://www.fail2ban.org/" target="_blank" rel="noopener"&gt;fail2ban&lt;/a&gt; es una aplicación &lt;a href="https://en.wikipedia.org/wiki/Intrusion_detection_system" target="_blank" rel="noopener"&gt;IDPS&lt;/a&gt; (&lt;em&gt;Intrusion Detection and Prevention Systems&lt;/em&gt;) que supervisa las conexiones externas de direcciones IPs a servicios internos, se puede parametrizar para bloquear los intentos de accesos externos por fuerza bruta. En base al cumplimiento de las directivas definidas y asociadas a determinados servicios.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;fail2ban detecta conexiones que puedan ser anómalas y bloquea la IP pública que intenta acceder a dichos servicios&lt;/strong&gt; por lo que sería un sistema activo (analiza, detecta y actúa al momento), lo hace añadiendo reglas &lt;a href="https://linux.die.net/man/8/iptables" target="_blank" rel="noopener"&gt;iptables&lt;/a&gt; rechazando las conexiones procedentes de esa dirección IP pública.&lt;/p&gt;</description></item><item><title>Cómo protegerse de ataques ARP Spoofing</title><link>https://adrianlois.com/posts/como-protegerse-de-ataques-arp-spoofing/</link><pubDate>Thu, 03 Aug 2017 08:00:00 +0000</pubDate><guid>https://adrianlois.com/posts/como-protegerse-de-ataques-arp-spoofing/</guid><description>&lt;p&gt;Siguiendo el tema de las entradas en las que comenté los ataques MITM en la tabla ARP.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;a href="http://www.zonasystem.com/2017/07/ataque-mitm-arp-poisoning-y-dns-spoof-con-ettercap.html" target="_blank" rel="noopener"&gt;Ataques MITM: ARP Poisoning y DNS Spoof con Ettercap - Parte 1 de 2&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://www.zonasystem.com/2017/07/ataque-mitm-arp-poisoning-dns-spoof-arpspoof.html" target="_blank" rel="noopener"&gt;Ataques MITM: ARP Poisoning y DNS Spoof con ARPSpoof - Parte 2 de 2&lt;/a&gt;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;El éxito de esta técnica de ataque radica en que dentro de una misma red local es posible la suplantación de la dirección MAC de la puerta de enlace, por la dirección MAC del atacante en la tabla ARP del equipo atacado. De modo que todo el tráfico que se genere desde en el equipo atacado será interceptado por el equipo atacante y este a su vez lo redireccionará a la dirección de la puerta de enlace legítima de la red local, de esta manera el equipo atacado no será consciente de que su tráfico de red se esté monitoreando, a menos que este consulte su tabla ARP (arp -a).&lt;/p&gt;</description></item></channel></rss>