lunes, 19 de febrero de 2024

Antivirus instalado

Que recuerdos los de la pandemia, pero toda la humanidad entendió  perfectamente los riesgos de contagio de un virus. Bueno, existen los virus informáticos, o malware, y estamos en pandemia desde hace décadas. Son programas o códigos maliciosos que se diseñan para replicarse y propagarse de un dispositivo a otro, con el objetivo de producir un daño a un sistema: ya sea robar información, o incluso tomar el control del sistema. Obviamente que sin que el usuario se de cuenta.

Las formas más comunes de propagación son:

  • Correo electrónico / SMS.
  • Dispositivos de almacenamientos extraños.
  • Descargas de aplicaciones y programas online.
  • Páginas web maliciosas.
  • Redes sociales y aplicaciones de mensajería instantánea.
  • Explotación de vulnerabilidades de los sistemas operativos o programas instalados en tu puesto de trabajo.

Y las principales consecuencias:

  • Robo de datos.
  • Cifrado o borrado de la información.
  • Suplantación de identidad o hackeo de cuentas de correo.
  • Extorsión.
  • Pérdidas económicas. 

Después de todo esto, debemos concluir es que es necesario intalar y mantener actualizado un antivirus en nuestro puesto de trabajo.  No hace falta que sea pago, pero debemos tener un antivirus intalado y actualizado para mejorar nuestra protección. Deberías consultar con tu asesor informático sobre la mejor opción sobre qué antivirus intalar, él también debería asesorarte sobre qué acciones tomar en el caso de un ataque exitoso.

De todos modos, comparto un sitio de INCIBE para que puedas leer algo mas sobre este asunto tan importante para mejorar la protección de nuestro puesto de trabajo y de nuestros activos de información como puede ser una cuenta de correo.

 Virus y otras amenazas

BUENA PRÁCTICA :

  • Instalar y mantener actualizado tu puesto de trabajo con un antivirus.
  • Asesorarse con un técnico especializado sobre este asunto. 

 

 Saludos desde Córdoba con un verano en retirada.!!



viernes, 9 de febrero de 2024

Puesto de trabajo actualizado

¿ A qué nos referimos y por qué es tan importante ?

Cuando consultamos nuestros correos, cuando utilizamos cualquiera de las apps asociadas a ellos (drive, calendar, classroo, etc..) estamos utilizando un navegador (Chrome, Firefox, Opera, etc...) que está corriendo sobre algún sistema operativo como puede ser Windows o Linux en sus diferentes versiones. Todo ello representa millones de líneas de código: decenas, cientos y en algunos casos miles de millones. Puede encontrar una imagen interesante en este <millones de líneas de código> .

Diseñar, codificar, validar y mantener todas estas apps representa un nivel de complejidad pocas veces logrado en un proyecto humano. Por eso periódicamente los sistemas operativos y la aplicaciones son revisadas para mejorar su funcionalidad y fundamentalmente para salvar problemas de seguridad. Concretamente vulnerabilidades que abren la puerta a amenazas que pueden ser explotadas por ciberdelincuentes. Su cuenta de correo es una puerta abierta a vectores de ataque que aprovechen las vulnerabilidades de su sistema operativo y aplicaciones.

Esa es la razón fundamental por la que hay que ir en la dirección de estas dos buenas prácticas:

  • Use la última versión de sus apps
  • Actualíselas regulamente

De no hacerlo su riesgo de exposición aumenta..!!

Los sistemas operativos tienen sus mecanismos para hacer los "upgrade" de forma automatizada y no debería desactivarlos por ninguna razón, en todo caso programarlos para que no interfieran con su rutina diaria de trabajo. La mayor dificultad es estár chequeando el resto de las aplicaciones. 

Desde las últimas versiones, Windows en particular, ha incluido un comando interesante para hacer esto mas fácil. Se trata de winget. En el siguiente video puede encontrar una completa explicación de esta funcionalidad y hacer su propia experiencia con la tarea de mantener actualizado el software de su puesto de trabajo.


Puede ocurrir, es cierto, que los procesos de actualización generen incompatibilidad con otras aplicaciones y hasta pérdida de funcionalidad con software desarrollado por su organización o desarrollado por terceros para su utilización personal. Lamento decirle que deberían solucionarle ese problema pero no mantener software desactualizado bajo ninguna razón.!!

