Cuando la tecnología crece sin rumbo: seguridad, automatización y el mito de la IA en entornos reales

"Tenemos un servidor, un firewall y antivirus... ¿por qué nos hackearon?"

La pregunta que resume la tragedia de los entornos pequeños y medianos: la confusión entre "tener equipos de seguridad" y "tener seguridad".

En los artículos anteriores vimos cómo el Estado puede acumular tecnología sin rumbo; algo similar pasa en muchos entornos pequeños y medianos. Hoy queremos hablar de lo que funciona (y lo que no) cuando no tenemos un equipo de 20 personas ni presupuesto millonario, pero sí responsabilidad total por la infraestructura, tanto en PYMES como en oficinas públicas chicas.

🔐 Seguridad práctica: el 80/20 de la supervivencia

En entornos PYMES y estatales, la seguridad "enterprise" es un lujo. Pero la seguridad práctica es obligatoria. Y se resume en:

1. Actualizaciones automáticas, no negociables: La explotación de vulnerabilidades como vector de acceso inicial creció un 180% en 2024 y otro 34% en 2025, representando ya el 20% de todas las brechas según el Verizon DBIR . El 60% de estas brechas explota fallas con parches disponibles desde hace meses.

2. Backups 3-2-1 que se prueban: 3 copias, 2 medios, 1 offsite. Pero acá viene el dato alarmante: según la encuesta de Veeam 2024, el 84% de las empresas usa servicios de sincronización cloud como "backup", cuando no lo son . Peor aún: el 93% de los ataques ransomware van directo por los repositorios de backup . Y solo el 56-57% de las recuperaciones de backup son exitosas .

3. Principio de mínimo privilegio: El contable no necesita acceso al servidor de desarrollo. Punto.

4. Autenticación multifactor en todo: Según Microsoft, el MFA bloquea el 99.9% de los ataques automatizados de compromiso de cuentas  . Con más de 300 millones de intentos de inicio de sesión fraudulentos diarios en servicios cloud de Microsoft, este dato no es menor .

Desde Byung-Chul Han, esto es "sociedad del rendimiento": nos venden soluciones caras (EDR, SIEM, SOC) cuando el 80% de la protección viene del 20% de prácticas básicas que no cuestan fortunas pero sí disciplina y tiempo.

El problema: ese tiempo no está. El informático de PYME hace de todo, y la seguridad "invisible" (parches, backups, logs) compite con "el jefe no puede imprimir". Y siempre pierde.

💥 Errores de servidor que después se pagan caro (muy caro)

Hay errores que no duelen hoy, pero duelen el día que falla todo. Y cuando falla, el costo es devastador: según IBM, el costo promedio de una brecha en 2024 fue de USD 4.88 millones, un aumento del 10% respecto al año anterior  . Las brechas que toman más de 200 días en contenerse cuestan USD 4.87 millones vs. USD 3.61 millones de las que se contienen en menos de 200 días .

1. No tener RAID (o peor, RAID 0 en producción)

Cuando el disco falla -y falla- perdiste todo. El costo: días de downtime, datos irrecuperables, reputación. En el sector industrial, el downtime no planificado puede costar hasta USD 125,000 por hora .

2. Servidor único para todo (AD, SQL, archivos, aplicaciones)

"Funciona bien" hasta que un servicio consume toda la RAM y todo se cae. El costo: troubleshooting en modo pánico sin saber qué proceso mató qué.

3. No documentar la configuración inicial

Seis meses después, ¿quién sabe por qué se abrió ese puerto? El costo: horas de arqueología técnica cuando algo rompe. El 51% de las interrupciones de servicio son por errores humanos prevenibles .

4. Sin monitoreo de capacidad

El servidor funciona... hasta que el disco está al 100% y la base de datos se corrompe. El costo: recuperación de datos, posible pérdida de información.

5. Contraseñas por defecto o compartidas

Las credenciales comprometidas fueron el vector de ataque más común (16% de brechas) con un costo promedio de USD 4.81 millones y el tiempo más largo de detección: 292 días .

Marx diría que esto es falsear la mercancía: vendemos "servidor funcionando" cuando en realidad vendemos "servidor funcionando por ahora, sin garantía de continuidad". El valor de uso real es menor de lo que parece, pero el costo de producción (nuestro trabajo) es el mismo.

🤖 Automatización: dónde sí, dónde no (la verdad incómoda)

La automatización es el santo grial de la industria IT. Pero en entornos reales, automatizar el caos solo produce caos más rápido.

✅ Dónde SÍ ahorra tiempo:

• Deployments repetitivos: Si instalás el mismo software en 20 máquinas, automatizá

• Backups verificados: Scripts que hacen backup Y verifican integridad

• Reportes de estado: Generar automáticamente el "estado de servidores" para mostrar

• Parches críticos: Automatizar updates de seguridad (con excepciones testeadas)

❌ Dónde NO (todavía):

• Troubleshooting: Diagnosticar problemas requiere contexto que la automatización no tiene

• Interacción con usuarios: Automatizar respuestas genéricas genera más tickets

• Decisiones de arquitectura: La IA no sabe tu presupuesto ni tus prioridades políticas

• Documentación: Un script no documenta por qué se tomó una decisión técnica

La trampa de Byung-Chul Han: la automatización como autoexplotación. Nos venden que "con Ansible/Puppet/Terraform vas a ahorrar tiempo", pero no cuentan que:

• Primero tenés que aprender la herramienta (horas no pagadas)

• Luego mantener los scripts (más horas)

