# data[].attributes.body
Elkin Marín - Líder
Miguel Medina
Andrés Castañeda
Álvaro Navarro
--------------------------------------------------
Antes:
1. Validación de plan de continuidad
2. Realizar pruebas de ethical hacking
3. Auditorias de seguridad de la información
4. Establecer comité de emergencia
5. Servicios de seguridad informática deben mantenerse actualizados
Durante:
1. Página simultanea mientras confirmamos la integridad de la información.
2. Comunicación con los clientes de forma prudente sin crear pánico
Después:
1. Implementar los siguientes planes: de continuidad de negocio y recuperación
2. Actualizar la matriz de riesgos
3. Contratar y desarrollar el área del riesgo, servicio de seguridad

# data[].attributes.body
Carlos Lemus
Jorge Janna
Santiago Rodriguez
Jose Hurtado
-------------------------------------------
Al no tener certeza de la vulnerabilidad y de si los servidores están infectados, nuestra propuesta es atender la recomendación de la Ingeniera y no prender el servicio en las próximas 24-36 horas. Se pierden ingresos de ventas de esos dos días pero se restablecería el servicio de forma segura. Se debe pensar en colocar un escudo de protección en el firewall para evitar DDoS a futuro.

Instalar un servidor paralelo y poner en producción el principal es exponerse a un nuevo ataque el cual no sería bien visto por los clientes ya que generaría más dudas sobre lo sucedido y podría degradar la confianza de los clientes.

Recordemos que el ataque terminó repentinamente.

# data[].attributes.body
Luis Monsalvo
Valeria Currea
José Luis Montoya
Alejandro Rojas Barragán
_____________________________
Antes de:
* Validar la existencia y la vigencia de los documentos (Plan de Mitigación, BCP, DRP, IRP, etc) frente a una posible amenaza.
* Realizar simulacros para validar la eficiencia de las medidas propuestas para estas situaciones y tomar los correctivos del caso.
* Contratar al CISO/CSO.

Durante:
* Por parte del CIO, haber tomado una iniciativa más contundente para instruir a las personas a cargo sobre cómo debían proceder.

Después de:
* Exigir del CEO un mayor liderazgo y compromiso en los procesos de seguridad y administración de riesgos.
* Suspender el servicio de 24 a 36 horas para mitigar al máximo la probabilidad de un nuevo ataque, planeando la suspensión en el momento de mínimo tráfico de usuarios en el portal.

# data[].attributes.body
- Comunicado 75min de ataque.
- Precio Acción ok.
- No evidencia de fuga de info, pero tampoco certeza de que no hubo fuga.

- Opciones:
1. Desconexión 36h servidores para garantizar "desinfección". Costo bajo, impacto en servicio.
2. Montar espejo total y hacer un trueque. Costo alto, sin impacto en servicio.

# data[].attributes.body
Para mi la segunda opción nos entrega una solución más costosa pero más rapida y segura. Por esto, deberíamos contratar el servicio de una nueva pagina que nos permite dejar una tecnologia débil y vulnerable para pasar a una más moderna.

# data[].attributes.body
Es necesario tener claridad de información con los reguladores en primera instancia, manteniendo en todo caso la confianza del público. es necesario asegurar la integridad de la data y se debe evaluar la opción de  migrar a una web.

# data[].attributes.body
Mi primera sugerencia es inicialmente comunicar al publico la situación para dar a conocer a sus clientes un parte de tranquilidad y las acciones que se están tomando para mantener la confianza.

luego, me iría por el tener el sitio alterno para no afectar las ventas

# data[].attributes.body
Socializar con los stakeholders la situación y determinar los planes de continuidad de forma oportuna y eficiente.
Brindar tranquilidad

# data[].attributes.body
Revelar la situacion al público para dar un parte de confianza.
Suplir el negocio por medio de otra web con el fin de mitigar cualquier perdida de ventas dejadas de percibir.

