In context
- Topic: Ciberseguridad — Riesgo, identidad, respuesta a incidentes y cumplimiento.
- Source: Dark Reading
Continue reading at the original source →
Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.
Por qué importa
En seguridad, la noticia casi nunca es el ataque: es el tiempo que pasó entre que entraron y que alguien se dio cuenta. Ese número dice más sobre una organización que cualquier certificación colgada en la pared de recepción.
Mi forma de mirar estos casos es preguntar qué falló en el proceso, no qué falló en la máquina. Detrás de casi todo incidente hay una decisión razonable tomada bajo presión: dar un permiso para desbloquear a alguien, postergar una actualización porque había cierre de mes. Ahí está la lección.
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
- Cuánto tardaron en detectarlo, que suele ser la métrica más reveladora de todo el caso.
- Si el acceso inicial vino de una cuenta legítima mal manejada, que es el patrón más frecuente.
- Qué se pudo restaurar y en cuánto tiempo — el respaldo que no se probó no cuenta.
Cómo leo esta entrada
Lo que yo revisaría esta misma semana son los accesos: cuentas de gente que ya no está, permisos que crecieron sin que nadie los recortara, y credenciales compartidas que todo el mundo jura que no existen. Es el trabajo menos vistoso y el que más ataques corta.
La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