• Y cuando falla, debuggear código ajeno (muchas más horas)

Automatizá lo repetitivo y estable. No automaticés lo que cambia cada semana o lo que requiere juicio contextual.

🧠 IA en sistemas: entre el hype y la realidad laboral

"La IA va a reemplazar a los sysadmins". Lo escuchamos desde 2023. La realidad:

Lo que SÍ puede hacer hoy:

• Análisis de logs: Encontrar patrones en gigabytes de logs más rápido que un humano

• Scripting básico: Generar scripts PowerShell/Bash para tareas simples (pero revisalos antes de correrlos)

• Documentación: Estructurar información técnica (pero no reemplaza el conocimiento institucional)

• Troubleshooting asistido: Sugerir causas probables basadas en síntomas (pero no diagnosticar solo)

Dato clave del IBM Cost of Data Breach Report 2024: las organizaciones que usan IA y automatización extensivamente en prevención ahorran USD 2.2 millones en costos de brecha comparado con las que no usan estas tecnologías . Pero esto es en prevención, no en reemplazo de personal.

Lo que NO puede hacer (y por qué no te reemplaza):

• Contexto político: No sabe que el servidor X no se puede tocar porque "lo usa el director"

• Juicio de riesgo: No entiende que reiniciar ese servicio ahora puede cancelar una licitación

• Negociación: No puede explicarle al jefe por qué hay que gastar en backups

• Responsabilidad: Cuando falla, ¿quién asume? ¿ChatGPT o vos?

Gramsci nos enseña sobre los "intelectuales orgánicos": el trabajo técnico que sostiene el aparato. La IA es una herramienta más, pero no puede asumir la responsabilidad política y técnica que tenemos nosotros.

El verdadero riesgo no es que la IA nos reemplace: es que nos obligue a trabajar más rápido sin reconocimiento, justificando recortes de personal con "ahora tenés IA que te ayuda".

🌱 Crecimiento sin estándares: el caos orgánico

El entorno tecnológico de muchas organizaciones no se diseñó: creció. Y creció así:

• Año 1: "Necesitamos un servidor para archivos" → Se compra uno

• Año 2: "Necesitamos otro para la base de datos" → Se compra otro, distinto

• Año 3: "El primero quedó chico" → Se compra uno nuevo, se migra "lo importante", el viejo queda "para pruebas"

• Año 4: "Necesitamos WiFi" → Se instala lo que recomendó el técnico de turno

• Año 5: "La nube es el futuro" → Se sube todo a una cuenta de AWS creada con mail personal del ex-IT

Resultado: 5 servidores con 3 sistemas operativos diferentes, 2 redes WiFi que no se ven, 4 nubes distintas, y nadie sabe qué corre dónde.

Esto es lo que pasa cuando nadie define estándares: cada decisión es local, reactiva, sin visión de conjunto. Es la "mano invisible" del mercado aplicada a la infraestructura IT: parece eficiente localmente, pero es un desastre sistémico.

Como diría Marx: anarquía de la producción. Cada "unidad productiva" (cada proyecto, cada gestión) decide sin coordinación, generando duplicación, incompatibilidad y desperdicio.

Los estándares no son burocracia innecesaria: son memoria institucional. Son lo que permite que cuando se va el "gurú", el sistema siga funcionando.

💬 Conclusión: tecnología consciente vs. tecnología acumulada

La diferencia entre un entorno tecnológico que funciona y uno que sobrevive no está en el presupuesto: está en la gestión consciente.

• Seguridad: No es tener un firewall caro, es tener procesos básicos que se cumplan (y que el 99.9% de ataques automatizados se bloquean con MFA )

• Servidores: No es tener el último hardware, es tener configuraciones documentadas y probadas (porque el 56% de las recuperaciones de backup fallan )

• Automatización: No es scriptear todo, es automatizar lo que realmente se repite

• IA: No es reemplazar humanos, es asistirlos para que trabajen mejor (y ahorrar USD 2.2M en costos de brecha )

• Estándares: No son restricciones, son la diferencia entre crecimiento y caos

Para los que trabajamos en estos entornos, el desafío es doble: mantener todo funcionando mientras intentamos imponer orden al caos, y hacer visible que ese trabajo de "imposición de orden" es trabajo real, necesario, y no "perder tiempo en papeleo".

Como decía Gramsci: "El optimismo es una cuestión de ética, pero también de inteligencia".

En IT, ser inteligente es entender que la infraestructura bien gestionada parece invisible, pero requiere trabajo visible y reconocido.

¿En qué etapa está tu entorno: crecimiento consciente o acumulación caótica? 👇

Fuentes:

• Verizon (2025). Data Breach Investigations Report (DBIR) 2025

• Cybersecurity Ventures (2024). 2024 Verizon Data Breach Investigation Report Findings

• Microsoft (2019). One simple action you can take to prevent 99.9 percent of attacks

• IBM Security (2024). Cost of a Data Breach Report 2024

• Veeam (2024). The State of Backup and Disaster Recovery in 2024

• IBM (2024). Cost of a data breach: The industrial sector

• Enzoic (2024). Insights from IBM's 2024 Cost of a Data Breach Report

• Gramsci, A. (1975). Cuadernos de la cárcel

• Han, B-C. (2012). La sociedad del cansancio

#SeguridadInformática #Sysadmin #Automatización #InteligenciaArtificial #InfraestructuraTI #Servidores #PYMES #EstándaresTecnológicos #TrabajoIT #GestionDeSistemas #CiberseguridadPráctica #EstadoDigital #SectorPublico