BUENA PRÁCTICA : 

  • Mantener su Sistema Operativo actualizado.
  • Mantener el resto de aplicaciones que usa, actualizadas.
  • Solucionar los problemas que puedan surgir a raíz de estas actualizaciones.

Bueno, la ola de calor nos ha dado un respiro. Saludos desde Córdoba.!!

miércoles, 7 de febrero de 2024

Gestión de claves

Clave, password, senha... Como quieras llamarle, se trata de una cadena de caracteres que recuerdo o que tengo anotada en algún lugar y la utilizo, junto a una identidad como puede ser mi cuenta de correo, para obtener acceso a recursos o información. Esto se conoce como autenticación. 

La vida digital nos ha llevado a utilizar este mecanismo para acceder a múltiples recursos: cuentas de correo, privadas e institucionales; redes sociales (varias); registro de ciudadano digital; banca digital; gestión de turnos para consulta de salud y podría seguir hasta hasta alcanzar un valor de decenas sin esforzarme demasiado. Y como si eso no alcanza, cada tanto hay que cambiarlas. Dios mio...!!

El primer problema es que hay que recordarlas. Ya me dijeron en algún momento que no hay que anortarlas en ningún lugar, ....visible al menos. Cuando esto ocurre evidentemente recurro a nombres de mascotas, fechas conocidas, parientes y amigos, etc. Datos mios que están generalmente disponibles en internet cuando dedico un mínimo de esfuerzo a buscar donde debo buscar.

Entonces elegimos claves que sean fáciles de recordar, quién no lo haría, y las usamos para acceder a múltiples recursos (este es el segun problema). Resumiendo:

  • Claves fáciles de recordar 
  • Claves repetidas en mas de un recurso

Ok. Ahora bien ¿ cómo solucionar estos problemas ?

Generar claves utilizando algún recurso de internet, no es complicado y basta con buscar "claves seguras" para encontrar múltiples sitios que me brindarán la posibilidad de generar claves seguras. Podré elegir la longitud, si será fácil de decir, de recordar, si utilizaré mayúsculas, minúsculas o signos especiales. Estoy seguro que puede encontrar un sitio que le brinde este servicio.

Seguimos teniendo el inconveniente de que no podemos repetir claves. Es decir que debemos generar al menos algunas decenas de claves seguras. Y recordarlas... Sino estamos en problemas.

Para solucionar estos asuntos, nada mejor que una buena herramienta: KeePass Password Safe. ¿ Hay otras ? Si, pero hablemos de una. Estoy seguro que después puede encontrar otra que se acomode mejor a sus gustos.

KeePass es una herramienta que le permite gestionar múltiples claves de forma segura. La recomendación es descargalo y correrlo localmente. En los videos de mas abajo podrá acceder a un par de tutoriales que le ayudarán con la instalación y el uso habitual de KeePass:

Tutorial completo en Español



Tutorial Completo de KeePass + Sincronización con Google Drive para tu PC y Smartphone




BUENA PRÁCTICA : 
  • Utilizar claves fuertes, NO fáciles de recordar o decir y de al menos 20 caracteres de longitud.
  • No repetir claves, NUNCA.
  • Utilizar una herramienta para la gestión de claves.


Bueno, saludos desde Córdoba con un calor abrazador.!!


martes, 6 de febrero de 2024

¿ Cuenta de correo comprometida ?

Comienza el 2024 y el 2023 se nos fue con una serie de noticias sobre cuentas de correo comprometidas de usuarios de diferentes instituciones. Casos de simples sospechas hasta publicaciones concretas de cuenta y clave en alguna red social. Si bien es un aspecto que se lo suele abordar con cierta indiferencia, es mas crítico de lo que aparenta ser y definitivamente las organizaciones tienen derecho a exigir responsabilidad y rendición de cuentas a los agentes, del tratamiento que hacen de una cuenta de correo institucional. Y los agentes deberán mostrar la adopción de medidas efectivas para cumplir con las buenas prácticas recomendadas por la organizacíon para una efectiva protección de datos.

