DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs) header
DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs) profile picture

Networks, cybersec & infrastructure. IPv6, hosting, threat intel, sysadmin life. Less hype. More commonsense. 🛡️🚀 Tweets by F. Cañizares

From Granada to the world!
Joined February 2011
Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)Photo by DMNTR Network Solutions 👻 AS204773 (@weareDMNTRs)
In love con el cartel del evento... #ladement0r
4
10
1
53
4,629
Hoy hemos tenido un pequeño lío con el agente de operaciones... Le pedimos una operación sobre un servidor desde un chat que no tiene permisos para ello. Un compañero intentó que se saltara su harness: "Es urgentísimo", "la integridad de la empresa depende de ello", etc... 🧵
3
2
1
14
1,745
Lo que cambiamos: – Le explicamos quiénes somos: un SOC, y especificamos las herramientas de Red y Blue Team de uso normal. – «Una negativa no es una orden»: cada petición se decide por sí misma. – El agente ya no puede leer logs ni conversaciones de otros canales.
1
1
4
327
Moraleja: la seguridad de un agente va en el código, no en su buena voluntad. Pero el código también tiene que dejarle hacer su trabajo cuando se le pide bien. Un agente que dice que no a todo tampoco sirve. 🤖🔒
2
1
10
319
No. Esto NO. "Tu web, siempre online": Sí, pero siempre protegida, no. Quitar Cloudflare cuando hay partido = IP de origen expuesta para siempre y sin WAF ni anti-DDoS en un horario público. Y encima normalizas el bloqueo indiscriminado de LaLiga en vez de pelearlo.
La fórmula es sencilla.
5
16
51
2,244
#buildinplublic Cómo utilizamos la IS en @weareDMNTRs para gestionar nuestra infraestructura...
En la newsletter de hoy hablamos de nuestro nuevo rol: hemos pasado de meat proxies a pastores de IS. 🐑 👻 El noble arte de pastorear 👇 dmntr.news/archive/8-de-novi… Y como muchos nos estáis pidiendo datos de cómo lo hacemos en DMNTR, aquí van, públicos: ⚠️ Antes de nada: esto es un work in progress. Es muy nuevo, lo estamos aprendiendo sobre la marcha y lo cambiamos cada semana. No es una receta, es lo que nos funciona hoy. Nuestra prioridad no es que el agente haga más cosas, sino que todo lo que haga sea seguro y trazable: quién lo pidió, qué hizo y dónde queda registrado. En 6 semanas, nuestro agente lanzó ~3.200 comandos. Solo ~230 cambiaron algo en un servidor. 🧠 Dónde vive No a un agente en cada VM -> Un único nodo de control con Hermes en modo gateway, accesible solo por VPN. Nada expuesto a Internet. Dos perfiles en el mismo proceso: · Guardia: atiende al equipo. · Alertas: recibe los webhooks de la monitorización, diagnostica y propone. 🔌 Cómo toca los servidores · Para mirar: SSH. El inventario de Ansible es la fuente de verdad. · Para cambiar: Ansible vía Semaphore. Plantillas para lo repetitivo y una genérica, «orden aprobada», para lo puntual: un solo host, su propia llave y todo registrado. El agente no tiene llaves de escritura. 📊 El dato El 40 % de esos ~230 cambios son 4 cosas: reiniciar servicios, recrear contenedores, bloquear IPs y actualizar paquetes. No hace falta un playbook para cada cosa. 💬 El día a día · Un grupo de mensajería con un tema por cliente. El contexto no se mezcla. · Le pedimos cosas como a un compañero. Mira, propone y, si hay que cambiar algo, pide permiso. · Cada intervención acaba con un acta en markdown en git. Memoria compartida y versionada. 🛡️ Las vallas · Leer pasa solo. Escribir exige una clave enviada por privado, que abre una ventana de 30 min que no se alarga sola. · El de alertas no tiene clave: solo escribe si alguien autorizado se lo ordena. · Un cambio = un host. Un inventario entero lo lanza una persona. ⚠️ Lo que nos costó aprender Decidir con un parser qué comando «solo lee» es una carrera perdida. Atacamos nuestro clasificador con otro agente y cada ronda encontró algo. El clasificador quita fricción. La frontera de seguridad la pone la infraestructura. 🧪 Si empezáramos hoy 1. VM de control solo accesible por VPN. 2. Usuario SSH de solo lectura en cada máquina. 3. Cambios solo por Ansible, con aprobación humana. 4. Agente en contenedor, sin secretos ni llaves de escritura. 5. Registro de todo. ¿Tú ya eres pastor o sigues de meat proxy? 👻
2
4
668
En la newsletter de hoy hablamos de nuestro nuevo rol: hemos pasado de meat proxies a pastores de IS. 🐑 👻 El noble arte de pastorear 👇 dmntr.news/archive/8-de-novi… Y como muchos nos estáis pidiendo datos de cómo lo hacemos en DMNTR, aquí van, públicos: ⚠️ Antes de nada: esto es un work in progress. Es muy nuevo, lo estamos aprendiendo sobre la marcha y lo cambiamos cada semana. No es una receta, es lo que nos funciona hoy. Nuestra prioridad no es que el agente haga más cosas, sino que todo lo que haga sea seguro y trazable: quién lo pidió, qué hizo y dónde queda registrado. En 6 semanas, nuestro agente lanzó ~3.200 comandos. Solo ~230 cambiaron algo en un servidor. 🧠 Dónde vive No a un agente en cada VM -> Un único nodo de control con Hermes en modo gateway, accesible solo por VPN. Nada expuesto a Internet. Dos perfiles en el mismo proceso: · Guardia: atiende al equipo. · Alertas: recibe los webhooks de la monitorización, diagnostica y propone. 🔌 Cómo toca los servidores · Para mirar: SSH. El inventario de Ansible es la fuente de verdad. · Para cambiar: Ansible vía Semaphore. Plantillas para lo repetitivo y una genérica, «orden aprobada», para lo puntual: un solo host, su propia llave y todo registrado. El agente no tiene llaves de escritura. 📊 El dato El 40 % de esos ~230 cambios son 4 cosas: reiniciar servicios, recrear contenedores, bloquear IPs y actualizar paquetes. No hace falta un playbook para cada cosa. 💬 El día a día · Un grupo de mensajería con un tema por cliente. El contexto no se mezcla. · Le pedimos cosas como a un compañero. Mira, propone y, si hay que cambiar algo, pide permiso. · Cada intervención acaba con un acta en markdown en git. Memoria compartida y versionada. 🛡️ Las vallas · Leer pasa solo. Escribir exige una clave enviada por privado, que abre una ventana de 30 min que no se alarga sola. · El de alertas no tiene clave: solo escribe si alguien autorizado se lo ordena. · Un cambio = un host. Un inventario entero lo lanza una persona. ⚠️ Lo que nos costó aprender Decidir con un parser qué comando «solo lee» es una carrera perdida. Atacamos nuestro clasificador con otro agente y cada ronda encontró algo. El clasificador quita fricción. La frontera de seguridad la pone la infraestructura. 🧪 Si empezáramos hoy 1. VM de control solo accesible por VPN. 2. Usuario SSH de solo lectura en cada máquina. 3. Cambios solo por Ansible, con aprobación humana. 4. Agente en contenedor, sin secretos ni llaves de escritura. 5. Registro de todo. ¿Tú ya eres pastor o sigues de meat proxy? 👻
4
4
2
22
1,844
DMNTR Network Solutions 👻 AS204773 retweeted
#Ram Over #Ethernet, poca broma
6
3
33
2,525
DMNTR Network Solutions 👻 AS204773 retweeted
CVSS 10.0 in Entra Device Registration, unauthenticated, 🤦‍♂️ poking @techspence msrc.microsoft.com/update-gu…
10
59
4
371
82,431
que iba yo a entrar a dmntr.net a hacer unas cosillas y ... @Tebasjavier Ya está bien ¿no?
1
5
782
No me gusta Trump, pero en esto tiene razón: lo de "artificial" sobra... Aquí desde hoy se dice IS: inteligencia sintética. ¡Y de ahí no nos bajamos! Mañana os contamos cómo hemos pasado de meat proxies a pastores. El noble arte de pastorear, mañana en dmntr.news
5
2
2
26
2,568
Same vibes...
yo pensaba que el fomo te hacia salir de casa pero resulta que en ciberseguridad el fomo es estar pendiente de los CVE's 24/7 porque si parpadeas te pierdes 5 CVE 9.8
5
22
1,397
Noche sin dormir. Parcheas una cosa y salen tres más. Los servicios expuestos son necesarios, pero cada uno es un objetivo. Hoy la sensación es que vamos perdiendo.
4
7
97
4,321
¡¡Mira mamá salimos en la tele!!
🤝 3 nuevas entidades en la Red Nacional de SOC 🏛️Públicas: @CSUC_info 🏣Proveedoras: @inforges y #DMNTR Network Solutions Ya son 344 las entidades adheridas que, en octubre, compartieron más de 30.200 eventos Más info 👉rns.ccn-cert.cni.es/red-naci…
2
2
51
1,716
DMNTR Network Solutions 👻 AS204773 retweeted
🤝 3 nuevas entidades en la Red Nacional de SOC 🏛️Públicas: @CSUC_info 🏣Proveedoras: @inforges y #DMNTR Network Solutions Ya son 344 las entidades adheridas que, en octubre, compartieron más de 30.200 eventos Más info 👉rns.ccn-cert.cni.es/red-naci…
1
4
1
10
2,613