# data[].attributes.body
Hechos relevantes:
- falta de prevención al riesgo tecnológico.
- Les faltó preparación para evitar las fallas del sistema

# data[].attributes.body
1. Tenían los planes de respuesta pero no lo habían simulado.
2.Los Planes de respuesta estaban desactualizado.
3.  El nuevo CIO no estaba familiarizado con los planes de respuesta

# data[].attributes.body
Pese a la situación, falta de un SLA bien definido y plan de continuidad.

# data[].attributes.body
1. Ataque de negación de servicio Dos
2. Problemas de conexión y falta de acceso
3. Falta de soporte técnico 24/7
4. Poço personal calificado

# data[].attributes.body
- Ipremier recibe un ataque informático a sus servidores
- Preocupa la información personal de los clientes, pero sobre todo los números de TC
-No existe plan de manejo de crisis tecnológica en la  empresa
-Los servicios informáticos estaban tercerizados

# data[].attributes.body
Hechos relevantes:
-  La hora del ataque.
- No estaban preparados
- No plan de acción, protocolos definidos.
- Exceso de confianza con la empresa encargada.
- Valoracion del riesgo bajo

# data[].attributes.body
Ataque en la madrugada
falta de planes de contingencia
falta/falla plan de continuidad

# data[].attributes.body
Enfoque en resultados "whatever it takes"
Tercerizacion para manejo de arquitectura tecnológica
Calidad de la comunicación de ingentes/reaccion

# data[].attributes.body
Hechos relevantes:
* Se encontró que el sitio Web estaba cerrado, los clientes no pueden acceder.
*El equipo de soporte recibe correos extraños.
*El servicio de alojamiento de datos estaba tercerizado.
*Bases de datos desactualizadas.
*No hay plan definido para actuar frente a esta situación.

# data[].attributes.body
- Datos en poder de iPremier: TC con cupos elevados $$.
- 1 Millón de TC en Base de Datos.
- Data Center tercerizado, en una locación contigua a Sede iPremier.
- Qdata no en muy buenas condiciones Tech y Solidez.
- Qdata encargado esta en vacaciones y sin reemplazo.
- Legal de iPremier salva responsabilidad.
- Sin protocolos, simulacros ni entrenamientos para crisis o contingencias.
- Compañía cotiza en Nasdaq, riesgo demandas por decisión que se tome y llegue a afectar a los inversionistas.
- Fue un DDoS attack, desde 3000 sites.
- Dos opciones:
1. Desconectar = Mediático con impacto en acción.
2. No Desconectar = Agudizar riesgo y perder credibilidad.

# data[].attributes.body
Ipremier recibe un Cyberataque en la madrugada que pone en riesgo la información de sus clientes.

Se evidencia deficiencia de la compañía para manejar la situación sin plan de contingencia alguno.

# data[].attributes.body
Ipremier, compañia de retail high ende sufre un ataque DDO a mitad de la noche. Se evidencian mensajes con terminación HA HA HA.
La compañia no tiene actualizados los procesos de contingencia.
Se teme un robo de información personal y crediticia de los clientes, lo que conlleva a efecto colateral de reputacion.
El CIO lleva 3 meses y desconoce que no existen planes de contingencia y protocolos actualizados.
¿desconectar o continuar? ¿revelar la situación e investigar la situación a nivel federal o investigar por propia cuenta?

# data[].attributes.body
1. Cultura organizacional: "hacer lo que sea necesario para alcanzar metas" "Importancia de los números"
2. Por lo anterior concentrados en el crecimiento
3. La seguridad no era prioridad
4. Data center ubicado en otro lado

# data[].attributes.body
Una compañía que en horas de la madrugada recibe un ataque que bloquea su servidor.
No existen protocolos actualizados sobre cómo proceder en este caso.
La solución depende de una funcionaria que se dirige al Data Center alquilado para encontrar respuestas o apoyo a la situación.
El CIO lleva tan solo 3 meses en la compañía y está fuera de la oficina atendiendo una reunión con inversionistas.
Por fortuna, el ataque cesa aprox 1 hora después y la primera conclusión es que corresponde a un DDoS que fue perpetuado aparentemente por script kiddies, pero queda la duda de cómo proceder para no comprometer la reputación de la empresa, y cómo garantizar que no vuelva a ocurrir el evento o cualquier otro que pueda comprometer la seguridad cibernética de la empresa.

# data[].attributes.body
1.- Ataque DDoS tipo zombie 4am-5.46am
2.- No hay un plan definido de continuidad de negocio.
3.- El proveedor del servicio web no tiene la infraestructura ni el personal para atender el incidente.
4.- No hay log activados.
5.- Solo una ingeniera puede solucionar la falla y de forma presencial.
6.- No se tiene identificada la vulnerabilidad, ni de donde viene el ataque, paro por si solo.

# data[].attributes.body
Hechos relevantes:
-iPremier no tenia firewall, usaban el servicio del proveedor de alojamiento
-la empresa había subcontratado la gestión de su arquitectura técnica y tenía una relación de larga data con Qdata, empresa que alojaba la mayoría de los equipos informáticos y las bases de datos  y proporciona conectividad a Internet.
-no se tienen procedimientos de emergencia para momentos como este
- Nunca practicaron un plan de respuesta a incidentes
- No hay nadie aquí que sepa sobre el monitoreo de la red en el proveedor Qdata en el momento de ataque

# data[].attributes.body
Hechos relevantes:

- sakjdajsjaksd
-jsakdjaksdkasj