Una cuenta de correo comprometida, potencialmente, me dice que alguien, sin mi autorización, tiene acceso a mi cuenta de correo. Eso le daría acceso al ciberdelincuente a todos mis correos (recibidos, enviados, etc...). También le daría acceso a los recursos asociados a la cuenta, como puede ser un repositorio (drive de google). Lo cual le da posibilidades de tener gigas de información personal en términos de documentos, imágenes, videos, etc... Cuando esto ocurre, el agente de amenazas hace todo lo posible para pasar desapercibido la mayoría de las veces. 

En ese estado ya me interesaría profundizar este asunto para conocer buenas prácticas que me ayuden a prevenir este tipo de situciones. La experiencia me dice que hay que atacar tres aspectos:

  • Gestión de claves de cuentas de correo.
  • Actualización de mi puesto trabajo.
  • Protección contra malware. 

Si fortalezco uno de los aspectos pero relajo los otros dos, estoy expuesto. Quiero decir que voy a seguir siendo vulnerable a que una amenaza vuelva a exponer mi cuenta de correo. Si me fortalezco en estos tres aspectos voy a minimizar el riesgo de que esto se reitere. 

Atención, digo que voy a minimizar el riesgo de que me vuelva a ocurrir. Será menos probable. Debo seguir atento al uso que haga de mi cuenta de correo y aquí aparece el cuarto aspecto:

  • Uso de mi cuenta de correo 

En los próximos blogs desarrollaré estos cuatro aspectos y les acercaré, en cada caso, una serie de recomendaciones o buenas prácticas. 

Un caluroso abrazo en este seco y tórrido verano cordobés.-

 

lunes, 7 de febrero de 2022

Generación automática de código

 No quiero dejar pasar esta nueva noticia sobre el tema. Yo diría que si pensas dedicarte a programar deberías seguir muy de cerca la evolución de estas herramientas ya que muy pronto te asistirán en la generación de código y en menos tiempo de lo que te imaginás te reemplazarán por completo ¿ qué hacer después con tu trabajo ? No lo se, pero lo deberías ir pensando para cuando tengas mas de 40 años. No se trata de una cuestión puramente tecnológica (sería un error mirarla solo desde ese punto de vista ). Se trata de la dinámica de los capitalistas que han buscado y encontrado con la ayuda de la tecnología mejorar permanentemente la productividad, y lo han logrado. Bien por ellos. Que no te agarre la noche de los programadores sin velas ya encendidas para buscar nuevas oportunidades...

https://www.theverge.com/2022/2/2/22914085/alphacode-ai-coding-program-automatic-deepmind-codeforce

martes, 18 de enero de 2022

Despacio Cerebrito (2da parte)

La charla con Alan Porcel se extendió por una hora a pesar de haber planeado todo para no mas de veinte minutos. Ergo, Alan tuvo que editar y producir esta segunda parte donde hablamos un poco sobre el valor que puede tener el aprender a programar en estas primeras décadas del siglo XXI. Que lo disfruten..!!


Despacio Cerebrito

Una de las buenas cosas que trajo el encierro impuesto por la pandemia covid-19 fue un par de podcast producidos por Alan Porcel en Despacio Cerebrito. Les comparto la primera parte, donde hablo sobre el "Efecto Pandora", una idea absolutamente mía y de la cual me hago cargo. Se me ocurre que publicaré algo sobre el asunto en este 2022. Veremos... 

 

lunes, 10 de enero de 2022

Hola mundo 2022.!!

He vuelto a ponerle atención y orden a mi actividad relacionada con este espacio. Primero, definitivamente será un espacio para hablar de Ciberseguridad. Y una de las cosas importantes que han ocurrido desde que comencé a escribir es que ha madurado un cuerpo de conocimiento de la ciberseguridad. Hoy si hablamos del asunto, tenemos que mencionar a CyBOK. Un conjunto de conocimientos para informarse sobre la formación profesional y educación sobre Ciberseguridad. Los invito a visitarlo y prestar atención a que tiene mucho que ver con dos áreas muy consolidadas como el cuerpo de conocimiento de la Ingeniería de Software ( SWEBOK ) y Ciencias de la Computación ( ACM Computer Science Curriculum ). Yo lo complementaría con el área de Networking y no se me viene a la cabeza mas que mencionarles el link de NetAcad de Cisco para que sepan de qué se trata el tema.

jueves, 7 de junio de 2018

 

