![\"](\"https:\/\/i0.wp.com\/cert.inteco.es\/extfrontinteco\/img\/intecocert\/new_window.png?w=590\")
<\/a>. Como consecuencia, multitud de servicios y p\u00e1ginas alojadas en sus servidores quedaron inoperativas afectando incluso a portales tan relevantes como Paypal, Filmin, Men\u00e9ame, las tiendas de Amazon en Reino Unido y Alemania o servicios como CloudWatch o BPOS de Microsoft.<\/p>\nTales hechos invitan a reflexionar de nuevo sobre “la nube” y el nivel de confianza que los usuarios depositan sobre los servicios de “Cloud Computing” de un tercero. Y es que con los servicios basados en cloud muchos componentes de los sistemas de informaci\u00f3n quedan fuera del control directo de la organizaci\u00f3n suscriptora.<\/p>\n
Gesti\u00f3n de riesgos<\/strong><\/p>\n Dejando de lado los aspectos legales y el cumplimiento normativo sobre la propiedad de la informaci\u00f3n, los cuales crean el primer marco de confianza con la empresa proveedora de dichos servicios, la gesti\u00f3n de riesgos representa otro de los aspectos vitales que conforman el nivel de confianza de los usuarios. Teniendo en cuenta que la gesti\u00f3n de riesgos es el proceso de identificar y valorar los riesgos realizando los pasos necesarios para reducirlos a un nivel asumible, los sistemas cloud requieren, al igual que los sistemas tradicionales, asegurar que todos los controles encargados de valorar y gestionar los riesgos de sus sistemas de cloud est\u00e1n implementados correctamente a lo largo de su ciclo de vida y cumplen con los requisitos de seguridad de la empresa.<\/p>\n Fallos temporales y disponibilidad<\/strong><\/p>\n A pesar de utilizar infraestructuras orientadas para dar un alto nivel de servicio y una alta disponibilidad, los servicios cloud pueden experimentar descensos en el rendimiento o fallos. Algunos ejemplos de esto son:<\/p>\n Los tiempos de recuperaci\u00f3n en caso de fallo o p\u00e9rdida de servicio deben estar recogidos por el proveedor en sus planes de contingencia y continuidad. As\u00ed mismo, deben disponer de infraestructuras de respaldo para poder prestar un servicio mientras se prolonga el periodo de recuperaci\u00f3n. Otra opci\u00f3n es tener un acuerdo para que otro proveedor procese los datos mientras se realiza la restauraci\u00f3n del servicio.<\/p>\n En el caso que acontece a Amazon, aunque sus generadores de emergencia entraron en funcionamiento, otro fallo en la refrigeraci\u00f3n en los servidores gener\u00f3 la caida de sus sistemas. Otro error similar que afecto a la plataforma de Amazon Elastic Compute Cloud Por \u00faltimo, existe un denominador com\u00fan a todos estos aspectos mencionados, se trata de los contratos de acuerdo de servicio. Con una fiabilidad del 99,95% se producir\u00edan unas 4,38 horas de ca\u00edda en un a\u00f1o, excluyendo las paradas de mantenimiento, que no se recogen en estos acuerdos. Todas las recomendaciones en cuanto a este asunto indican que \u00e9stos deben de ser revisados y creados espec\u00edficamente, detallando los controles, las normativas, las medidas de protecci\u00f3n, los plazos de recuperaci\u00f3n del servicio, etc.<\/p>\n Esto tipo de incidentes han vuelto a sacar a debate las medidas de seguridad existentes entorno a los servicios de “Cloud Computing”.<\/p>\n Fuente: Inteco<\/p>\n <\/p>\n\n
<\/a> ocurr\u00eda en Abril de este a\u00f1o tambi\u00e9n debido a deficiencias en el paso de energ\u00eda de generadores de la misma compa\u00f1ia.<\/p>\nComparte esto:<\/h3>