Ethiack, descubridora del fallo crítico de Ruby on Rails, llega a España
La empresa portuguesa de ciberseguridad fundada en 2022 y responsable de algunos de los descubrimientos de vulnerabilidades más relevantes en el ámbito internacional en los últimos meses, inicia formalmente su
La empresa portuguesa de ciberseguridad fundada en 2022 y responsable de algunos de los descubrimientos de vulnerabilidades más relevantes en el ámbito internacional en los últimos meses, inicia formalmente su
En contexto
- Tema: Ciberseguridad — Riesgo, identidad, respuesta a incidentes y cumplimiento.
- Fuente: Revista Byte TI
- Publicado: 21/09/2026
Seguir leyendo en la fuente original →
Extracto publicado automáticamente por el radar del sitio. El texto completo pertenece a su medio y se enlaza arriba.
Por qué importa
Cada vez que leo un caso así pienso en lo mismo: la seguridad no se compra, se opera. Se puede tener toda la herramienta del mercado y seguir expuesto si nadie revisa las alertas, si los parches se aplican cuando se puede, o si el respaldo nunca se probó restaurándolo de verdad.
Yo lo leo con la lista corta de siempre: segundo factor en todo lo que da acceso, respaldos probados y separados de la red, y un inventario real de qué está expuesto a internet. No es glamoroso, y sigue siendo lo que evita la mayoría de los desastres.
Lo que suele salir mal
El punto ciego más caro suele ser el proveedor. Se blinda el perímetro propio y se le da acceso amplio a un tercero que no tiene ni la mitad de esos controles. Buena parte de los incidentes que he visto en la región entraron por ahí, y el contrato no decía nada al respecto.
Qué mirar
- Cómo se comunicó a clientes y reguladores, que es donde se define el costo reputacional.
- Si hubo terceros o proveedores en la cadena, porque el perímetro hoy incluye a los socios.
- Cuánto tardaron en detectarlo, que suele ser la métrica más reveladora de todo el caso.
Cómo leo esta entrada
Si esto pasara cerca de una organización que asesoro, la conversación que forzaría no es sobre herramientas: es sobre el ensayo. Cuántas veces se simuló el incidente, quién llama a quién, qué se le dice al cliente y en qué momento. El plan que nunca se ensayó no es un plan, es un documento.
Esta entrada es un extracto de la fuente original, seleccionada por el radar del sitio. El comentario de arriba es propio y no pertenece al medio citado.
Comentarios
Todavía no hay comentarios. El primero puede ser el tuyo.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