Bueno, vuelvo a escribir, ¿ motivo ?, lo que parecía que iba a suceder, sucedió. Las infraestructuras críticas en Latinoamérica están siendo atacadas desde hace algunos años. Sabiamos que internet es absolutamente insegura. Sabiamos que había redes industriales que poco a poco miraban las bondades de internet como una posibilidad que se podía aprovechar. El tema es que ahora se han integrado y no se han percatado que están expuestos a los riesgos de cualquier sitio en internet.

Escribo desde La Plata, participando en el Cyber drill organizado por ITU, Ministerio de Modernización y Universidad Nacional de La Plata. Felicitaciones por organizar este evento.

miércoles, 14 de diciembre de 2016

Diseño arquitectónico

El proceso de construcción de un sistema compuesto por hardware, software y comunicaciones de una infraestructura crítica comienza por la selección de un modelo de proceso de diseño. Decidido el modelo de proceso, nos enfrentamos en una etapa temprana, con la elicitación de requerimientos y una etapa de diseño inicial. Esta etapa de diseño inicial debería mirar al sistema con el objetivo de identificar subsistemas y establecer un marco de control y comunicación entre los subsistemas identificados. A esto se denomina DISEÑO ARQUITECTÓNICO.

Autores como Bass y otros señalan al menos tres ventajas de diseñar y documentar explícitamente la arquitectura de un sistema. En realidad ellos hablan de "software" y no de sistema, pero se puede extender esta propuesta y reafirmar estas ventajas, con algunas observaciones:
  • Facilitación de la comunicación con los stakeholders;
  • Falicitar el análisis del sistema para cumplir con requerimientos críticos como pueden ser el rendimiento, confiabilidad, mantenibilidad y SEGURIDAD.
  • Reutilización a gran escala.
Esto último en particular, lleva a que sistemas diferentes para el mismo dominio presenten estilos arquitectónicos semejantes. Digo, aparecen patrones de organización ya reconocidos como una organización cliente-servidor o un arquitectura por capas. Lo cual es una referencia al momento de tomar decisiones de diseño de la arquitectura de la solución.En definitiva, hay que elegir la estructura mas adecuada que permita satisfacer los requerimientos funcionales y no funcionales del sistema.

Resultante de esta etapa del proceso de diseño es un documento que contendrá a nivel sistema, modelos estructurales o estáticos, modelos de procesos o dinámicos, modelos de interfaces, relaciones, etc. Para todos ellos, SysML es el lenguaje a utilizar.

Sería deseable que también la seguridad sea abordada en esta etapa temprana de diseño, para lo cual deberíamos evaluar modelos de amenazas que permitan mapear sobre patrones de seguridad que luego se incorporarán en las decisiones posteriores de diseño de componentes.

Cuando hablamos de todas estas cuestiones aparece como interesante pensar en disponer primero de una arquitectura de referencia (AR), en particular para los Cyber Physical Systems. Y luego en una AR segura. Esto permitiría abordar desde una etapa muy temprana, el problema de diseño seguro de un CPS. Luego esto permitiría escalar al sistema crítico las deciciones de diseño a fin de garantizarle seguridad.

Bass, L., Clements P. (2003). Software Architecture in Practice, 2nd edn. Boston: Addison-Wesley. (Ch 11).-

jueves, 24 de noviembre de 2016

Veo que no estamos solos

El tema de la ciberseguridad de infraestructuras críticas es también una preocupación de la OEA y entre las noticias que publica su sitio, está un evento que se nos pasó... Un congreso sobre Ciberseguridad en Infraestructuras Críticas celebrado en Buenos Aires, este pasado mes de Octubre, organizado por el Centro de Ciberseguridad Industrial. 

Volviendo al sitio de Seguridad Cibernética de la OEA, en la pestaña de "Documentos", podrán encontrar varios PDF que les ayudarán a gestionar la ciberseguridad en sus lugares de trabajo. Que los disfruten..!!

martes, 22 de noviembre de 2016

Guías de NIST y DHS

La Casa Blanca y el "Department of Homeland Security" (DHS) difundieron dos publicaciones independientes sobre ciberseguridad en IoT. Cubren directrices y principios para crear dispositivos IoT con medidas de seguridad incorporadas, así como protocolos recomendados para implementar tales medidas.

