In love con el cartel del evento...
#ladement0r
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...
🧵
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.
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.
#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? 👻
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? 👻
DMNTR Network Solutions 👻 AS204773 retweeted
CVSS 10.0 in Entra Device Registration, unauthenticated, 🤦♂️ poking @techspence msrc.microsoft.com/update-gu…
que iba yo a entrar a dmntr.net a hacer unas cosillas y ...
@Tebasjavier Ya está bien ¿no?
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
Muy interesante artículo de @aadrover sobre TLP:
securizando.com/traffic-ligh…
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.
DMNTR Network Solutions 👻 AS204773 retweeted
OpenSSH flaw lets attackers log into password-disabled Linux accounts
bleepingcomputer.com/news/se…
bleepingcomputer.com/news/se…
¡¡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…
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…

















