Gestión de Incidentes de Seguridad
Última actualización: 12 de octubre de 2026
Ningún sistema está libre de fallas. Lo que sí depende de nosotros es darnos cuenta rápido, contenerlo, avisar a tiempo y decir la verdad. Este es el procedimiento que seguimos.
1. Qué es un incidente
Cualquier hecho, confirmado o con sospecha fundada, que comprometa la confidencialidad, la integridad o la disponibilidad de Órbita, de los datos que guarda o de las credenciales con las que lee otros sistemas. Por ejemplo: un acceso no autorizado, la filtración de una llave, la pérdida o alteración de datos, una caída prolongada o el robo del equipo de una persona con acceso.
Si hay duda de si algo es un incidente, se trata como incidente.
2. Niveles de severidad
| Nivel | Qué significa | Ejemplo |
|---|---|---|
| Crítico | Datos expuestos o alterados, credenciales de un cliente comprometidas, mezcla de información entre marcas o plataforma caída por completo. | Una llave de lectura aparece en un sitio público. |
| Alto | Compromiso probable pero acotado: una cuenta tomada, una fuga limitada o una falla grave que se puede explotar. | Alguien toma el control de la cuenta de una persona del equipo. |
| Medio | Intento frustrado o impacto contenido, sin datos expuestos. | Intentos masivos de inicio de sesión que el sistema bloquea. |
| Bajo | Anomalía sin impacto o hallazgo de una revisión interna. | Una configuración por mejorar. |
Ante la duda se asigna el nivel más alto. Se puede bajar conforme avanza la investigación.
3. Qué hacemos, paso a paso
| Paso | Qué se hace | Cuándo |
|---|---|---|
| 1. Detección | Se recibe la alerta (bitácora, panel de salud, aviso de una persona, de un cliente o de un proveedor) y se abre un registro con la hora, la severidad preliminar y lo que se sabe. | De inmediato |
| 2. Contención | Se corta el acceso indebido: se cierran sesiones, se bloquean cuentas y, si hace falta, se detienen las lecturas a sistemas externos. Se guarda la evidencia antes de arreglar nada. | Primera hora |
| 3. Rotación de llaves | Si existe la más mínima posibilidad de que una credencial se haya visto, se revoca y se emite una nueva. No se espera a confirmar. | Primeras horas |
| 4. Aviso | Primer aviso al cliente afectado, por correo y por teléfono. | Menos de 24 horas desde que se confirma |
| 5. Erradicación | Se elimina la causa y se comprueba que no quedó ninguna puerta abierta. | Según la severidad |
| 6. Recuperación | Se restablece el servicio y, si hace falta, los datos desde el último respaldo verificado. Vigilancia reforzada antes de darlo por normalizado. | Objetivo: 8 horas |
| 7. Informe | Informe escrito: cronología, qué datos se vieron afectados, causa, qué se hizo y qué se va a cambiar. | Máximo 5 días hábiles después del primer aviso |
| 8. Lecciones | Revisión interna sin buscar culpables, con acciones, responsable y fecha. | Dentro de los 15 días siguientes al cierre |
4. A quién avisamos y en qué plazo
- Al cliente afectado: en menos de 24 horas desde que se confirma, para todo incidente que toque sus datos, sus credenciales o la conexión con sus sistemas. Si hay sospecha fuerte pero todavía no confirmación, también avisamos y decimos que está en investigación.
- A las personas afectadas y a la PRODHAB: cuando la vulneración afecta datos personales, en los plazos que fijan la Ley 8968 y su reglamento. Si los datos son de un cliente, ese aviso le corresponde al cliente como responsable de su base de datos; nosotros le entregamos toda la información que necesita y lo acompañamos.
- Al equipo: a quien tenga que cambiar una contraseña o tomar una medida, de inmediato.
5. Qué dice el primer aviso
- Fecha y hora en que se detectó y en que se confirmó.
- Qué pasó, en lenguaje llano, y qué sistemas o credenciales están involucrados.
- Qué datos pudieron verse afectados y, si se sabe, cuántos registros.
- Qué se hizo ya para contenerlo y qué conviene que el cliente revoque o cambie.
- Qué sigue y cuándo llega la siguiente actualización.
- Persona de contacto.
Mientras no se sepa algo, se dice que no se sabe. No se especula.
6. Quién responde
- Coordinación de todo incidente: Leonardo Barboza, responsable operativo de la plataforma.
- Decisiones legales y comunicaciones formales: la representante legal de Creando Ando Limitada.
- Toda persona con acceso a Órbita tiene la obligación de reportar de inmediato cualquier sospecha. Nadie comunica hacia afuera por su cuenta.
7. Cómo reportar un incidente
Si sos parte del equipo, de una marca cliente o una persona externa y creés que algo anda mal, escribí de inmediato a leo@creandoandocr.com con el asunto «Incidente de seguridad». No hace falta estar seguro para avisar.
Todo incidente queda en un registro interno con su cronología, su causa y las medidas tomadas, y ese registro está disponible para el cliente afectado.