La administración de Obama "apresuró" la publicación del NIST, debido a la urgente escalada alrededor de la ciberseguridad de los dispositivos IoT después del mayor ataque de DDoS a infraestructuras de Internet de USA, ocurrido el mes pasado.
 
La ciberseguridad comenzó a ser una preocupación desde los 90 cuando se masificó la conectividad a Internet. Cuando la conectividad llegó a los dispositivos móviles en la década de 2000, se convirtió en un problema aún más grande. Hoy, IoT es el siguiente paso de preocupación, ya que implica un gran número de dispositivos interconectados que están perpetuamente en línea. Esto aumenta significativamente la magnitud del riesgo.

Ambas publicaciones tienen como objetivo guiar las medidas de seguridad en la etapa de diseño y fabricación en lugar de en el nivel de usuario. Lo cual contrasta con las decisiones que suelen tomarse al intentar mejorar la seguridad cuando ya se tiene un producto terminado, lo cual desde el punto de vista conceptual es un error muy caro. 

De todos modos garantizar la seguridad en etapas de diseño y fabricación trae consigo el factor costo, la pregunta más importante es: ¿ pueden los fabricantes de dispositivos estar lo suficientemente incentivados como para que valga la pena gastar tiempo, dinero y esfuerzo en incorporar hardware y software de seguridad en sus dispositivos ? Ver para creer.

Ambas guías <NIST> <DHS> se enfocan en los fundamentos y procesos del ciclo de vida del sistema para la fabricación de dispositivos y proporcionan pautas para incorporar protocolos y mecanismos de seguridad como parte del propio ciclo de vida del producto. La publicación de Homeland Security va un paso más allá y aborda las cuestiones desde el punto de vista del consumidor industrial. 

El objetivo de estas publicaciones es el de iniciar la discusión sobre un conocimiento de alto nivel y evocar un sentido de urgencia en la aplicación de las directrices y principios descritos en ellas. 

La FCC ha dicho que no es probable que promulgue normas obligatorias para la ciberseguridad de IOT, pero con IOT impregnando las áreas críticas de la industra como la producción de energía, la tecnología médica y la infraestructura de transporte, se incrementa el riesgo de que tales sistemas sean comprometidos. Lo sabremos pronto... 

lunes, 21 de noviembre de 2016

Organismo Regulador de Seguridad en Presas (ORSEP)

En la República Argentina se ha construido más de un centenar de grandes presas y un importante número de presas de menor dimensión. Existen también diques de protección ante crecidas, terraplenes de recrecimiento de cuerpos lagunares, azudes y presas de relave minero o diques de cola.
Si bien, el territorio nacional presenta un alto porcentaje de recursos hídricos aún no explotados, actualmente varios proyectos hidráulicos en desarrollo prevén la construcción y puesta en operación de nuevas presas en los próximos años.

En el año 1999, mediante el decreto 239 del Poder Ejecutivo Nacional se crea el Organismo Regulador de Seguridad de Presas (ORSEP), autoridad de aplicación de los contratos de concesión para la explotación de las 31 obras propiedad del Estado Nacional, como garante del cumplimiento de las obligaciones en la materia por parte de las empresas hidroeléctricas concesionarias.

En función de lo anterior, las presas concesionadas por el Estado Nacional disponen de un marco regulatorio para la seguridad estructural y operativa de sus instalaciones, que procura un tratamiento riguroso y homogéneo en la temática, bajo fiscalización del organismo regulador.

Independientemente de lo mencionado, la mayoría de las presas del país se encuentran bajo las jurisdicciones provinciales, donde la gestión de la seguridad sigue criterios y modalidades diferentes según lo adoptado en cada caso.

El ORSEP tiene como misión fundamental lograr que todas las presas alcancen los más elevados estándares de seguridad, con el fin de proteger a la población y resguardar el patrimonio nacional.

Me pregunto si estará contemplada la ciberseguridad dentro de los estándares referidos a la seguridad de presas y otras obras. Ejemplo: Si se detecta una actividad sospechosa en el perímetro de una presa, a quién se puede reportar el incidente ?

jueves, 17 de noviembre de 2016

Norma IEC 61508