# data[].attributes.body
Da la la impresión de que Ipremier minimiza el hecho de las crisis.

Se descarta la opción del re inicio del sistema o construir uno nuevo

# data[].attributes.body
-Antes: haber tenido un plan de mitigación ante estas situaciones.
-Durante: seguir el plan definido y comunicar a la opinión publica la situación presentada.
- Después: Entender lo sucedido y ajustar el plan definido.

# data[].attributes.body
Antes:
1. Planes de acción establecidos
2. Simulacros para abordar los distintos riesgos
3. Mayor inversión en el tema de seguridad informatica
Después
1. Reestructuración de la gobernanza en el tema de seguridad

# data[].attributes.body
Antes: Realizar un simulacro para validar sus sistemas de seguridad. Al encontrar que no eran suficientes, adoptar las medidas correspondientes.
Durante: Apagar los sistemas.
Después: Adoptar las medidas de 24 o 36 horas que a pesar de sacar del aire el sistema, saneen la posibilidad de cualquier eventual ataque.

# data[].attributes.body
Considero que el plan presentado por Ripley puede ser una opción valida en el momento para restablecer el proceso normal de la pagina y el negocio, pero debe luego encadenarse a unos planes de acción que puedan luego desarrollarse.  Sin embargo el análisis aun es débil de este situación.

# data[].attributes.body
Al no tener certeza de la vulnerabilidad y servicios infectados mi recomendación es no prender el servicio y hacer un análisis de impacto detallado para cuantificar el impacto e identificar las vulnerabilidades del sistema

# data[].attributes.body
- Importante que sacaran un comunicado sobre el ataque tecnológico, genera confianza al asegurar que todo esta en orden.
-Comenzaron con un plan nuevo para evitar posibles nuevos ataques, sin embargo siguen sin saber cual fue el punto de ataque lo que puede ser preocupante por que pueden estar "infiltrados" sin saberlo
- Teniendo en cuenta lo anterior recomendaría tener servidores alternos para poder apagar y revisar los servidores existentes sin tener demasiadas perdidas en ventas.

# data[].attributes.body
1- Tener procesos claros antes  y provados para poder afrontar la emergencia
2-  Seguir la recomendaciones apagar los servidores y resetar y hacer la investigacion a detalle para aprender de los errores.
3- Tener servidores paralelos para no tener que parar la opración  mientras se hace la investigacion a detalle para elimianar cualquier riesgo

# data[].attributes.body
Las nuevas medidas de seguridad parecen ser coherentes con mantener un nivel de seguridad adecuado sin embargo sería importante revisar nuevos proveedores de ciberseguridad y ver cuál se adapta mejor a las necesidades de ipremier.
Sobre el proyecto de crear un nuevo servicio en paralelo para no afectar las ventas que requeriría apagar los equipos por 24/36 horas parece que están dándole prioridad a las ventas de este período sobe elo que puede generar la pérdida de información y la red en 3 meses

# data[].attributes.body
Al no tener certeza de la vulnerabilidad y de si los servidores están infectados, mi propuesta es atender la recomendación de la Ingeniera y no prender el servicio en las próximas 24-48 horas. Se pierden ingresos de ventas de esos dos dias pero se restableceria el servicio de forma segura.

Instalar un servidor paralelo y poner en producción el principal es exponerse a un nuevo ataque el cual no sería bien visto por los clientes ya que generaría más dudas sobre lo sucedido y podría degradar la confianza de los clientes.

# data[].attributes.body
Antes: Haber mantenido los planes de emergencia actualizados y haber hecho simulacros periódicamente. Tener mayor rigurosidad en la actualización de los procedimientos asociados con cybersecurity.
Durante: Tratar de mantener la calma y no generar caos.
Después: En la declaración pública no debieron afirmar que tenían un solidas medidas de seguridad. Haber implementado el plan sugerido por el CIO.
Cambiar el proveedor de servidores y servicios de IT.