{"id":1167,"date":"2021-05-20T12:06:48","date_gmt":"2021-05-20T12:06:48","guid":{"rendered":"https:\/\/tsisl.magicalwebstudio.com\/index.php\/2021\/05\/20\/ciberseguridad-en-sistemas-de-monitorizacion-de-maquinaria-critica\/"},"modified":"2022-04-11T11:24:17","modified_gmt":"2022-04-11T09:24:17","slug":"ciberseguridad-en-sistemas-de-monitorizacion-de-maquinaria-critica","status":"publish","type":"post","link":"https:\/\/tsisl.es\/es\/2021\/05\/ciberseguridad-en-sistemas-de-monitorizacion-de-maquinaria-critica\/","title":{"rendered":"Ciberseguridad en Sistemas de Monitorizaci\u00f3n de maquinaria cr\u00edtica"},"content":{"rendered":"<p>[et_pb_section fb_built=\u00bb1&#8243; admin_label=\u00bbsection\u00bb _builder_version=\u00bb4.16&#8243; global_colors_info=\u00bb{}\u00bb][et_pb_row admin_label=\u00bbrow\u00bb _builder_version=\u00bb4.16&#8243; background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4&#8243; _builder_version=\u00bb4.16&#8243; custom_padding=\u00bb|||\u00bb global_colors_info=\u00bb{}\u00bb custom_padding__hover=\u00bb|||\u00bb][et_pb_text admin_label=\u00bbText\u00bb _builder_version=\u00bb4.16&#8243; background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n<p><strong>Ciberseguridad en Sistemas de Monitorizaci\u00f3n de Maquinaria cr\u00edtica<\/strong><\/p>\n<p style=\"text-align: justify;\">La seguridad siempre ha sido una prioridad en la industria de procesos. A medida que avanzamos en la digitalizaci\u00f3n de los sistemas, surgen nuevas necesidades y nuevos problemas. La seguridad de estos sistemas no siempre ha cumplido con las expectativas.<\/p>\n<p style=\"text-align: justify;\">@Meggitt trata de paliar algunas de estas carencias en los sistemas de monitorizaci\u00f3n con los nuevos sistemas VM 600 Mk2, que disponen de certificaci\u00f3n en ciberseguridad seg\u00fan la norma IEC 62443 y certificaci\u00f3n SIL 2 por dise\u00f1o seg\u00fan la norma IEC 61508 (H1-2022)<\/p>\n<p style=\"text-align: justify;\"><a href=\"http:\/\/Ciberseguridad en Sistemas de Monitorizaci\u00f3n de Maquinaria cr\u00edtica La seguridad siempre ha sido una prioridad en la industria de procesos. A medida que avanzamos en la digitalizaci\u00f3n de los sistemas, surgen nuevas necesidades y nuevos problemas. La seguridad de estos sistemas no siempre ha cumplido con las expectativas. @Meggitt trata de paliar algunas de estas carencias en los sistemas de monitorizaci\u00f3n con los nuevos sistemas VM 600 Mk2, que disponen de certificaci\u00f3n en ciberseguridad seg\u00fan la norma IEC 62443 y certificaci\u00f3n SIL 2 por dise\u00f1o seg\u00fan la norma IEC 61508 (H1-2022) M\u00e1s informaci\u00f3n: https:\/\/tsisl.es\/ciberseguridad-en-sistemas-de-monitorizacion-de-maquinaria-critica\/  SISTEMAS DE PROTECCI\u00d3N DE MAQUINARIA Y NIVELES DE PROTECCI\u00d3N SIL  A d\u00eda de hoy, la estandarizaci\u00f3n de los sistemas de protecci\u00f3n de maquinaria (MPS), se hace de acuerdo con la API 670, al tiempo que cumple con las normas internacionales de seguridad como IEC 61508 e IEC 61511. IEC 61508: Seguridad funcional de sistemas electr\u00f3nicos\/programables\/electr\u00f3nicos relacionados con la seguridad. Se trata de una norma internacional que abarca todo el ciclo de vida de seguridad de los sistemas de seguridad y est\u00e1 dirigida a proveedores de sistemas, fabricantes de equipos originales (OEM) y equipos utilizados en dichos sistemas de seguridad. IEC 61511: Seguridad funcional \u2013 Sistemas instrumentados de seguridad para el sector de la industria de procesos. Es una norma internacional que fija unos requisitos en la ingenier\u00eda de sistemas para garantizar la seguridad de un proceso industrial utilizando instrumentaci\u00f3n. Es una norma dirigida a aplicaciones de usuario final y es espec\u00edfico para el sector de la industria de procesos. API 670: Sistemas de protecci\u00f3n de maquinaria. Es una norma ampliamente reconocida que describe los requisitos m\u00ednimos para los sistemas de protecci\u00f3n de maquinaria (MPS) utilizando mediciones tales como vibraci\u00f3n, posici\u00f3n, velocidad, ca\u00edda de varilla de pist\u00f3n, referencia de fase, exceso de velocidad y\/o temperatura. Incluye requisitos para sensores y hardware del sistema de monitorizaci\u00f3n y cubre especificaciones, adquisiciones, instalaci\u00f3n, documentaci\u00f3n y pruebas de dichos sistemas. El objetivo principal de estas 3 normas, complementarias entre s\u00ed, es ayudar a garantizar el correcto dise\u00f1o y uso de sistemas instrumentados de seguridad (SIS) con niveles de integridad de seguridad (SIL) de manera sistem\u00e1tica para reducir el riesgo en un proceso a un nivel tolerable, siguiendo los procedimientos generales de ciclo de vida de seguridad de hardware y software y manteniendo la documentaci\u00f3n asociada. El mejor modo es seguir un ciclo de vida de seguridad: 1-Identificaci\u00f3n de Riesgos 2-Requisitos de Seguridad 3-Verificaci\u00f3n SIL 4-Funcionamiento y Mantenimiento del Sistema de Seguridad Identificaci\u00f3n de riesgos Una vez completado el dise\u00f1o conceptual de un proceso industrial, debe realizarse una evaluaci\u00f3n pormenorizada para la identificaci\u00f3n de riesgos y el an\u00e1lisis sistem\u00e1tico de los riesgos.  El riesgo real que se observa sin un sistema de seguridad (MPS) se compara con el riesgo tolerable. Si el riesgo real es menor que el riesgo tolerable, entonces un MPS no necesita ser considerado como parte de un SIS. Si el riesgo real (sin MPS) excede el riesgo tolerable, se deben aplicar m\u00e9todos de reducci\u00f3n de riesgos, que normalmente incluyen la instalaci\u00f3n de un MPS que funciona como SIS. Nota: El grado necesario de reducci\u00f3n del riesgo viene determinado por la evaluaci\u00f3n. En las normas IEC 61508\/61511, la seguridad funcional clasifica el grado necesario de reducci\u00f3n del riesgo en cuatro niveles de integridad de seguridad: SIL 1, SIL 2, SIL 3 y SIL 4. Cuanto mayor sea el nivel SIL, mayor ser\u00e1 el grado de reducci\u00f3n del riesgo, menor ser\u00e1 la probabilidad de que un sistema no funcione correctamente y, por lo tanto, mayor ser\u00e1 el nivel de seguridad asociado.  En la pr\u00e1ctica, los sistemas de seguridad SIL 4 son tan complejos y costosos que no son econ\u00f3micamente viables, por lo que si se requiere un sistema SIL 4 para ser considerado seguro, entonces probablemente hay un problema fundamental en el dise\u00f1o del proceso en s\u00ed que necesita ser examinado Requisitos de seguridad El siguiente paso es desarrollar una especificaci\u00f3n de requisitos de seguridad (SRS). Esta especificaci\u00f3n describe todos los aspectos del sistema de seguridad requerido, incluido el procedimiento de prueba y los criterios de aceptaci\u00f3n para las pruebas de validaci\u00f3n del SIS (MPS). El SRS es fundamental para cumplir con los est\u00e1ndares de seguridad de una aplicaci\u00f3n, por lo que los propietarios\/operadores, consultores y proveedores deben contribuir a producirla seg\u00fan los requisitos de la planta. Nota: Las partes 1 y 2 del IEC 61511 describen la instalaci\u00f3n, puesta en marcha y validaci\u00f3n de sistemas de seguridad con m\u00e1s detalle. La norma API 670 sugiere que si un sistema de seguridad requiere SIL 2 o superior, no se debe considerar cualquier sistema o equipo que no est\u00e9 certificado SIL 2 por un organismo de certificaci\u00f3n independiente, como Exida o T\u00dcV (API 670, 5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.6.7.2 c). Verificaci\u00f3n SIL Para cada paso del proceso industrial, el SIS debe verificarse con el SRS. Al final, el SIS completo debe probarse de conformidad con el procedimiento de ensayo y los criterios de aceptaci\u00f3n incluidos en el SRS. Si el sistema de seguridad no puede cumplir todos los requisitos, el ciclo de vida de seguridad debe reiniciarse desde el principio para producir un SRS actualizado que refleje los cambios necesarios. Es importante tener en cuenta que el simple uso de equipos y productos con certificaciones SIL no garantiza autom\u00e1ticamente el cumplimiento SIL del sistema de seguridad; s\u00f3lo asegura la capacidad sistem\u00e1tica (SC) y la tolerancia a fallos de hardware (HFT\/voting (arquitectura)) necesarias para cumplir con los requisitos SIL.  Por lo tanto, siempre se deben realizar verificaciones SIL para cada funci\u00f3n instrumentada de seguridad (SIF) que forme parte de un SIS. Esto incluye la probabilidad media de c\u00e1lculos de fallas bajo demanda (PFDavg) que se basan en la informaci\u00f3n espec\u00edfica de la aplicaci\u00f3n y las propiedades de seguridad de los elementos que forman el SIS, como la cobertura de prueba de prueba (PTC) y el intervalo de prueba de prueba (PTI), el \u00edndice de seguridad del sitio, el tiempo de misi\u00f3n, el tiempo medio de reparaci\u00f3n (MTTR), etc. \u2013y no simplemente basado en las recomendaciones de los proveedores. Esta es la raz\u00f3n por la que la verificaci\u00f3n SIL es uno de los pasos m\u00e1s cr\u00edticos en el ciclo de vida de seguridad. La norma API 670 (5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.7.1.x) tambi\u00e9n define algunas responsabilidades del usuario final para ayudar a garantizar que se cumplan los requisitos de seguridad. Funcionamiento y mantenimiento del sistema de seguridad Tambi\u00e9n es responsabilidad del usuario final garantizar que se establezca un equipo de gesti\u00f3n de seguridad adecuado para establecer procedimientos de operaci\u00f3n y mantenimiento para cualquier sistema de seguridad. Estos procedimientos suelen incluir revisiones de seguridad previas al inicio, inicio seguro de SIS, mantenimiento peri\u00f3dico y pruebas funcionales in situ.\">M\u00e1s informaci\u00f3n<\/a><\/p>\n<p style=\"text-align: justify;\"><strong>\u00a0<\/strong><\/p>\n<p style=\"text-align: justify;\"><strong>SISTEMAS DE PROTECCI\u00d3N DE MAQUINARIA Y NIVELES DE PROTECCI\u00d3N SIL<\/strong><\/p>\n<p style=\"text-align: justify;\">A d\u00eda de hoy, la estandarizaci\u00f3n de los sistemas de protecci\u00f3n de maquinaria (MPS), se hace de acuerdo con la API 670, al tiempo que cumple con las normas internacionales de seguridad como IEC 61508 e IEC 61511.<\/p>\n<p style=\"text-align: justify;\">IEC 61508: Seguridad funcional de sistemas electr\u00f3nicos\/programables\/electr\u00f3nicos relacionados con la seguridad. Se trata de una norma internacional que abarca todo el ciclo de vida de seguridad de los sistemas de seguridad y est\u00e1 dirigida a proveedores de sistemas, fabricantes de equipos originales (OEM) y equipos utilizados en dichos sistemas de seguridad.<\/p>\n<p style=\"text-align: justify;\">IEC 61511: Seguridad funcional \u2013 Sistemas instrumentados de seguridad para el sector de la industria de procesos. Es una norma internacional que fija unos requisitos en la ingenier\u00eda de sistemas para garantizar la seguridad de un proceso industrial utilizando instrumentaci\u00f3n. Es una norma dirigida a aplicaciones de usuario final y es espec\u00edfico para el sector de la industria de procesos.<\/p>\n<p style=\"text-align: justify;\">API 670: Sistemas de protecci\u00f3n de maquinaria. Es una norma ampliamente reconocida que describe los requisitos m\u00ednimos para los sistemas de protecci\u00f3n de maquinaria (MPS) utilizando mediciones tales como vibraci\u00f3n, posici\u00f3n, velocidad, ca\u00edda de varilla de pist\u00f3n, referencia de fase, exceso de velocidad y\/o temperatura. Incluye requisitos para sensores y hardware del sistema de monitorizaci\u00f3n y cubre especificaciones, adquisiciones, instalaci\u00f3n, documentaci\u00f3n y pruebas de dichos sistemas.<\/p>\n<p style=\"text-align: justify;\">El objetivo principal de estas 3 normas, complementarias entre s\u00ed, es ayudar a garantizar el correcto dise\u00f1o y uso de sistemas instrumentados de seguridad (SIS) con niveles de integridad de seguridad (SIL) de manera sistem\u00e1tica para reducir el riesgo en un proceso a un nivel tolerable, siguiendo los procedimientos generales de ciclo de vida de seguridad de hardware y software y manteniendo la documentaci\u00f3n asociada.<\/p>\n<ol style=\"text-align: justify;\">\n<li>El mejor modo es seguir un ciclo de vida de seguridad:<\/li>\n<li>1-Identificaci\u00f3n de Riesgos<\/li>\n<li>2-Requisitos de Seguridad<\/li>\n<li>3-Verificaci\u00f3n SIL<\/li>\n<li>4-Funcionamiento y Mantenimiento del Sistema de Seguridad<\/li>\n<\/ol>\n<p style=\"text-align: justify;\">\u00a0<\/p>\n<p style=\"text-align: justify;\"><strong>Identificaci\u00f3n de riesgos<\/strong><\/p>\n<p style=\"text-align: justify;\">Una vez completado el dise\u00f1o conceptual de un proceso industrial, debe realizarse una evaluaci\u00f3n pormenorizada para la identificaci\u00f3n de riesgos y el an\u00e1lisis sistem\u00e1tico de los riesgos.<\/p>\n<p style=\"text-align: justify;\">El riesgo real que se observa sin un sistema de seguridad (MPS) se compara con el riesgo tolerable. Si el riesgo real es menor que el riesgo tolerable, entonces un MPS no necesita ser considerado como parte de un SIS. Si el riesgo real (sin MPS) excede el riesgo tolerable, se deben aplicar m\u00e9todos de reducci\u00f3n de riesgos, que normalmente incluyen la instalaci\u00f3n de un MPS que funciona como SIS.<\/p>\n<p style=\"text-align: justify;\">Nota: El grado necesario de reducci\u00f3n del riesgo viene determinado por la evaluaci\u00f3n.<\/p>\n<p style=\"text-align: justify;\">En las normas IEC 61508\/61511, la seguridad funcional clasifica el grado necesario de reducci\u00f3n del riesgo en cuatro niveles de integridad de seguridad: SIL 1, SIL 2, SIL 3 y SIL 4. Cuanto mayor sea el nivel SIL, mayor ser\u00e1 el grado de reducci\u00f3n del riesgo, menor ser\u00e1 la probabilidad de que un sistema no funcione correctamente y, por lo tanto, mayor ser\u00e1 el nivel de seguridad asociado.<\/p>\n<p style=\"text-align: justify;\">En la pr\u00e1ctica, los sistemas de seguridad SIL 4 son tan complejos y costosos que no son econ\u00f3micamente viables, por lo que si se requiere un sistema SIL 4 para ser considerado seguro, entonces probablemente hay un problema fundamental en el dise\u00f1o del proceso en s\u00ed que necesita ser examinado.<\/p>\n<p style=\"text-align: justify;\">\u00a0<\/p>\n<p style=\"text-align: justify;\"><strong>Requisitos de seguridad<\/strong><\/p>\n<p style=\"text-align: justify;\">El siguiente paso es desarrollar una especificaci\u00f3n de requisitos de seguridad (SRS). Esta especificaci\u00f3n describe todos los aspectos del sistema de seguridad requerido, incluido el procedimiento de prueba y los criterios de aceptaci\u00f3n para las pruebas de validaci\u00f3n del SIS (MPS). El SRS es fundamental para cumplir con los est\u00e1ndares de seguridad de una aplicaci\u00f3n, por lo que los propietarios\/operadores, consultores y proveedores deben contribuir a producirla seg\u00fan los requisitos de la planta.<\/p>\n<p style=\"text-align: justify;\">Nota: Las partes 1 y 2 del IEC 61511 describen la instalaci\u00f3n, puesta en marcha y validaci\u00f3n de sistemas de seguridad con m\u00e1s detalle. La norma API 670 sugiere que si un sistema de seguridad requiere SIL 2 o superior, no se debe considerar cualquier sistema o equipo que no est\u00e9 certificado SIL 2 por un organismo de certificaci\u00f3n independiente, como Exida o T\u00dcV (API 670, 5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.6.7.2 c).<\/p>\n<p style=\"text-align: justify;\">\u00a0<\/p>\n<p style=\"text-align: justify;\"><strong>Verificaci\u00f3n SIL<\/strong><\/p>\n<p style=\"text-align: justify;\">Para cada paso del proceso industrial, el SIS debe verificarse con el SRS. Al final, el SIS completo debe probarse de conformidad con el procedimiento de ensayo y los criterios de aceptaci\u00f3n incluidos en el SRS. Si el sistema de seguridad no puede cumplir todos los requisitos, el ciclo de vida de seguridad debe reiniciarse desde el principio para producir un SRS actualizado que refleje los cambios necesarios.<\/p>\n<p style=\"text-align: justify;\">Es importante tener en cuenta que el simple uso de equipos y productos con certificaciones SIL no garantiza autom\u00e1ticamente el cumplimiento SIL del sistema de seguridad; s\u00f3lo asegura la capacidad sistem\u00e1tica (SC) y la tolerancia a fallos de hardware (HFT\/voting (arquitectura)) necesarias para cumplir con los requisitos SIL.<\/p>\n<p style=\"text-align: justify;\">Por lo tanto, siempre se deben realizar verificaciones SIL para cada funci\u00f3n instrumentada de seguridad (SIF) que forme parte de un SIS. Esto incluye la probabilidad media de c\u00e1lculos de fallas bajo demanda (PFDavg) que se basan en la informaci\u00f3n espec\u00edfica de la aplicaci\u00f3n y las propiedades de seguridad de los elementos que forman el SIS, como la cobertura de prueba de prueba (PTC) y el intervalo de prueba de prueba (PTI), el \u00edndice de seguridad del sitio, el tiempo de misi\u00f3n, el tiempo medio de reparaci\u00f3n (MTTR), etc. \u2013y no simplemente basado en las recomendaciones de los proveedores. Esta es la raz\u00f3n por la que la verificaci\u00f3n SIL es uno de los pasos m\u00e1s cr\u00edticos en el ciclo de vida de seguridad.<\/p>\n<p style=\"text-align: justify;\">La norma API 670 (5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.7.1.x) tambi\u00e9n define algunas responsabilidades del usuario final para ayudar a garantizar que se cumplan los requisitos de seguridad.<\/p>\n<p style=\"text-align: justify;\">\u00a0<\/p>\n<p style=\"text-align: justify;\"><strong>Funcionamiento y mantenimiento del sistema de seguridad<\/strong><\/p>\n<p style=\"text-align: justify;\">Tambi\u00e9n es responsabilidad del usuario final garantizar que se establezca un equipo de gesti\u00f3n de seguridad adecuado para establecer procedimientos de operaci\u00f3n y mantenimiento para cualquier sistema de seguridad. Estos procedimientos suelen incluir revisiones de seguridad previas al inicio, inicio seguro de SIS, mantenimiento peri\u00f3dico y pruebas funcionales in situ.<\/p>\n<p>[\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n<span class=\"et_bloom_bottom_trigger\"><\/span>","protected":false},"excerpt":{"rendered":"<p>Ciberseguridad en Sistemas de Monitorizaci\u00f3n de Maquinaria cr\u00edtica La seguridad siempre ha sido una prioridad en la industria de procesos. A medida que avanzamos en la digitalizaci\u00f3n de los sistemas, surgen nuevas necesidades y nuevos problemas. La seguridad de estos sistemas no siempre ha cumplido con las expectativas. @Meggitt trata de paliar algunas de estas [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":1168,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"<strong>Ciberseguridad en Sistemas de Monitorizaci\u00f3n de Maquinaria cr\u00edtica<\/strong>\r\n\r\nLa seguridad siempre ha sido una prioridad en la industria de procesos. A medida que avanzamos en la digitalizaci\u00f3n de los sistemas, surgen nuevas necesidades y nuevos problemas. La seguridad de estos sistemas no siempre ha cumplido con las expectativas.\r\n\r\n@Meggitt trata de paliar algunas de estas carencias en los sistemas de monitorizaci\u00f3n con los nuevos sistemas VM 600 Mk2, que disponen de certificaci\u00f3n en ciberseguridad seg\u00fan la norma IEC 62443 y certificaci\u00f3n SIL 2 por dise\u00f1o seg\u00fan la norma IEC 61508 (H1-2022)\r\n\r\n<a href=\"http:\/\/Ciberseguridad en Sistemas de Monitorizaci\u00f3n de Maquinaria cr\u00edtica La seguridad siempre ha sido una prioridad en la industria de procesos. A medida que avanzamos en la digitalizaci\u00f3n de los sistemas, surgen nuevas necesidades y nuevos problemas. La seguridad de estos sistemas no siempre ha cumplido con las expectativas. @Meggitt trata de paliar algunas de estas carencias en los sistemas de monitorizaci\u00f3n con los nuevos sistemas VM 600 Mk2, que disponen de certificaci\u00f3n en ciberseguridad seg\u00fan la norma IEC 62443 y certificaci\u00f3n SIL 2 por dise\u00f1o seg\u00fan la norma IEC 61508 (H1-2022) M\u00e1s informaci\u00f3n: https:\/\/tsisl.es\/ciberseguridad-en-sistemas-de-monitorizacion-de-maquinaria-critica\/  SISTEMAS DE PROTECCI\u00d3N DE MAQUINARIA Y NIVELES DE PROTECCI\u00d3N SIL  A d\u00eda de hoy, la estandarizaci\u00f3n de los sistemas de protecci\u00f3n de maquinaria (MPS), se hace de acuerdo con la API 670, al tiempo que cumple con las normas internacionales de seguridad como IEC 61508 e IEC 61511. IEC 61508: Seguridad funcional de sistemas electr\u00f3nicos\/programables\/electr\u00f3nicos relacionados con la seguridad. Se trata de una norma internacional que abarca todo el ciclo de vida de seguridad de los sistemas de seguridad y est\u00e1 dirigida a proveedores de sistemas, fabricantes de equipos originales (OEM) y equipos utilizados en dichos sistemas de seguridad. IEC 61511: Seguridad funcional \u2013 Sistemas instrumentados de seguridad para el sector de la industria de procesos. Es una norma internacional que fija unos requisitos en la ingenier\u00eda de sistemas para garantizar la seguridad de un proceso industrial utilizando instrumentaci\u00f3n. Es una norma dirigida a aplicaciones de usuario final y es espec\u00edfico para el sector de la industria de procesos. API 670: Sistemas de protecci\u00f3n de maquinaria. Es una norma ampliamente reconocida que describe los requisitos m\u00ednimos para los sistemas de protecci\u00f3n de maquinaria (MPS) utilizando mediciones tales como vibraci\u00f3n, posici\u00f3n, velocidad, ca\u00edda de varilla de pist\u00f3n, referencia de fase, exceso de velocidad y\/o temperatura. Incluye requisitos para sensores y hardware del sistema de monitorizaci\u00f3n y cubre especificaciones, adquisiciones, instalaci\u00f3n, documentaci\u00f3n y pruebas de dichos sistemas. El objetivo principal de estas 3 normas, complementarias entre s\u00ed, es ayudar a garantizar el correcto dise\u00f1o y uso de sistemas instrumentados de seguridad (SIS) con niveles de integridad de seguridad (SIL) de manera sistem\u00e1tica para reducir el riesgo en un proceso a un nivel tolerable, siguiendo los procedimientos generales de ciclo de vida de seguridad de hardware y software y manteniendo la documentaci\u00f3n asociada. El mejor modo es seguir un ciclo de vida de seguridad: 1-Identificaci\u00f3n de Riesgos 2-Requisitos de Seguridad 3-Verificaci\u00f3n SIL 4-Funcionamiento y Mantenimiento del Sistema de Seguridad Identificaci\u00f3n de riesgos Una vez completado el dise\u00f1o conceptual de un proceso industrial, debe realizarse una evaluaci\u00f3n pormenorizada para la identificaci\u00f3n de riesgos y el an\u00e1lisis sistem\u00e1tico de los riesgos.  El riesgo real que se observa sin un sistema de seguridad (MPS) se compara con el riesgo tolerable. Si el riesgo real es menor que el riesgo tolerable, entonces un MPS no necesita ser considerado como parte de un SIS. Si el riesgo real (sin MPS) excede el riesgo tolerable, se deben aplicar m\u00e9todos de reducci\u00f3n de riesgos, que normalmente incluyen la instalaci\u00f3n de un MPS que funciona como SIS. Nota: El grado necesario de reducci\u00f3n del riesgo viene determinado por la evaluaci\u00f3n. En las normas IEC 61508\/61511, la seguridad funcional clasifica el grado necesario de reducci\u00f3n del riesgo en cuatro niveles de integridad de seguridad: SIL 1, SIL 2, SIL 3 y SIL 4. Cuanto mayor sea el nivel SIL, mayor ser\u00e1 el grado de reducci\u00f3n del riesgo, menor ser\u00e1 la probabilidad de que un sistema no funcione correctamente y, por lo tanto, mayor ser\u00e1 el nivel de seguridad asociado.  En la pr\u00e1ctica, los sistemas de seguridad SIL 4 son tan complejos y costosos que no son econ\u00f3micamente viables, por lo que si se requiere un sistema SIL 4 para ser considerado seguro, entonces probablemente hay un problema fundamental en el dise\u00f1o del proceso en s\u00ed que necesita ser examinado Requisitos de seguridad El siguiente paso es desarrollar una especificaci\u00f3n de requisitos de seguridad (SRS). Esta especificaci\u00f3n describe todos los aspectos del sistema de seguridad requerido, incluido el procedimiento de prueba y los criterios de aceptaci\u00f3n para las pruebas de validaci\u00f3n del SIS (MPS). El SRS es fundamental para cumplir con los est\u00e1ndares de seguridad de una aplicaci\u00f3n, por lo que los propietarios\/operadores, consultores y proveedores deben contribuir a producirla seg\u00fan los requisitos de la planta. Nota: Las partes 1 y 2 del IEC 61511 describen la instalaci\u00f3n, puesta en marcha y validaci\u00f3n de sistemas de seguridad con m\u00e1s detalle. La norma API 670 sugiere que si un sistema de seguridad requiere SIL 2 o superior, no se debe considerar cualquier sistema o equipo que no est\u00e9 certificado SIL 2 por un organismo de certificaci\u00f3n independiente, como Exida o T\u00dcV (API 670, 5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.6.7.2 c). Verificaci\u00f3n SIL Para cada paso del proceso industrial, el SIS debe verificarse con el SRS. Al final, el SIS completo debe probarse de conformidad con el procedimiento de ensayo y los criterios de aceptaci\u00f3n incluidos en el SRS. Si el sistema de seguridad no puede cumplir todos los requisitos, el ciclo de vida de seguridad debe reiniciarse desde el principio para producir un SRS actualizado que refleje los cambios necesarios. Es importante tener en cuenta que el simple uso de equipos y productos con certificaciones SIL no garantiza autom\u00e1ticamente el cumplimiento SIL del sistema de seguridad; s\u00f3lo asegura la capacidad sistem\u00e1tica (SC) y la tolerancia a fallos de hardware (HFT\/voting (arquitectura)) necesarias para cumplir con los requisitos SIL.  Por lo tanto, siempre se deben realizar verificaciones SIL para cada funci\u00f3n instrumentada de seguridad (SIF) que forme parte de un SIS. Esto incluye la probabilidad media de c\u00e1lculos de fallas bajo demanda (PFDavg) que se basan en la informaci\u00f3n espec\u00edfica de la aplicaci\u00f3n y las propiedades de seguridad de los elementos que forman el SIS, como la cobertura de prueba de prueba (PTC) y el intervalo de prueba de prueba (PTI), el \u00edndice de seguridad del sitio, el tiempo de misi\u00f3n, el tiempo medio de reparaci\u00f3n (MTTR), etc. \u2013y no simplemente basado en las recomendaciones de los proveedores. Esta es la raz\u00f3n por la que la verificaci\u00f3n SIL es uno de los pasos m\u00e1s cr\u00edticos en el ciclo de vida de seguridad. La norma API 670 (5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.7.1.x) tambi\u00e9n define algunas responsabilidades del usuario final para ayudar a garantizar que se cumplan los requisitos de seguridad. Funcionamiento y mantenimiento del sistema de seguridad Tambi\u00e9n es responsabilidad del usuario final garantizar que se establezca un equipo de gesti\u00f3n de seguridad adecuado para establecer procedimientos de operaci\u00f3n y mantenimiento para cualquier sistema de seguridad. Estos procedimientos suelen incluir revisiones de seguridad previas al inicio, inicio seguro de SIS, mantenimiento peri\u00f3dico y pruebas funcionales in situ.\">M\u00e1s informaci\u00f3n<\/a>\r\n\r\n<strong>\u00a0<\/strong>\r\n\r\n<strong>SISTEMAS DE PROTECCI\u00d3N DE MAQUINARIA Y NIVELES DE PROTECCI\u00d3N SIL<\/strong>\r\n\r\nA d\u00eda de hoy, la estandarizaci\u00f3n de los sistemas de protecci\u00f3n de maquinaria (MPS), se hace de acuerdo con la API 670, al tiempo que cumple con las normas internacionales de seguridad como IEC 61508 e IEC 61511.\r\n\r\nIEC 61508: Seguridad funcional de sistemas electr\u00f3nicos\/programables\/electr\u00f3nicos relacionados con la seguridad. Se trata de una norma internacional que abarca todo el ciclo de vida de seguridad de los sistemas de seguridad y est\u00e1 dirigida a proveedores de sistemas, fabricantes de equipos originales (OEM) y equipos utilizados en dichos sistemas de seguridad.\r\n\r\nIEC 61511: Seguridad funcional \u2013 Sistemas instrumentados de seguridad para el sector de la industria de procesos. Es una norma internacional que fija unos requisitos en la ingenier\u00eda de sistemas para garantizar la seguridad de un proceso industrial utilizando instrumentaci\u00f3n. Es una norma dirigida a aplicaciones de usuario final y es espec\u00edfico para el sector de la industria de procesos.\r\n\r\nAPI 670: Sistemas de protecci\u00f3n de maquinaria. Es una norma ampliamente reconocida que describe los requisitos m\u00ednimos para los sistemas de protecci\u00f3n de maquinaria (MPS) utilizando mediciones tales como vibraci\u00f3n, posici\u00f3n, velocidad, ca\u00edda de varilla de pist\u00f3n, referencia de fase, exceso de velocidad y\/o temperatura. Incluye requisitos para sensores y hardware del sistema de monitorizaci\u00f3n y cubre especificaciones, adquisiciones, instalaci\u00f3n, documentaci\u00f3n y pruebas de dichos sistemas.\r\n\r\nEl objetivo principal de estas 3 normas, complementarias entre s\u00ed, es ayudar a garantizar el correcto dise\u00f1o y uso de sistemas instrumentados de seguridad (SIS) con niveles de integridad de seguridad (SIL) de manera sistem\u00e1tica para reducir el riesgo en un proceso a un nivel tolerable, siguiendo los procedimientos generales de ciclo de vida de seguridad de hardware y software y manteniendo la documentaci\u00f3n asociada.\r\n<ol>\r\n \t<li>El mejor modo es seguir un ciclo de vida de seguridad:<\/li>\r\n \t<li>1-Identificaci\u00f3n de Riesgos<\/li>\r\n \t<li>2-Requisitos de Seguridad<\/li>\r\n \t<li>3-Verificaci\u00f3n SIL<\/li>\r\n \t<li>4-Funcionamiento y Mantenimiento del Sistema de Seguridad<\/li>\r\n<\/ol>\r\n&nbsp;\r\n\r\n<strong>Identificaci\u00f3n de riesgos<\/strong>\r\n\r\nUna vez completado el dise\u00f1o conceptual de un proceso industrial, debe realizarse una evaluaci\u00f3n pormenorizada para la identificaci\u00f3n de riesgos y el an\u00e1lisis sistem\u00e1tico de los riesgos.\r\n\r\nEl riesgo real que se observa sin un sistema de seguridad (MPS) se compara con el riesgo tolerable. Si el riesgo real es menor que el riesgo tolerable, entonces un MPS no necesita ser considerado como parte de un SIS. Si el riesgo real (sin MPS) excede el riesgo tolerable, se deben aplicar m\u00e9todos de reducci\u00f3n de riesgos, que normalmente incluyen la instalaci\u00f3n de un MPS que funciona como SIS.\r\n\r\nNota: El grado necesario de reducci\u00f3n del riesgo viene determinado por la evaluaci\u00f3n.\r\n\r\nEn las normas IEC 61508\/61511, la seguridad funcional clasifica el grado necesario de reducci\u00f3n del riesgo en cuatro niveles de integridad de seguridad: SIL 1, SIL 2, SIL 3 y SIL 4. Cuanto mayor sea el nivel SIL, mayor ser\u00e1 el grado de reducci\u00f3n del riesgo, menor ser\u00e1 la probabilidad de que un sistema no funcione correctamente y, por lo tanto, mayor ser\u00e1 el nivel de seguridad asociado.\r\n\r\nEn la pr\u00e1ctica, los sistemas de seguridad SIL 4 son tan complejos y costosos que no son econ\u00f3micamente viables, por lo que si se requiere un sistema SIL 4 para ser considerado seguro, entonces probablemente hay un problema fundamental en el dise\u00f1o del proceso en s\u00ed que necesita ser examinado.\r\n\r\n&nbsp;\r\n\r\n<strong>Requisitos de seguridad<\/strong>\r\n\r\nEl siguiente paso es desarrollar una especificaci\u00f3n de requisitos de seguridad (SRS). Esta especificaci\u00f3n describe todos los aspectos del sistema de seguridad requerido, incluido el procedimiento de prueba y los criterios de aceptaci\u00f3n para las pruebas de validaci\u00f3n del SIS (MPS). El SRS es fundamental para cumplir con los est\u00e1ndares de seguridad de una aplicaci\u00f3n, por lo que los propietarios\/operadores, consultores y proveedores deben contribuir a producirla seg\u00fan los requisitos de la planta.\r\n\r\nNota: Las partes 1 y 2 del IEC 61511 describen la instalaci\u00f3n, puesta en marcha y validaci\u00f3n de sistemas de seguridad con m\u00e1s detalle. La norma API 670 sugiere que si un sistema de seguridad requiere SIL 2 o superior, no se debe considerar cualquier sistema o equipo que no est\u00e9 certificado SIL 2 por un organismo de certificaci\u00f3n independiente, como Exida o T\u00dcV (API 670, 5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.6.7.2 c).\r\n\r\n&nbsp;\r\n\r\n<strong>Verificaci\u00f3n SIL<\/strong>\r\n\r\nPara cada paso del proceso industrial, el SIS debe verificarse con el SRS. Al final, el SIS completo debe probarse de conformidad con el procedimiento de ensayo y los criterios de aceptaci\u00f3n incluidos en el SRS. Si el sistema de seguridad no puede cumplir todos los requisitos, el ciclo de vida de seguridad debe reiniciarse desde el principio para producir un SRS actualizado que refleje los cambios necesarios.\r\n\r\nEs importante tener en cuenta que el simple uso de equipos y productos con certificaciones SIL no garantiza autom\u00e1ticamente el cumplimiento SIL del sistema de seguridad; s\u00f3lo asegura la capacidad sistem\u00e1tica (SC) y la tolerancia a fallos de hardware (HFT\/voting (arquitectura)) necesarias para cumplir con los requisitos SIL.\r\n\r\nPor lo tanto, siempre se deben realizar verificaciones SIL para cada funci\u00f3n instrumentada de seguridad (SIF) que forme parte de un SIS. Esto incluye la probabilidad media de c\u00e1lculos de fallas bajo demanda (PFDavg) que se basan en la informaci\u00f3n espec\u00edfica de la aplicaci\u00f3n y las propiedades de seguridad de los elementos que forman el SIS, como la cobertura de prueba de prueba (PTC) y el intervalo de prueba de prueba (PTI), el \u00edndice de seguridad del sitio, el tiempo de misi\u00f3n, el tiempo medio de reparaci\u00f3n (MTTR), etc. \u2013y no simplemente basado en las recomendaciones de los proveedores. Esta es la raz\u00f3n por la que la verificaci\u00f3n SIL es uno de los pasos m\u00e1s cr\u00edticos en el ciclo de vida de seguridad.\r\n\r\nLa norma API 670 (5\u00aa edici\u00f3n, Ap\u00e9ndice L, secci\u00f3n L.7.1.x) tambi\u00e9n define algunas responsabilidades del usuario final para ayudar a garantizar que se cumplan los requisitos de seguridad.\r\n\r\n&nbsp;\r\n\r\n<strong>Funcionamiento y mantenimiento del sistema de seguridad<\/strong>\r\n\r\nTambi\u00e9n es responsabilidad del usuario final garantizar que se establezca un equipo de gesti\u00f3n de seguridad adecuado para establecer procedimientos de operaci\u00f3n y mantenimiento para cualquier sistema de seguridad. Estos procedimientos suelen incluir revisiones de seguridad previas al inicio, inicio seguro de SIS, mantenimiento peri\u00f3dico y pruebas funcionales in situ.","_et_gb_content_width":"","footnotes":""},"categories":[9,20],"tags":[140,141,35,36],"class_list":["post-1167","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noticias","category-sistemas-de-supervision-analisis-y-diagnostico","tag-ciberseguridad","tag-sistema-de-seguridad","tag-tsi","tag-tsisl"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/posts\/1167","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/comments?post=1167"}],"version-history":[{"count":4,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/posts\/1167\/revisions"}],"predecessor-version":[{"id":36379,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/posts\/1167\/revisions\/36379"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/media\/1168"}],"wp:attachment":[{"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/media?parent=1167"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/categories?post=1167"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tsisl.es\/es\/wp-json\/wp\/v2\/tags?post=1167"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}