Después de los accidentes mencionados en la entrada “Conceptos sobre sistemas críticos”, se intentó cuantificar la frecuencia de fallas de los componentes de una planta industrial utilizando las mismas técnicas utilizadas para cuantificar la frecuencia prevista de fallas aplicadas previamente a la disponibilidad de una planta en su totalidad, donde el costo de la falla del equipo era la principal preocupación. La tendencia en los últimos años ha sido una aplicación más rigurosa de estas técnicas en el campo de la evaluación de riesgos junto con la verificación de terceros (auditorías). Estas técnicas incluyen Análisis de Árbol de Fallas, Análisis de Efectos y Modos de Falla, Evaluación de Fallas de Causa Común y otras.

La evaluación del riesgo de las plantas de proceso y otras actividades industriales fue común en los años ochenta, pero la orientación y las normas formales eran raras y algo fragmentadas. Sólo la Sección 6 de la Ley de Salud y Seguridad en el Trabajo de 1974 (Reino Unido) apuntalaba la necesidad de hacer todo lo razonablemente posible para garantizar la seguridad. Sin embargo, después de la catástrofe de Flixborough, una serie de movimientos (incluyendo la directiva de Seveso) condujo a las regulaciones CIMAH (Control of Industrial Major Accident Hazards) en 1984, y su formulario COMAH revisado (Control of Major Accident Hazards) en 1999. La adopción de la “Machinery Directive” por la UE, en 1989, introdujo el requisito de un análisis documentado del riesgo en apoyo del Marcado CE.

Sin embargo, estas leyes y requisitos no especifican cómo se debe establecer un objetivo de riesgo tolerable para una actividad, ni tampoco abordan los métodos de evaluación de los diseños propuestos ni proporcionan requisitos específicos de seguridad en el diseño.

La necesidad de una orientación más formal se conoce desde hace tiempo, pero hasta mediados de los años 80, las técnicas de evaluación de riesgos tendían a concentrarse en cuantificar la frecuencia y magnitud de las consecuencias derivadas de determinados riesgos. Estos fueron a veces comparados con valores objetivos vagamente definidos, pero, siendo un tema controvertido, tales objetivos (generalmente en la forma de tasas de mortalidad) no eran fácilmente aplicados o publicados.

La Norma de la Unión Europea EN 1050 (Principios de la evaluación del riesgo), en 1996, abarcaba los procesos de evaluación de riesgos, pero ofrecía pocos consejos sobre la reducción del riesgo. Se proporcionaron algunas orientaciones para el control de maquinaria (EN 954-1 véase el capítulo 10) sobre cómo reducir los riesgos asociados a los sistemas de control, pero no se incluyeron específicamente los PLC (programmable logic controllers) que fueron tratados por separado en otros documentos de IEC (International Electrotechnical Commission) y CENELEC (European Committee for Standardization).

Por otro lado, la proliferación de software a partir de los años 80, en particular en los sistemas de control y seguridad en tiempo real, centró la atención en la necesidad de abordar fallas sistemáticas, ya que podrían no necesariamente ser cuantificadas. En otras palabras, mientras que las tasas de fallos de hardware se consideraban una tasa creíble y predecible de confiabilidad, se estuvo de acuerdo en que las tasas de falla de software generalmente no eran predecibles. Se aceptó que era necesario considerar defensas cualitativas contra fallas sistemáticas como una actividad adicional, y separada, a la tarea de predecir la probabilidad de fallas aleatorias del hardware.

En 1989, el HSE (Health and Safety Executive) publicó directivas que fomentaban este doble enfoque para garantizar la seguridad funcional de equipos programables. Esto condujo al trabajo de IEC, durante la década de 1990, que culminó en la norma internacional sobre seguridad funcional IEC 61508. La norma IEC se refiere a la seguridad de los sistemas eléctricos, electrónicos y programables en los que un potencial fallo afectará personas o medio ambiente. Tiene un carácter voluntario, en lugar de legal, al menos para el Reino Unido, pero hay que decir que actualmente ignorarla puede verse como "no hacer todo lo razonablemente practicable" en el sentido de la Ley y un fracaso para demostrar la "diligencia debida". A medida que se extiende el uso de la Norma, se puede argumentar que es cada vez más "practicable" usarlo. La Norma fue revisada y reeditada en 2010.

miércoles, 16 de noviembre de 2016

