<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Telemetría on Dust115 // SkullFox Digital Archive</title><link>https://fennek.org/tags/telemetr%C3%ADa/</link><description>Recent content in Telemetría on Dust115 // SkullFox Digital Archive</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 08 Aug 2026 21:00:00 -0300</lastBuildDate><atom:link href="https://fennek.org/tags/telemetr%C3%ADa/index.xml" rel="self" type="application/rss+xml"/><item><title>Arquitectura de un SOC MDR · II — Telemetría: qué mira un SOC y cómo se decide</title><link>https://fennek.org/posts/arquitectura-soc-mdr-telemetria/</link><pubDate>Sat, 08 Aug 2026 21:00:00 -0300</pubDate><guid>https://fennek.org/posts/arquitectura-soc-mdr-telemetria/</guid><description>Un SOC no puede ver todo, y fingir que sí es la forma más cara de no ver nada. Segunda entrega de la serie: el catálogo de telemetría como plano — treinta fuentes en siete dominios, cómo se prioriza cada una según el perfil del cliente, cómo se ancla a una táctica concreta de MITRE ATT&amp;amp;CK, y por qué la fuente que deja de enviar datos es una alerta en sí misma.</description></item><item><title>Arquitectura de un SOC MDR — el plano completo</title><link>https://fennek.org/posts/arquitectura-soc-mdr/</link><pubDate>Thu, 06 Aug 2026 21:00:00 -0300</pubDate><guid>https://fennek.org/posts/arquitectura-soc-mdr/</guid><description>Un servicio de detección y respuesta gestionada no es un producto: es una serie de lazos que se cierran, cada uno asumiendo que el anterior puede fallar. Introducción y mapa de una serie de cuatro entregas que documenta la arquitectura de un SOC MDR como un plano técnico — onboarding, telemetría, respuesta a incidentes y recuperación.</description></item></channel></rss>