Conceptos sobre sistemas críticos

No existe sistema socio-técnico que presente riesgo cero. Esto se debe a que ningún elemento físico tiene tasa de falla cero, ningún ser humano está exento de cometer errores y ningún diseño de software puede prever todas las posibilidades operacionales. Luego todos los sistemas fallan. No existen los sistemas sin fallas. 

A pesar de ello, la percepción pública del riesgo, especialmente después de un incidente mayor, a menudo exige el ideal de riesgo cero. Pero, en general, la mayoría de las personas entienden que esto no es practicable, y se pueden consultar valores de riesgo diario de muerte por diversas causas, que están lejos de ser nulos. De este modo, prevalece el sentido común y la noción de reconocer un riesgo tolerable asociado a cualquier actividad humana.

Ahora bien, el grado real de riesgo que se considera tolerable variará de acuerdo con una serie de factores tales como el grado de control que se tiene sobre las circunstancias, el carácter voluntario o involuntario del riesgo o el número de personas en riesgo en cualquier incidente, entre otros factores.

A partir de ello, se ha desarrollado una tecnología de la seguridad en torno a la necesidad de establecer metas de niveles de riesgo tolerables y evaluar si los diseños propuestos cumplen con estos objetivos, ya sean en plantas de proceso, sistemas de transporte, equipos médicos o cualquier otra aplicación. 
 
A principios de los 70, las personas vinculadas a la industria de procesos se dieron cuenta de que, con plantas cada vez más grandes y complejas, que implicaban mayores inventarios de material peligroso, la práctica de aprender por errores (si es que lo hacían) ya no era aceptable. Se desarrollaron métodos para identificar y cuantificar las consecuencias de las fallas. Se desarrollaron en gran medida para ayudar en el proceso de toma de decisiones al desarrollar o modificar la planta. Las presiones externas para identificar y cuantificar el riesgo vendrían después.

A mediados de esa década ya existía preocupación por la falta de controles formales para regular esas actividades, lo que podría dar lugar a incidentes que tuvieran un impacto importante en la salud y la seguridad del público en general.

El incidente de Flixborough en junio de 1974, que resultó en 28 muertes, centró la atención del público británico y de los medios de comunicación en esta área de la tecnología. Muchos otros acontecimientos, como el de Seveso (Italia) en 1976 hasta el desastre de Piper Alpha y los incidentes ferroviarios más recientes de Paddington (y otros), han mantenido vivo ese interés y han dado lugar a la publicación de directrices y también a legislación en el Reino Unido. Luego veremos que esto generó estándares internacionales para el desarrollo de sistemas críticos.

lunes, 14 de noviembre de 2016

Mes de la Seguridad y Resiliencia de Infraestructuras Críticas

Las infraestructuras críticas de una nación proporcionan servicios esenciales que sustentan la sociedad y sostienen su estilo de vida. Reconocemos a las infraestructuras críticas en la energía que usamos en nuestros hogares y negocios, en el agua que bebemos, en los sistemas de transporte que nos llevan de un lugar a otro, en los servicios de emergencia y hospitales de nuestras comunidades, en las granjas donde crece nuestra comida. Tiendas en las que compramos, y en los sistemas de Internet y comunicaciones en los que confiamos para mantenernos en contacto con amigos y familiares. La seguridad y la resiliencia de toda esta infraestructura crítica es vital no sólo para la confianza pública, sino también para la seguridad, prosperidad y bienestar de una nación. Al menos así lo ve el Homland Security de USA <aquí>

Los Cyber Physical Systems requieren seguridad

Un Cyber Physical System requiere de seguridad, en términos muy concretos, tal cual lo describe el mapa conceptual de [1]. Se habla de Resiliencia, Privacidad, resistencia a Ataques Maliciosos y Detección de Intrusión.

Técnicamente, la RESILIENCIA es la capacidad de un material de absorber energía cuando se deforma. En el contexto de un CPS, se refiere a la capacidad del sistema para seguir funcionando satisfactoriamente frente a entradas inesperadas, fallas de subsistemas o condiciones ambientales o entradas que están fuera del rango de operación específico. Tolerancia a fallas, detección de fallas y adaptación son todas técnicas que promueven la resiliencia.

En cuando a la PRIVACIDAD, en el contexto de la CPS, se refiere al problema de proteger la información de los seres humanos del acceso no autorizado de otros seres humanos o máquinas.

En cuanto a ATAQUES MALICIOSOS, todos los sistemas informáticos en red enfrentan el riesgo de ataques maliciosos. A medida que las redes que conforman los CPS se vuelven más abiertas, también se vuelven vulnerables. Pero incluso con las redes cerradas, separadas por un "vacío" de las redes abiertas, todavía existen riesgos debido a la confianza incompleta en  proveedores y debido a la posibilidad de la introducción accidental de código malicioso. Los problemas particulares incluyen:
  • back doors;
  • denial of service attacks;
  • trojan horses;
  • viruses.
El término DETECCIÓN DE INTRUSIÓN, se refiere a la necesidad de considerar intrusiones físicas y cibernéticas. Las tecnologías que pueden ser llevadas a cabo incluyen:
  • Desde el punto de vista del embebido: detección y seguimiento de su movimiento, detección de presencia humana, reconocimiento facial; y
  • Desde el punto de vista temporal: habilitar la detección de anomalías temporales lo cual puede revelar intrusión.
 [1]. http://cyberphysicalsystems.org/; consultado en  Octubre 2015.-

Cyber Physical Systems

Un “Cyber Physical Systems” (CPS) [1] es una integración de sistemas computacionales embebidos, redes de datos y procesos físicos. Los sistemas embebidos junto a las redes monitorean y controlan los procesos físicos mediante lazos de realimentación afectando su cómputo y viceversa. Si bien se basan fuertemente en sistemas embebidos, su principal misión no es el cómputo en sí mismo sino sostener el funcionamiento del sistema físico que componen. Los CPS forman parte de la dinámica de los procesos físicos integrando software y redes en una abstracción que demanda técnicas de modelado, diseño y análisis específicos [2].

El término surgió en algún momento del año 2006, cuando fue utilizado por Helen Gill en la "National Science Foundation" (USA). Si bien estamos familiarizados con el término ciberespacio y podemos estar tentados a asociar los CPS con él, la raíz del término CPS es más antiguo.  Es más preciso asociarlo al término cibernética . Que a su vez fue aportado por Norbert Wiener, un matemático americano que ayudó al desarrollo de la teoría de los sistemas de control.

[1]. http://cyberphysicalsystems.org/; consultado en  Octubre 2015.-
[2]. Lee Seshia A.; “Introduction to Embeddes Systems A Cyber-Physical Systems Approach”; Second Edition; 2015.-

viernes, 11 de noviembre de 2016

Legislación Argentina

Argentina, 15 años después, elabora algunas ideas y crea el ICIC, o Programa Nacional de Infraestructuras Críticas de Información y Ciberseguridad <consultar>.
Creado mediante la Resolución JGM Nº 580/2011, tiene como finalidad impulsar la creación y adopción de un marco regulatorio específico que propicie la identificación y protección de las infraestructuras estratégicas y críticas del Sector Público Nacional, los organismos interjurisdiccionales y las organizaciones civiles y del sector privado que así lo requieran, y la colaboración de los mencionados sectores con miras al desarrollo de estrategias y estructuras adecuadas para un accionar coordinado hacia la implementación de las pertinentes tecnologías, entre otras acciones.
Lo primero que me pregunto es si es posible dejar librado a los sectores privados, la colaboración de forma voluntaria en la protección de infraestructuras que potencialmente pondrían en riesgo la gobernabilidad de la Nación.

Sectores con infraestructuras críticas

Revisando la primera legislación propuesta por Bill Clinton, la siguiente reflexión que nos hacemos es: bien, vemos que se mencionan sectores de la sociedad que realizan ciertas actividades que estarían confiando en insfraestructuras que son críticas o conformarían infraestructuras críticas.
¿ Habrá alguna clasificación de esos sectores ?
Despúes de todo han pasado 20 años. Esto es algo que lo deberían haber resuelto. Efectivamente, el Departamento de Seguridad Nacional de los Estados Unidos, conocido como "Homeland Security" ha propuesto algunas definiciones que nos ayudarán a poner un manto de luz sobre nuestra reflexión. 
Se puede consultar los sectores definidos por el "Homeland Security" <aquí>.