{"id":31627,"date":"2019-10-31T21:42:14","date_gmt":"2019-10-31T18:42:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\/"},"modified":"2019-10-31T21:42:14","modified_gmt":"2019-10-31T18:42:14","slug":"informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","title":{"rendered":"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\"><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/acac26db4761c25a5215f37ef9e8cb5b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#ABOUT\">Sobre qu\u00e9 trata la investigaci\u00f3n<\/a><\/noindex><\/p>\n<p><b class=\"spoiler_title\">Enlaces a otras partes de la investigaci\u00f3n<\/b><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 1 - Fundamentos econ\u00f3micos.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 2 - Infraestructura IT t\u00edpica de un banco.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 3 - Formaci\u00f3n de requisitos para el sistema de protecci\u00f3n.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 4 - Revisi\u00f3n de est\u00e1ndares de modelado de amenazas.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 5 - M\u00e1s de 100 enlaces tem\u00e1ticos sobre hackeos bancarios.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 6 - An\u00e1lisis de delitos bancarios.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Parte 7 - Modelo b\u00e1sico de amenazas.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas <\/a><\/noindex>(<b>Est\u00e1s aqu\u00ed<\/b>)<\/li>\n<\/ul>\n<p>Este art\u00edculo concluye una serie de publicaciones dedicadas a la seguridad de la informaci\u00f3n de los pagos sin efectivo en los bancos. Aqu\u00ed revisaremos los modelos de amenazas t\u00edpicos a los que se ha hecho referencia en <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">el modelo b\u00e1sico<\/a><\/noindex>:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">Modelo t\u00edpico de amenazas. Conexi\u00f3n de red<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUIS\">Modelo t\u00edpico de amenazas. Sistema de informaci\u00f3n basado en arquitectura cliente-servidor<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRD\">Modelo t\u00edpico de amenazas. Sistema de control de acceso<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUMI\">Modelo t\u00edpico de amenazas. M\u00f3dulo de integraci\u00f3n<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZI\">Modelo t\u00edpico de amenazas. Sistema de protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>\u00a1ATENCI\u00d3N HABR\u00d3-WARNING!!!<\/b> Estimados usuarios de Habra, este no es un post de entretenimiento. <br \/>\nOcultos detr\u00e1s de un spoiler, m\u00e1s de 40 p\u00e1ginas de materiales est\u00e1n destinados a <b>ayudar en el trabajo o estudio<\/b> a personas especializadas en banca o seguridad de la informaci\u00f3n. Estos materiales son el producto final de la investigaci\u00f3n y est\u00e1n escritos en un tono oficial seco. B\u00e1sicamente, son borradores para documentos internos sobre seguridad de la informaci\u00f3n. <\/p>\n<p>Y la tradicional declaraci\u00f3n \u2014 <b>\u00abel uso de la informaci\u00f3n del art\u00edculo para fines ilegales est\u00e1 penado por la ley\u00bb<\/b>. \u00a1Lectura productiva!\n<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nInformaci\u00f3n para los lectores que se introducen en la investigaci\u00f3n comenzando por esta publicaci\u00f3n.<br \/>\n<noindex><a rel=\"nofollow\" name=\"ABOUT\"><\/a><\/noindex><\/p>\n<blockquote>\n<h2>Sobre qu\u00e9 trata la investigaci\u00f3n<\/h2>\n<p>\nEst\u00e1s leyendo una gu\u00eda para el especialista responsable de garantizar la seguridad de los pagos en el banco. <\/p>\n<p><b>L\u00f3gica de presentaci\u00f3n<\/b><\/p>\n<p>Al principio en <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">parte 1<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">parte 2<\/a><\/noindex> se describe el objeto de protecci\u00f3n. Luego en <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">parte 3<\/a><\/noindex> se describe c\u00f3mo construir un sistema de protecci\u00f3n y se menciona la necesidad de formar un modelo de amenazas. En <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">la parte 4<\/a><\/noindex> se habla sobre los tipos de modelos de amenazas y c\u00f3mo se forman. En <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">la parte 5<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">la parte 6<\/a><\/noindex> se presenta un an\u00e1lisis de ataques reales. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Parte 7<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">la parte 8<\/a><\/noindex> contienen una descripci\u00f3n del modelo de amenazas, construido con la informaci\u00f3n de todas las partes anteriores.<\/p><\/blockquote>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUNC\"><\/a><\/noindex><\/p>\n<h2>MODELO DE AMENAZAS T\u00cdPICO. CONEXI\u00d3N DE RED<\/h2>\n<p><\/p>\n<h3>Objeto de protecci\u00f3n, para el cual se aplica el modelo de amenazas (scope)<\/h3>\n<p>\nEl objeto de protecci\u00f3n son los datos transmitidos a trav\u00e9s de una conexi\u00f3n de red, que funciona en redes de transmisi\u00f3n de datos basadas en el stack TCP\/IP.<\/p>\n<p><b>Arquitectura<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/7fec6dc479280db22a581595ae7fc493.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDescripci\u00f3n de los elementos de la arquitectura:<\/p>\n<ul>\n<li><i>\u00abNodos finales\u00bb<\/i> \u2014 nodos que intercambian informaci\u00f3n protegida.<\/li>\n<li><i>\u00abNodos intermedios\u00bb<\/i> \u2014 elementos de la red de transmisi\u00f3n de datos: enrutadores, conmutadores, servidores de acceso, servidores proxy y otro equipo, a trav\u00e9s del cual se transmite el tr\u00e1fico de la conexi\u00f3n de red. En general, una conexi\u00f3n de red puede funcionar sin nodos intermedios (directamente entre nodos finales).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Amenazas de seguridad de alto nivel<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><\/p>\n<p>U1. Acceso no autorizado a los datos transmitidos.<br \/>\nU2. Modificaci\u00f3n no autorizada de los datos transmitidos.<br \/>\nU3. Violaci\u00f3n de la autor\u00eda de los datos transmitidos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU1\"><\/a><\/noindex><\/p>\n<h3>U1. Acceso no autorizado a los datos transmitidos<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU1.1. , realizado en nodos finales o intermedios:<br \/>\nU1.1.1.  mediante la lectura de datos mientras est\u00e1n en los dispositivos de memoria del nodo:<br \/>\nU1.1.1.1.  en la memoria RAM.<br \/>\n<i>Explicaciones sobre U1.1.1.1.<\/i><br \/>\nPor ejemplo, durante el procesamiento de datos por el stack de red del nodo.<\/p>\n<p>U1.1.1.2.  en la memoria no vol\u00e1til.<br \/>\n<i>Explicaciones sobre U1.1.1.2.<\/i><br \/>\nPor ejemplo, al almacenar datos transmitidos en cach\u00e9s, archivos temporales o archivos de intercambio.<\/p>\n<p>U1.2. , realizado en nodos externos de la red de transmisi\u00f3n de datos:<br \/>\nU1.2.1.  mediante la captura de todos los paquetes que llegan a la interfaz de red del nodo:<br \/>\n<i>Explicaciones sobre U1.2.1.<\/i><br \/>\nLa captura de todos los paquetes se lleva a cabo poniendo la tarjeta de red en modo promiscuo (modo promiscuo para adaptadores cableados o modo monitor para adaptadores wifi).<\/p>\n<p>U1.2.2.  mediante la realizaci\u00f3n de ataques de tipo 'hombre en el medio (MiTM)', pero sin modificar los datos transmitidos (excepto los datos de control de los protocolos de red).<br \/>\nU1.2.2.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abModelo t\u00edpico de amenazas. Conexi\u00f3n de red. U2. Modificaci\u00f3n no autorizada de los datos transmitidos\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. , realizado a trav\u00e9s de la filtraci\u00f3n de informaci\u00f3n por canales t\u00e9cnicos (T\u041a\u0423\u0418) desde nodos f\u00edsicos o l\u00edneas de comunicaci\u00f3n.<\/p>\n<p>U1.4. , realizado mediante la instalaci\u00f3n en nodos finales o intermedios de dispositivos t\u00e9cnicos especiales (STS), destinados a la captura encubierta de informaci\u00f3n.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU2\"><\/a><\/noindex><\/p>\n<h3>U2. Modificaci\u00f3n no autorizada de los datos transmitidos<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU2.1. , realizado en nodos finales o intermedios:<br \/>\nU2.1.1.  mediante la lectura y modificaci\u00f3n de datos mientras est\u00e1n en los dispositivos de memoria de los nodos:<br \/>\nU2.1.1.1.  en la memoria RAM:<br \/>\nU2.1.1.2.  en la memoria no vol\u00e1til:<\/p>\n<p>U2.2. , realizado en nodos externos de la red de transmisi\u00f3n de datos:<br \/>\nU2.2.1.  mediante la realizaci\u00f3n de ataques de tipo 'hombre en el medio (MiTM)' y redireccionamiento del tr\u00e1fico hacia el nodo de los delincuentes:<br \/>\nU2.2.1.1. Conexi\u00f3n f\u00edsica del equipo de los atacantes en el punto de interrupci\u00f3n de la conexi\u00f3n de red.<br \/>\nU2.2.1.2. Realizaci\u00f3n de ataques a protocolos de red:<br \/>\nU2.2.1.2.1.  gesti\u00f3n de redes locales virtuales (VLAN):<br \/>\nU2.2.1.2.1.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/VLAN_hopping\">VLAN hopping<\/a><\/noindex>.<br \/>\nU2.2.1.2.1.2. Modificaci\u00f3n no autorizada de las configuraciones de VLAN en conmutadores o enrutadores.<br \/>\nU2.2.1.2.2.  enrutamiento del tr\u00e1fico:<br \/>\nU2.2.1.2.2.1. Modificaci\u00f3n no autorizada de tablas de enrutamiento est\u00e1ticas en enrutadores.<br \/>\nU2.2.1.2.2.2. Anuncio por parte de los atacantes de rutas falsas a trav\u00e9s de protocolos de enrutamiento din\u00e1mico.<br \/>\nU2.2.1.2.3.  configuraci\u00f3n autom\u00e1tica:<br \/>\nU2.2.1.2.3.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Rogue_DHCP\">Rogue DHCP<\/a><\/noindex>.<br \/>\nU2.2.1.2.3.2. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/379619.php\">Rogue WPAD<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.  direccionamiento y resoluci\u00f3n de nombres:<br \/>\nU2.2.1.2.4.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/ARP-spoofing\">ARP spoofing<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.2. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/DNS_spoofing\">DNS spoofing<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.3. Realizaci\u00f3n de modificaciones no autorizadas en archivos locales de nombres de host (hosts, lmhosts, etc.)<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU3\"><\/a><\/noindex><\/p>\n<h3>U3. Violaci\u00f3n de la autor\u00eda de los datos transmitidos<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU3.1. Neutralizaci\u00f3n de mecanismos de identificaci\u00f3n de autor\u00eda de la informaci\u00f3n mediante la especificaci\u00f3n de datos falsos sobre el autor o fuente de los datos:<br \/>\nU3.1.1. Modificaci\u00f3n de los datos del autor contenidos en la informaci\u00f3n transmitida.<br \/>\nU3.1.1.1. Neutralizaci\u00f3n de la protecci\u00f3n criptogr\u00e1fica de la integridad y autor\u00eda de los datos transmitidos:<br \/>\nU3.1.1.1.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU4\">\u00abModelo t\u00edpico de amenazas. Sistema de protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n.<br \/>\nU4. Creaci\u00f3n de una firma electr\u00f3nica de un firmante leg\u00edtimo sobre datos falsos\u00bb<\/a><\/noindex>.<br \/>\nU3.1.1.2. Neutralizaci\u00f3n de la protecci\u00f3n por derechos de autor de los datos transmitidos, realizada mediante c\u00f3digos de verificaci\u00f3n de un solo uso:<br \/>\nU3.1.1.2.1. <noindex>Intercambio de SIM<\/noindex>.<\/p>\n<p>U3.1.2. Modificaci\u00f3n de la informaci\u00f3n sobre la fuente de datos transmitidos:<br \/>\nU3.1.2.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IP_address_spoofing\">Suplantaci\u00f3n de IP<\/a><\/noindex>.<br \/>\nU3.1.2.2. <noindex><a rel=\"nofollow\" href=\"http:\/\/xgu.ru\/wiki\/MAC-spoofing\">Suplantaci\u00f3n de MAC<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUIS\"><\/a><\/noindex><\/p>\n<h2>MODELO TIPO DE AMENAZA. SISTEMA DE INFORMACI\u00d3N BASADO EN ARQUITECTURA CLIENTE-SERVIDOR<\/h2>\n<p><\/p>\n<h3>Objeto de protecci\u00f3n, para el cual se aplica el modelo de amenazas (scope)<\/h3>\n<p>\nEl objeto de protecci\u00f3n es un sistema de informaci\u00f3n construido sobre una arquitectura cliente-servidor.<\/p>\n<p><b>Arquitectura<\/b><br \/>\n<img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/f18c9c6c1e3d5372932d8c2a331284cf.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDescripci\u00f3n de los elementos de la arquitectura:<\/p>\n<ul>\n<li><i>\u00abCliente\u00bb<\/i> \u2013 dispositivo en el que funciona la parte del cliente del sistema de informaci\u00f3n.<\/li>\n<li><i>\u00abServidor\u00bb<\/i> \u2013 dispositivo en el que funciona la parte del servidor del sistema de informaci\u00f3n.<\/li>\n<li><i>\u00abAlmacenamiento de datos\u00bb<\/i> \u2013 parte de la infraestructura del servidor del sistema de informaci\u00f3n destinada al almacenamiento de los datos procesados por el sistema de informaci\u00f3n.<\/li>\n<li><i>\u00abConexi\u00f3n de red\u00bb<\/i> \u2013 canal de intercambio de informaci\u00f3n entre el Cliente y el Servidor, que pasa a trav\u00e9s de la red de transmisi\u00f3n de datos. Una descripci\u00f3n m\u00e1s detallada del modelo del elemento se presenta en <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">\u00abModelo tipo de amenazas. Conexi\u00f3n de red\u00bb<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\n<b>Limitaciones<\/b><br \/>\nAl modelar el objeto se establecen las siguientes restricciones:<\/p>\n<ol>\n<li>El usuario interact\u00faa con el sistema de informaci\u00f3n dentro de intervalos de tiempo finitos, llamados sesiones de trabajo.<\/li>\n<li>Al comienzo de cada sesi\u00f3n de trabajo se lleva a cabo la identificaci\u00f3n, autenticaci\u00f3n y autorizaci\u00f3n del usuario.<\/li>\n<li>Toda la informaci\u00f3n protegida se almacena en la parte del servidor del sistema de informaci\u00f3n.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Amenazas de seguridad de alto nivel<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU1. Comportamientos no autorizados realizados por atacantes en nombre de un usuario leg\u00edtimo.<br \/>\nU2. Modificaci\u00f3n no autorizada de la informaci\u00f3n protegida durante su procesamiento por la parte del servidor del sistema de informaci\u00f3n.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU1\"><\/a><\/noindex><\/p>\n<h3>U1. Comportamientos no autorizados realizados por atacantes en nombre de un usuario leg\u00edtimo<\/h3>\n<p>\n<b>Explicaciones<\/b><br \/>\nGeneralmente, en los sistemas de informaci\u00f3n, la correlaci\u00f3n de acciones con el usuario que las realiz\u00f3 se lleva a cabo mediante:<\/p>\n<ol>\n<li>registros del sistema (logs). <\/li>\n<li>atributos especiales de los objetos de datos que contienen informaci\u00f3n sobre el usuario que los cre\u00f3 o modific\u00f3.<\/li>\n<\/ol>\n<p>\nEn relaci\u00f3n con la sesi\u00f3n de trabajo, esta amenaza puede descomponerse en:<\/p>\n<ol>\n<li>realizadas en el marco de la sesi\u00f3n de trabajo del usuario.<\/li>\n<li>realizadas fuera de la sesi\u00f3n de trabajo del usuario.<\/li>\n<\/ol>\n<p>\nLa sesi\u00f3n de trabajo del usuario puede ser iniciada:<\/p>\n<ol>\n<li>Por el propio usuario.<\/li>\n<li>Atacantes.<\/li>\n<\/ol>\n<p>\nEn esta etapa, la descomposici\u00f3n intermedia de esta amenaza se ver\u00e1 de la siguiente manera:<br \/>\nU1.1. Las acciones no autorizadas se realizaron dentro de la sesi\u00f3n de trabajo del usuario:<br \/>\nU1.1.1. , instalado por el usuario atacado.<br \/>\nU1.1.2. , instalado por los delincuentes.<br \/>\nU1.2. Las acciones no autorizadas se realizaron fuera de la sesi\u00f3n de trabajo del usuario.<\/p>\n<p>Desde el punto de vista de los objetos de la infraestructura de informaci\u00f3n que pueden ser afectados por los atacantes, la descomposici\u00f3n de amenazas intermedias se ver\u00e1 de la siguiente manera:<\/p>\n<p>Los elementos<br \/>\nDescomposici\u00f3n de amenazas<\/p>\n<p><b>U1.1.1.<\/b><br \/>\n<b>U1.1.2.<\/b><br \/>\n<b>U1.2.<\/b><\/p>\n<p>Cliente<br \/>\nU1.1.1.1.<br \/>\nU1.1.2.1.<\/p>\n<p>Conexi\u00f3n de red<br \/>\nU1.1.1.2.<\/p>\n<p>Servidor<\/p>\n<p>U1.2.1.<\/p>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU1.1. Las acciones no autorizadas se realizaron dentro de la sesi\u00f3n de trabajo del usuario:<br \/>\nU1.1.1. , instalado por el usuario atacado:<br \/>\nU1.1.1.1. Los atacantes actuaron directamente desde el Cliente:<br \/>\nU1.1.1.1.1 Los atacantes utilizaron herramientas de acceso leg\u00edtimas al sistema de informaci\u00f3n:<br \/>\nU1.1.1.1.1.1. Los atacantes utilizaron dispositivos de entrada\/salida f\u00edsicos del Cliente (teclado, rat\u00f3n, monitor o pantalla t\u00e1ctil de un dispositivo m\u00f3vil):<br \/>\nU1.1.1.1.1.1.1. Los atacantes actuaron en momentos en que la sesi\u00f3n estaba activa, los dispositivos de entrada\/salida estaban disponibles y el usuario no estaba presente.<br \/>\nU1.1.1.1.1.2. Los atacantes utilizaron herramientas de administraci\u00f3n remota (leg\u00edtimas o proporcionadas por c\u00f3digo malicioso) para controlar al Cliente:<br \/>\nU1.1.1.1.1.2.1. Los atacantes actuaron en momentos en que la sesi\u00f3n estaba activa, los dispositivos de entrada\/salida estaban disponibles y el usuario no estaba presente.<br \/>\nU1.1.1.1.1.2.2. Los atacantes utilizaron herramientas de administraci\u00f3n remota cuya operaci\u00f3n no es detectada por el usuario atacado.<br \/>\nU1.1.1.2. Los atacantes reemplazaron datos en la conexi\u00f3n de red entre el Cliente y el Servidor, modific\u00e1ndolos de tal manera que fueran percibidos como acciones de un usuario leg\u00edtimo:<br \/>\nU1.1.1.2.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abModelo t\u00edpico de amenazas. Conexi\u00f3n de red. U2. Modificaci\u00f3n no autorizada de los datos transmitidos\u00bb<\/a><\/noindex>.<br \/>\nU1.1.1.3. Los atacantes obligaron al usuario a realizar las acciones que indicaron, utilizando m\u00e9todos de ingenier\u00eda social.<\/p>\n<p>U1.1.2  instalado por los delincuentes:<br \/>\nU1.1.2.1. Los atacantes actuaron desde el Cliente (<b>Y<\/b>):<br \/>\nU1.1.2.1.1. Los atacantes neutralizaron el sistema de control de acceso del sistema de informaci\u00f3n:<br \/>\nU1.1.2.1.1.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abModelo t\u00edpico de amenazas. Sistema de control de acceso. U1. Establecimiento no autorizado de sesi\u00f3n de trabajo en nombre de un usuario leg\u00edtimo\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.1.2. Los atacantes utilizaron medios de acceso est\u00e1ndar del sistema de informaci\u00f3n<br \/>\nU1.1.2.2. Los atacantes actuaron desde otros nodos de la red de transmisi\u00f3n de datos, desde los cuales se puede establecer una conexi\u00f3n de red con el Servidor (<b>Y<\/b>):<br \/>\nU1.1.2.2.1. Los atacantes neutralizaron el sistema de control de acceso del sistema de informaci\u00f3n:<br \/>\nU1.1.2.2.1.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abModelo t\u00edpico de amenazas. Sistema de control de acceso. U1. Establecimiento no autorizado de sesi\u00f3n de trabajo en nombre de un usuario leg\u00edtimo\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.2.2. Los atacantes utilizaron medios de acceso no autorizados del sistema de informaci\u00f3n.<br \/>\n<i>Clarificaciones U1.1.2.2.2.<\/i><br \/>\nLos atacantes pudieron instalar el cliente est\u00e1ndar del sistema de informaci\u00f3n en un nodo externo o pudieron utilizar software no autorizado que implementa los protocolos est\u00e1ndar de intercambio entre el Cliente y el Servidor.<\/p>\n<p>U1.2 Acciones no autorizadas llevadas a cabo fuera de la sesi\u00f3n de trabajo del usuario.<br \/>\nU1.2.1 Los atacantes realizaron acciones no autorizadas y luego hicieron cambios no autorizados en los registros de trabajo del sistema de informaci\u00f3n o atributos especiales de los objetos de datos, indicando que las acciones que realizaron fueron ejecutadas por un usuario leg\u00edtimo.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU2\"><\/a><\/noindex><\/p>\n<h3>U2. Modificaci\u00f3n no autorizada de informaci\u00f3n protegida durante su procesamiento por la parte del servidor del sistema de informaci\u00f3n<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU2.1. Los atacantes modifican informaci\u00f3n protegida utilizando medios est\u00e1ndar del sistema de informaci\u00f3n y realizan esto en nombre de un usuario leg\u00edtimo.<br \/>\nU2.1.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abModelo t\u00edpico de amenazas. Sistema de informaci\u00f3n construido sobre la arquitectura cliente-servidor. U1. Cometimiento de acciones no autorizadas por parte de los atacantes en nombre de un usuario leg\u00edtimo\u00bb<\/a><\/noindex>.<\/p>\n<p>U2.2. Los atacantes modifican informaci\u00f3n protegida mediante el uso de mecanismos de acceso a datos no previstos en el modo de funcionamiento est\u00e1ndar del sistema de informaci\u00f3n.<br \/>\nU2.2.1. Los atacantes modifican archivos que contienen informaci\u00f3n protegida:<br \/>\nU2.2.1.1. , utilizando los mecanismos de manejo de archivos proporcionados por el sistema operativo.<br \/>\nU2.2.1.2.  mediante la provocaci\u00f3n de la recuperaci\u00f3n de archivos de una copia de seguridad modificada sin autorizaci\u00f3n.<\/p>\n<p>U2.2.2. Los atacantes modifican la informaci\u00f3n protegida almacenada en la base de datos (<b>Y<\/b>):<br \/>\nU2.2.2.1. Los atacantes neutralizan el sistema de control de acceso de la base de datos:<br \/>\nU2.2.2.1.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abModelo t\u00edpico de amenazas. Sistema de control de acceso. U1. Establecimiento no autorizado de sesi\u00f3n de trabajo en nombre de un usuario leg\u00edtimo\u00bb<\/a><\/noindex>.<br \/>\nU2.2.2.2. Los atacantes modifican la informaci\u00f3n utilizando las interfaces est\u00e1ndar de la base de datos para acceder a los datos.<\/p>\n<p>U2.3. Los atacantes modifican la informaci\u00f3n protegida mediante la modificaci\u00f3n no autorizada de los algoritmos del software que la procesa.<br \/>\nU2.3.1. Se modifica el c\u00f3digo fuente del software.<br \/>\nU2.3.1. Se modifica el c\u00f3digo m\u00e1quina del software.<\/p>\n<p>U2.4. Los atacantes modifican la informaci\u00f3n protegida utilizando vulnerabilidades en el software del sistema de informaci\u00f3n.<\/p>\n<p>U2.5. Los atacantes modifican la informaci\u00f3n protegida durante su transmisi\u00f3n entre los componentes del servidor del sistema de informaci\u00f3n (por ejemplo, entre el servidor de base de datos y el servidor de aplicaciones):<br \/>\nU2.5.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abModelo t\u00edpico de amenazas. Conexi\u00f3n de red. U2. Modificaci\u00f3n no autorizada de los datos transmitidos\u00bb<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSRD\"><\/a><\/noindex><\/p>\n<h2>MODELO T\u00cdPICO DE AMENAZAS. SISTEMA DE CONTROL DE ACCESO<\/h2>\n<p><\/p>\n<h3>Objeto de protecci\u00f3n, para el cual se aplica el modelo de amenazas (scope)<\/h3>\n<p>\nEl objeto de protecci\u00f3n al que se aplica este modelo de amenazas corresponde al objeto de protecci\u00f3n del modelo de amenazas: \"Modelo T\u00edpico de Amenazas. Sistema de informaci\u00f3n basado en una arquitectura de cliente-servidor.\"<\/p>\n<p>Por sistema de control de acceso de usuarios en este modelo de amenazas se entiende el componente del sistema de informaci\u00f3n que realiza funciones:<\/p>\n<ol>\n<li>Identificaci\u00f3n de usuarios.<\/li>\n<li>Autenticaci\u00f3n de usuarios.<\/li>\n<li>Autorizaci\u00f3n de usuarios.<\/li>\n<li>Registro de las acciones de los usuarios.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Amenazas de seguridad de alto nivel<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU1. Establecimiento no autorizado de una sesi\u00f3n de trabajo en nombre de un usuario leg\u00edtimo. <br \/>\nU2. Elevaci\u00f3n no autorizada de privilegios del usuario en el sistema de informaci\u00f3n.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU1\"><\/a><\/noindex> <\/p>\n<h3>U1. Establecimiento no autorizado de una sesi\u00f3n de trabajo en nombre de un usuario leg\u00edtimo <\/h3>\n<p>\n<b>Explicaciones<\/b><br \/>\nLa descomposici\u00f3n de esta amenaza en general depender\u00e1 del tipo de sistemas de identificaci\u00f3n y autenticaci\u00f3n de usuarios utilizados. <\/p>\n<p>En este modelo solo se considerar\u00e1 un sistema de identificaci\u00f3n y autenticaci\u00f3n de usuarios que utilice un nombre de usuario y una contrase\u00f1a. Supondremos que el nombre de usuario es una informaci\u00f3n p\u00fablica, conocida por los atacantes.<\/p>\n<p><b>Descomposici\u00f3n<\/b><br \/>\nU1.1.  a trav\u00e9s de la compromisi\u00f3n de credenciales:<br \/>\nU1.1.1. Los atacantes comprometieron las credenciales del usuario durante su almacenamiento.<br \/>\n<i>Explicaciones U1.1.1.<\/i><br \/>\nPor ejemplo, las credenciales podr\u00edan haber sido escritas en una nota adhesiva pegada al monitor.<\/p>\n<p>U1.1.2. El usuario, ya sea de manera accidental o maliciosa, transmiti\u00f3 los datos de acceso a los delincuentes.<br \/>\nU1.1.2.1. El usuario mencion\u00f3 las credenciales en voz alta al ingresarlas.<br \/>\nU1.1.2.2. El usuario transmiti\u00f3 intencionadamente sus credenciales:<br \/>\nU1.1.2.2.1.  a colegas de trabajo.<br \/>\n<i>Explicaciones U1.1.2.2.1.<\/i><br \/>\nPor ejemplo, para que pudieran reemplazarlo durante su enfermedad.<\/p>\n<p>U1.1.2.2.2. &lt;\u2026&gt; a los contratistas del empleador que est\u00e9n realizando trabajos en los objetos de la infraestructura de informaci\u00f3n.<br \/>\nU1.1.2.2.3. &lt;\u2026&gt; a terceros.<br \/>\n<i>Explicaciones U1.1.2.2.3.<\/i><br \/>\nUna de las posibles formas de implementar esta amenaza es el uso de m\u00e9todos de ingenier\u00eda social por parte de los delincuentes.<\/p>\n<p>U1.1.3. Los delincuentes adivinaron las credenciales mediante fuerza bruta:<br \/>\nU1.1.3.1. &lt;\u2026&gt; utilizando mecanismos de acceso est\u00e1ndar.<br \/>\nU1.1.3.2. &lt;\u2026&gt; utilizando c\u00f3digos capturados anteriormente (por ejemplo, hash de contrase\u00f1as) para el almacenamiento de credenciales.<\/p>\n<p>U1.1.4. Los delincuentes utilizaron c\u00f3digo malicioso para interceptar las credenciales del usuario.<\/p>\n<p>U1.1.5. Los delincuentes extrajeron las credenciales de la conexi\u00f3n de red entre el Cliente y el Servidor:<br \/>\nU1.1.5.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU1\">\u00abModelo de amenaza est\u00e1ndar. Conexi\u00f3n de red. U1. Acceso no autorizado a datos transmitidos\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.1.6. Los delincuentes extrajeron las credenciales de los registros de los sistemas de monitoreo de operaciones:<br \/>\nU1.1.6.1. &lt;\u2026&gt; sistemas de videovigilancia (en caso de que durante el funcionamiento se registraran las pulsaciones en el teclado).<br \/>\nU1.1.6.2. &lt;\u2026&gt; sistemas de control de las acciones de los empleados en la computadora. <br \/>\n<i>Explicaciones U1.1.6.2.<\/i><br \/>\nUn ejemplo de tal sistema es \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.staffcop.ru\">StuffCop<\/a><\/noindex>.<\/p>\n<p>U1.1.7. Los delincuentes comprometieron las credenciales del usuario debido a deficiencias en el proceso de transmisi\u00f3n.<br \/>\n<i>Explicaciones U1.1.7.<\/i><br \/>\nPor ejemplo, la transmisi\u00f3n de contrase\u00f1as en texto plano por correo electr\u00f3nico.<\/p>\n<p>U1.1.8. Los delincuentes obtuvieron las credenciales observando la sesi\u00f3n de trabajo del usuario mediante sistemas de administraci\u00f3n remota.<\/p>\n<p>U1.1.9. Los delincuentes extrajeron las credenciales como resultado de su filtraci\u00f3n a trav\u00e9s de canales t\u00e9cnicos (TKUI):<br \/>\nU1.1.9.1. Los delincuentes observaron c\u00f3mo el usuario ingresaba las credenciales desde el teclado:<br \/>\nU1.1.9.1.1 Los delincuentes se encontraban muy cerca del usuario y pod\u00edan ver el ingreso de las credenciales con sus propios ojos. <br \/>\n<i>Explicaciones U1.1.9.1.1<\/i><br \/>\nEstos casos pueden incluir acciones de colegas en el trabajo o situaciones en las que el teclado del usuario es visible para los visitantes de la organizaci\u00f3n.<\/p>\n<p>U1.1.9.1.2 Los delincuentes utilizaron medios t\u00e9cnicos adicionales, como binoculares o drones, y vieron la introducci\u00f3n de credenciales a trav\u00e9s de una ventana. <br \/>\nU1.1.9.2. Los delincuentes extrajeron las credenciales de las grabaciones de la radio entre el teclado y la unidad central de la computadora en caso de que estuvieran conectados a trav\u00e9s de una interfaz de radio (por ejemplo, Bluetooth).<br \/>\nU1.1.9.3. Los delincuentes interceptaron las credenciales debido a su fuga a trav\u00e9s de canales de emisiones electromagn\u00e9ticas par\u00e1sitas e influencias (PEMI).<br \/>\n<i>Explicaciones U1.1.9.3.<\/i><br \/>\nEjemplos de ataque <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=tMSglPLIDYU\">aqu\u00ed<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cl.cam.ac.uk\/~mgk25\/pet2004-fpd.pdf\">aqu\u00ed<\/a><\/noindex>. <\/p>\n<p>U1.1.9.4. El delincuente intercept\u00f3 la entrada de las credenciales desde el teclado utilizando medios t\u00e9cnicos especiales (MTE), dise\u00f1ados para la recolecci\u00f3n secreta de informaci\u00f3n.<br \/>\n<i>Explicaciones U1.1.9.4.<\/i><br \/>\nEjemplos <noindex>dispositivos<\/noindex>. <\/p>\n<p>U1.1.9.5. Los delincuentes interceptaron la entrada de las credenciales desde el teclado a trav\u00e9s del <br \/>\nan\u00e1lisis de la se\u00f1al Wi-Fi modulada por el proceso de pulsaci\u00f3n de teclas del usuario.<br \/>\n<i>Explicaciones U1.1.9.5.<\/i><br \/>\nEjemplo <noindex><a rel=\"nofollow\" href=\"https:\/\/threatpost.com\/keystroke-recognition-uses-wi-fi-signals-to-snoop\/120135\/\">del ataque<\/a><\/noindex>.<\/p>\n<p>U1.1.9.6. Los delincuentes interceptaron la entrada de las credenciales desde el teclado mediante el an\u00e1lisis de los sonidos de las pulsaciones de las teclas.<br \/>\n<i>Explicaciones U1.1.9.6.<\/i><br \/>\nEjemplo <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/398545\/\">del ataque<\/a><\/noindex>.<\/p>\n<p>U1.1.9.7. Los delincuentes interceptaron la entrada de las credenciales desde el teclado de un dispositivo m\u00f3vil analizando las lecturas del aceler\u00f3metro.<br \/>\n<i>Explicaciones U1.1.9.7.<\/i><br \/>\nEjemplo <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/126806\/\">del ataque<\/a><\/noindex>.<\/p>\n<p>U1.1.10. &lt;\u2026&gt;, previamente guardados en el Cliente.<br \/>\n<i>Explicaciones U1.1.10.<\/i><br \/>\nPor ejemplo, el usuario pudo haber guardado en el navegador su nombre de usuario y contrase\u00f1a para acceder a un sitio web espec\u00edfico.<\/p>\n<p>U1.1.11. Los delincuentes comprometieron las credenciales debido a fallos en el proceso de revocaci\u00f3n de accesos de los usuarios.<br \/>\n<i>Explicaciones U1.1.11.<\/i><br \/>\nPor ejemplo, despu\u00e9s de la despedida del usuario, sus cuentas permanecieron desbloqueadas.<\/p>\n<p>U1.2. &lt;\u2026&gt; a trav\u00e9s de la utilizaci\u00f3n de vulnerabilidades en el sistema de control de acceso.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU2\"><\/a><\/noindex> <\/p>\n<h3>U2. Elevaci\u00f3n no autorizada de privilegios del usuario en el sistema de informaci\u00f3n.<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU2.1 &lt;\u2026&gt; mediante la realizaci\u00f3n de cambios no autorizados en los datos que contienen informaci\u00f3n sobre los privilegios del usuario.<\/p>\n<p>U2.2 &lt;\u2026&gt; a trav\u00e9s de la utilizaci\u00f3n de vulnerabilidades en el sistema de control de acceso.<\/p>\n<p>U2.3. &lt;\u2026&gt; debido a deficiencias en el proceso de gesti\u00f3n del acceso de los usuarios.<br \/>\n<i>Explicaciones U2.3.<\/i><br \/>\nEjemplo 1. Al usuario se le proporcion\u00f3 acceso mayor del que necesitaba por razones laborales.<br \/>\nEjemplo 2. Despu\u00e9s de transferir al usuario a otro puesto, los derechos de acceso previamente otorgados no fueron revocados.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUMI\"><\/a><\/noindex><\/p>\n<h2>MODELO TIPO DE AMENAZA. M\u00d3DULO DE INTEGRACI\u00d3N<\/h2>\n<p><\/p>\n<h3>Objeto de protecci\u00f3n, para el cual se aplica el modelo de amenazas (scope)<\/h3>\n<p>\nEl m\u00f3dulo de integraci\u00f3n es un conjunto de objetos de infraestructura de informaci\u00f3n, destinado a organizar el intercambio de informaci\u00f3n entre sistemas de informaci\u00f3n.<\/p>\n<p>Teniendo en cuenta que en las redes corporativas no siempre es posible separar de manera inequ\u00edvoca un sistema de informaci\u00f3n de otro, el m\u00f3dulo de integraci\u00f3n tambi\u00e9n puede considerarse como un v\u00ednculo entre componentes dentro de un mismo sistema de informaci\u00f3n.<\/p>\n<p><b>Arquitectura<\/b><br \/>\nEl esquema general del m\u00f3dulo de integraci\u00f3n es el siguiente:<\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/6b91d59698b761a14aef7f1c4fbec325.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDescripci\u00f3n de los elementos de la arquitectura:<\/p>\n<ul>\n<li><i>\u00abServidor de intercambio (SI)\u00bb<\/i> \u2013 nodo \/ servicio \/ componente del sistema de informaci\u00f3n que realiza la funci\u00f3n de intercambio de datos con otro sistema de informaci\u00f3n.<\/li>\n<li><i>\u00abIntermediario\u00bb<\/i> \u2013 nodo \/ servicio destinado a organizar la interacci\u00f3n entre sistemas de informaci\u00f3n, pero que no forma parte de ellos. <br \/>\nEjemplos <i>\u00abIntermediarios\u00bb<\/i> pueden ser servicios de correo electr\u00f3nico, buses de servicio empresarial (enterprise service bus \/ arquitectura SoA), servidores de archivos externos, etc. En general, el m\u00f3dulo de integraci\u00f3n puede no contener \u00abIntermediarios\u00bb.<\/li>\n<li><i>\u00abSO de procesamiento de datos\u00bb<\/i> \u2013 conjunto de programas que implementan protocolos de intercambio de datos y transformaci\u00f3n de formatos. <br \/>\nPor ejemplo, la transformaci\u00f3n de datos del formato UFEB en el formato ABS, el cambio de estados de los mensajes durante la transmisi\u00f3n, etc.<\/li>\n<li><i>\u00abConexi\u00f3n de red\u00bb<\/i> corresponde al objeto descrito en el modelo tipo de amenazas \u00abConexi\u00f3n de red\u00bb. Algunas conexiones de red de las que se presentan en el esquema anterior pueden no existir.<\/li>\n<\/ul>\n<p><b>Ejemplos de m\u00f3dulos de integraci\u00f3n<\/b><\/p>\n<p><i>Esquema 1. Integraci\u00f3n ABS y ARM KBR a trav\u00e9s de un servidor de archivos externo<\/i><\/p>\n<p>Para la ejecuci\u00f3n de pagos, un empleado autorizado del banco exporta documentos de pago electr\u00f3nicos del ABS y los guarda en un archivo (en un formato propio, como un volcado SQL) en una carpeta de red (\u2026SHARE) del servidor de archivos. Luego, este archivo se convierte en un conjunto de archivos en formato UFEBS mediante un script conversor, que luego es le\u00eddo por el ARM KBR. <br \/>\nDespu\u00e9s de esto, el trabajador autorizado, que es el usuario del APM KBR, cifra y firma el archivo recibido y lo env\u00eda al sistema de pagos del Banco de Rusia.<\/p>\n<p>Al recibir pagos del Banco de Rusia, el APM KBR realiza su descifrado y verifica la firma electr\u00f3nica, luego registra en forma de un conjunto de archivos en formato UFEBS en el servidor de archivos. Antes de importar los documentos de pago en el ABS, se convierten utilizando un script convertidor del formato UFEBS al formato ABS. <\/p>\n<p>Suponemos que en este esquema, el ABS funciona en un servidor f\u00edsico, el APM KBR opera en una computadora dedicada, y el script convertidor trabaja en el servidor de archivos.<\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/bef53aaa1deaee5adeca620204345642.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondencia de los objetos en el esquema considerado con los elementos del modelo de m\u00f3dulo de integraci\u00f3n:<br \/>\n<i>\u00abServidores de intercambio del lado del ABS\u00bb<\/i> \u2013 servidor ABS.<br \/>\n<i>\u00abServidores de intercambio del lado del APM KBR\u00bb<\/i> \u2013 computadora APM KBR.<br \/>\n<i>\u00abIntermediario\u00bb<\/i> \u2013 servidor de archivos externo.<br \/>\n<i>\u00abSO de procesamiento de datos\u00bb<\/i> \u2013 script convertidor.<\/p>\n<p><i>Esquema 2. Integraci\u00f3n del ABS y el APM KBR al colocar una carpeta de red compartida con pagos en el APM KBR<\/i><\/p>\n<p>Todo es similar al Esquema 1, pero no se utiliza un servidor de archivos separado; en su lugar, la carpeta de red (\u2026SHARE) con documentos de pago electr\u00f3nicos se ubica en la computadora del ARM KBR. El script conversor tambi\u00e9n opera en el ARM KBR.<\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/7d3ecde6d78b2c45e1249236c7da925b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondencia de los objetos en el esquema considerado con los elementos del modelo de m\u00f3dulo de integraci\u00f3n:<br \/>\nSimilar al Esquema 1, pero <i>\u00abIntermediario\u00bb<\/i> no se utiliza.<\/p>\n<p><i>Esquema 3. Integraci\u00f3n del ABS y el APM KBR-N a trav\u00e9s de IBM WebSphera MQ y realizaci\u00f3n de la firma de documentos electr\u00f3nicos 'del lado del ABS'<\/i><\/p>\n<p>El ABS funciona en una plataforma no soportada por el SKZI SKAD Signature. La firma de los documentos electr\u00f3nicos que salen se realiza en un servidor especial de firma electr\u00f3nica (Servidor EP). Este mismo servidor verifica la firma electr\u00f3nica de los documentos que ingresan desde el Banco de Rusia.<\/p>\n<p>El ABS descarga en el Servidor EP un archivo con los documentos de pago en su propio formato.<br \/>\nEl Servidor EP, utilizando un script convertidor, convierte el archivo en mensajes electr\u00f3nicos en formato UFEBS, despu\u00e9s de lo cual los mensajes electr\u00f3nicos se firman y se env\u00edan a IBM WebSphere MQ.<\/p>\n<p>El APM KBR-N se conecta a IBM WebSphere MQ y recibe desde all\u00ed los mensajes de pago firmados, despu\u00e9s de lo cual el trabajador autorizado, que es el usuario del APM KBR, los cifra y los env\u00eda al sistema de pagos del Banco de Rusia.<\/p>\n<p>Al recibir los pagos del Banco de Rusia, el ARM KBR-N los descifra y verifica la firma electr\u00f3nica. Los pagos procesados con \u00e9xito en forma de mensajes electr\u00f3nicos descifrados y firmados en formato UFEBS se env\u00edan a IBM WebSphere MQ, desde donde los recibe el Servidor de EP.<\/p>\n<p>El Servidor de EP verifica la firma electr\u00f3nica de los pagos recibidos y los guarda en un archivo de formato ABS. Despu\u00e9s, un trabajador autorizado \u2014 usuario de ABS \u2014 carga el archivo resultante en ABS de acuerdo con el procedimiento establecido.<\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/b1bd9c224b18dc84cca5f8bdc7d69713.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondencia de los objetos en el esquema considerado con los elementos del modelo de m\u00f3dulo de integraci\u00f3n:<br \/>\n<i>\u00abServidor de intercambio del lado de ABS\u00bb<\/i> \u2013 servidor ABS.<br \/>\n<i>\u00abServidor de intercambio del lado de ARM KBR\u00bb<\/i> \u2014 computadora ARM KBR.<br \/>\n<i>\u00abIntermediario\u00bb<\/i> \u2013 Servidor de EP e IBM WebSphere MQ.<br \/>\n<i>\u00abSO de procesamiento de datos\u00bb<\/i> \u2013 script convertidor, SKZI SKAD Firma en el Servidor de EP.<\/p>\n<p><i>Esquema 4. Integraci\u00f3n del Servidor de DBO y ABS a trav\u00e9s de la API, proporcionada por el servidor de intercambio dedicado<\/i><\/p>\n<p>Asumiremos que el banco utiliza varios sistemas de banca a distancia (DBO): <\/p>\n<ul>\n<li>\u00abCliente-Banco por Internet\u00bb para personas f\u00edsicas (IKB FL);<\/li>\n<li>\u00abCliente-Banco por Internet\u00bb para personas jur\u00eddicas (IKB UL). <\/li>\n<\/ul>\n<p>\nCon el fin de garantizar la seguridad de la informaci\u00f3n, toda la interacci\u00f3n de ABS con los sistemas DBO se realiza a trav\u00e9s de un servidor de intercambio dedicado, que opera dentro del sistema de informaci\u00f3n \u00abABS\u00bb.<\/p>\n<p>A continuaci\u00f3n, examinaremos el proceso de interacci\u00f3n del sistema DBO IKB UL con ABS.<br \/>\nEl Servidor de DBO, al recibir del cliente un pedido de pago debidamente autorizado, debe crear el documento correspondiente en ABS basado en ello. Para ello, utiliza la API para enviar la informaci\u00f3n al servidor de intercambio, el cual, a su vez, introduce los datos en ABS. <\/p>\n<p>Al cambiar los saldos en la cuenta del cliente, ABS genera avisos electr\u00f3nicos, que se env\u00edan al servidor DBO a trav\u00e9s del servidor de intercambio.<\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/63f88ad151996e7ddaa883349a6d8e22.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondencia de los objetos en el esquema considerado con los elementos del modelo de m\u00f3dulo de integraci\u00f3n:<br \/>\n<i>\u00abServidor de intercambio del lado de DBO\u00bb<\/i> \u2013 servidor DBO IKB UL.<br \/>\n<i>\u00abServidor de intercambio del lado de ABS\u00bb<\/i> \u2013 servidor de intercambio.<br \/>\n<i>\u00abIntermediario\u00bb<\/i> \u2013 no disponible.<br \/>\n<i>\u00abSO de procesamiento de datos\u00bb<\/i> \u2013 componentes del Servidor de DBO responsables del uso de la API del servidor de intercambio, componentes del servidor de intercambio responsables del uso de la API de ABS.<\/p>\n<h3>Amenazas de seguridad de alto nivel<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU1. Infiltraci\u00f3n de informaci\u00f3n falsa por parte de atacantes a trav\u00e9s del m\u00f3dulo de integraci\u00f3n. <br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUMIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Infiltraci\u00f3n de informaci\u00f3n falsa por parte de atacantes a trav\u00e9s del m\u00f3dulo de integraci\u00f3n <\/h3>\n<p><b>Descomposici\u00f3n<\/b><br \/>\nU1.1. Modificaci\u00f3n no autorizada de datos leg\u00edtimos durante su transmisi\u00f3n a trav\u00e9s de conexiones de red:<br \/>\nU1.1.1 Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abModelo t\u00edpico de amenazas. Conexi\u00f3n de red. U2. Modificaci\u00f3n no autorizada de los datos transmitidos\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.2. Transmisi\u00f3n a trav\u00e9s de canales de comunicaci\u00f3n de datos falsos en nombre de un participante leg\u00edtimo en el intercambio:<br \/>\nU1.1.2 Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU3\">\u00abModelo t\u00edpico de amenazas. Conexi\u00f3n de red. U3. Infracci\u00f3n de derechos de autor de los datos transmitidos\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. Modificaci\u00f3n no autorizada de datos leg\u00edtimos durante su procesamiento en Servidores de intercambio o Intermediario:<br \/>\nU1.3.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU2\">\u00abModelo t\u00edpico de amenazas. Sistema de informaci\u00f3n basado en la arquitectura cliente-servidor. U2. Modificaci\u00f3n no autorizada de informaci\u00f3n protegida durante su procesamiento por parte del servidor del sistema de informaci\u00f3n\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.4. Creaci\u00f3n en Servidores de intercambio o Intermediario de datos falsos en nombre de un participante leg\u00edtimo del intercambio:<br \/>\nU1.4.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abModelo t\u00edpico de amenazas. Sistema de informaci\u00f3n basado en la arquitectura cliente-servidor. U1. Realizaci\u00f3n de acciones no autorizadas por parte de delincuentes en nombre de un usuario leg\u00edtimo\u00bb.<\/a><\/noindex><\/p>\n<p>U1.5. Modificaci\u00f3n no autorizada de los datos durante su procesamiento mediante software de procesamiento de datos:<br \/>\nU1.5.1. &lt;\u2026&gt; debido a que atacantes realizan cambios no autorizados en la configuraci\u00f3n del software de procesamiento de datos.<br \/>\nU1.5.2. &lt;\u2026&gt; debido a que atacantes realizan cambios no autorizados en los archivos ejecutables del software de procesamiento de datos.<br \/>\nU1.5.3. &lt;\u2026&gt; gracias al control interactivo de los atacantes sobre el funcionamiento del software de procesamiento de datos.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZI\"><\/a><\/noindex><\/p>\n<h2>MODELO T\u00cdPICO DE AMENAZAS. SISTEMA DE PROTECCI\u00d3N CRIPTOGR\u00c1FICA DE LA INFORMACI\u00d3N<\/h2>\n<p><\/p>\n<h3>Objeto de protecci\u00f3n, para el cual se aplica el modelo de amenazas (scope)<\/h3>\n<p>\nEl objeto de protecci\u00f3n es un sistema de protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n, utilizado para garantizar la seguridad del sistema de informaci\u00f3n.<\/p>\n<p><b>Arquitectura<\/b><br \/>\nLa base de cualquier sistema de informaci\u00f3n es el software de aplicaci\u00f3n (SO), que implementa su funcionalidad objetivo. <\/p>\n<p>La protecci\u00f3n criptogr\u00e1fica se realiza normalmente mediante la invocaci\u00f3n desde la l\u00f3gica de negocio del software de aplicaci\u00f3n de primitivas criptogr\u00e1ficas, que se encuentran en bibliotecas especializadas \u2013 n\u00facleos criptogr\u00e1ficos.<\/p>\n<p>Las primitivas criptogr\u00e1ficas incluyen funciones criptogr\u00e1ficas de bajo nivel, tales como:<\/p>\n<ul>\n<li>cifrar \/ descifrar un bloque de datos;<\/li>\n<li>crear \/ verificar la firma electr\u00f3nica de un bloque de datos;<\/li>\n<li>calcular la funci\u00f3n hash de un bloque de datos;<\/li>\n<li>formar \/ cargar \/ descargar informaci\u00f3n clave;<\/li>\n<li>etc.<\/li>\n<\/ul>\n<p>\nLa l\u00f3gica de negocio del software de aplicaci\u00f3n implementa, mediante primitivas criptogr\u00e1ficas, funcionalidades de nivel m\u00e1s alto:<\/p>\n<ul>\n<li>cifrar archivos con las claves de los destinatarios seleccionados;<\/li>\n<li>establecer una conexi\u00f3n de red segura;<\/li>\n<li>informar sobre los resultados de la verificaci\u00f3n de la firma electr\u00f3nica;<\/li>\n<li>y dem\u00e1s.<\/li>\n<\/ul>\n<p>\nLa interacci\u00f3n entre la l\u00f3gica de negocio y el n\u00facleo criptogr\u00e1fico puede realizarse:<\/p>\n<ul>\n<li>directamente, mediante la invocaci\u00f3n de primitivas criptogr\u00e1ficas de la l\u00f3gica de negocio desde bibliotecas din\u00e1micas del n\u00facleo criptogr\u00e1fico (.DLL para Windows, .SO para Linux);<\/li>\n<li>de manera indirecta, a trav\u00e9s de interfaces criptogr\u00e1ficas: envolturas (wrappers), como MS Crypto API, Java Cryptography Architecture, PKCS#11, entre otros. En este caso, la l\u00f3gica de negocio se dirige al criptointerfaz, que traduce la llamada al correspondiente n\u00facleo criptogr\u00e1fico, denominado proveedor criptogr\u00e1fico en este contexto. El uso de interfaces criptogr\u00e1ficas permite que el software de aplicaci\u00f3n se abstraiga de los algoritmos criptogr\u00e1ficos espec\u00edficos y sea m\u00e1s flexible.<\/li>\n<\/ul>\n<p>\nSe pueden distinguir dos esquemas t\u00edpicos de organizaci\u00f3n del n\u00facleo criptogr\u00e1fico:<\/p>\n<p><i>Esquema 1 \u2013 N\u00facleo criptogr\u00e1fico monol\u00edtico<\/i><br \/>\n<img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/e5186d11e4e0e9ad9361f3935228bc30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Esquema 2 \u2013 N\u00facleo criptogr\u00e1fico dividido<\/i><br \/>\n<img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/9953d524fbee78d7e4eb917e9d56a38f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLos elementos en los esquemas presentados pueden ser tanto m\u00f3dulos de software separados que operan en una misma computadora, como servicios de red que interact\u00faan dentro de una red de computaci\u00f3n.<\/p>\n<p>En el uso de sistemas organizados seg\u00fan el esquema 1, el software de aplicaci\u00f3n y el n\u00facleo criptogr\u00e1fico operan dentro de un entorno funcional unificado del medio criptogr\u00e1fico (SFC), por ejemplo, en la misma computadora, bajo el mismo sistema operativo. El usuario del sistema, por lo general, puede ejecutar en este mismo entorno funcional otros programas, incluidos aquellos que contienen c\u00f3digo malicioso. En tales condiciones, existe un riesgo considerable de filtraci\u00f3n de claves criptogr\u00e1ficas privadas.<\/p>\n<p>Para minimizar el riesgo, se utiliza el esquema 2, donde el n\u00facleo criptogr\u00e1fico se divide en dos partes:<\/p>\n<ol>\n<li>La primera parte, junto con el software de aplicaci\u00f3n, opera en un entorno no confiable, donde existe el riesgo de infecci\u00f3n por c\u00f3digo malicioso. Llamaremos a esta parte \u2013 'parte de software'.<\/li>\n<li>La segunda parte opera en un entorno confiable en un dispositivo dedicado, que contiene un almacenamiento de claves privadas. Llamaremos a esta parte \u2013 'parte de hardware'.<\/li>\n<\/ol>\n<p>\nLa separaci\u00f3n del n\u00facleo criptogr\u00e1fico en partes de software y hardware es bastante arbitraria. En el mercado hay sistemas construidos con un n\u00facleo criptogr\u00e1fico dividido, pero cuya parte \"hardware\" est\u00e1 representada en forma de imagen de m\u00e1quina virtual: virtual HSM (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.unboundtech.com\/product\/unbound-key-control\/\">ejemplo<\/a><\/noindex>).<\/p>\n<p>La interacci\u00f3n entre ambas partes del n\u00facleo criptogr\u00e1fico se lleva a cabo de tal manera que las claves criptogr\u00e1ficas secretas nunca se transfieren a la parte de software y, por lo tanto, no pueden ser robadas por medio de c\u00f3digo malicioso.<\/p>\n<p>La interfaz de interacci\u00f3n (API) y el conjunto de primitivas criptogr\u00e1ficas proporcionadas al software de aplicaci\u00f3n por el n\u00facleo criptogr\u00e1fico son iguales en ambos casos. La diferencia radica en la forma en que se implementan.<\/p>\n<p>As\u00ed, al utilizar un esquema con un n\u00facleo criptogr\u00e1fico dividido, la interacci\u00f3n entre la parte de software y la parte de hardware se lleva a cabo seg\u00fan el siguiente principio:<\/p>\n<ol>\n<li>Las primitivas criptogr\u00e1ficas que no requieren el uso de una clave secreta (por ejemplo, el c\u00e1lculo de una funci\u00f3n hash, la verificaci\u00f3n de una firma electr\u00f3nica, etc.) son ejecutadas por la parte de software.<\/li>\n<li>Las primitivas criptogr\u00e1ficas que utilizan una clave secreta (creaci\u00f3n de firma electr\u00f3nica, descifrado de datos, etc.) son ejecutadas por la parte de hardware.<\/li>\n<\/ol>\n<p>\nIlustremos el funcionamiento del n\u00facleo criptogr\u00e1fico dividido con el ejemplo de la creaci\u00f3n de una firma electr\u00f3nica:<\/p>\n<ol>\n<li>La parte de software calcula la funci\u00f3n hash de los datos firmados y transmite este valor a la parte de hardware a trav\u00e9s de un canal de intercambio entre n\u00facleos criptogr\u00e1ficos.<\/li>\n<li>La parte de hardware, utilizando la clave secreta y el hash, forma el valor de la firma electr\u00f3nica y lo transmite a la parte de software a trav\u00e9s del canal de intercambio.<\/li>\n<li>La parte de software devuelve el valor obtenido al software de aplicaci\u00f3n.<\/li>\n<\/ol>\n<p>\n<b>Caracter\u00edsticas de la verificaci\u00f3n de la validez de la firma electr\u00f3nica<\/b><\/p>\n<p>Cuando la parte receptora recibe los datos firmados con una firma electr\u00f3nica, debe llevar a cabo varias etapas de verificaci\u00f3n. Un resultado positivo de la verificaci\u00f3n de la firma electr\u00f3nica se alcanza solo cuando se superan todas las etapas de verificaci\u00f3n.<\/p>\n<p><i>Etapa 1. Control de integridad de los datos y autor\u00eda de los datos.<\/i><\/p>\n<p><u>Contenido de la etapa.<\/u> Se realiza una verificaci\u00f3n de la firma electr\u00f3nica de los datos seg\u00fan el algoritmo criptogr\u00e1fico correspondiente. La superaci\u00f3n exitosa de esta etapa indica que los datos no se han modificado desde su firma, as\u00ed como que la firma fue realizada con la clave privada correspondiente a la clave p\u00fablica de verificaci\u00f3n de la firma electr\u00f3nica.<br \/>\n<u>Lugar de ejecuci\u00f3n de la etapa:<\/u> n\u00facleo criptogr\u00e1fico.<\/p>\n<p><i>Etapa 2. Control de confianza en la clave p\u00fablica del firmante y control de la validez de la clave privada de la firma electr\u00f3nica.<\/i><br \/>\n<u>Contenido de la etapa.<\/u> La etapa consta de dos subetapas intermedias. En la primera se determina si la clave p\u00fablica de verificaci\u00f3n de la firma electr\u00f3nica era de confianza en el momento de la firma de los datos. En la segunda se verifica si la clave privada de la firma electr\u00f3nica estaba activa en el momento de la firma de los datos. En general, los plazos de validez de estas claves pueden no coincidir (por ejemplo, para certificados cualificados de claves de verificaci\u00f3n de firmas electr\u00f3nicas). Los m\u00e9todos para establecer la confianza en la clave p\u00fablica del firmante se determinan por las reglas de intercambio electr\u00f3nico de documentos adoptadas por las partes intervinientes.<br \/>\n<u>Lugar de ejecuci\u00f3n de la etapa:<\/u> software de aplicaci\u00f3n \/ n\u00facleo criptogr\u00e1fico.<\/p>\n<p><i>Etapa 3. Control de las facultades del firmante.<\/i><br \/>\n<u>Contenido de la etapa.<\/u> De acuerdo con las reglas establecidas de intercambio electr\u00f3nico de documentos, se verifica si el firmante ten\u00eda derecho a certificar los datos protegidos. Por ejemplo, consideremos una situaci\u00f3n de violaci\u00f3n de facultades. Supongamos que hay una organizaci\u00f3n donde todos los empleados tienen una firma electr\u00f3nica. Un mandato del director llega al sistema interno de intercambio electr\u00f3nico de documentos, pero es firmado con la firma electr\u00f3nica del encargado del almac\u00e9n. En consecuencia, tal documento no puede considerarse leg\u00edtimo.<br \/>\n<u>Lugar de ejecuci\u00f3n de la etapa:<\/u> software de aplicaci\u00f3n.<\/p>\n<p><b>Suposiciones realizadas al describir el objeto de protecci\u00f3n<\/b><\/p>\n<ol>\n<li>Los canales de transmisi\u00f3n de informaci\u00f3n, a excepci\u00f3n de los canales de intercambio de claves, tambi\u00e9n pasan a trav\u00e9s del software de aplicaci\u00f3n, API y n\u00facleo criptogr\u00e1fico.<\/li>\n<li>La informaci\u00f3n sobre la confianza en las claves p\u00fablicas y\/o certificados, as\u00ed como la informaci\u00f3n sobre las facultades de los propietarios de las claves p\u00fablicas, se almacena en el repositorio de claves p\u00fablicas.<\/li>\n<li>El software de aplicaci\u00f3n trabaja con el repositorio de claves p\u00fablicas a trav\u00e9s del n\u00facleo criptogr\u00e1fico.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Ejemplo de un sistema de informaci\u00f3n protegido mediante criptograf\u00eda<\/h3>\n<p>\nPara ilustrar los esquemas presentados anteriormente, consideremos un sistema de informaci\u00f3n hipot\u00e9tico y destaquemos todos sus elementos estructurales. <\/p>\n<p><b>Descripci\u00f3n del sistema de informaci\u00f3n<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/74f3e2fd669ed97f50253fbb4b348f6f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDos organizaciones decidieron implementar entre s\u00ed un flujo de documentos electr\u00f3nicos (FDE) legalmente vinculante. Para ello, firmaron un acuerdo que estipula que los documentos ser\u00e1n enviados por correo electr\u00f3nico, debiendo ser encriptados y firmados con una firma electr\u00f3nica calificada. Se utilizar\u00e1n programas de oficina del paquete Microsoft Office 2016 para la creaci\u00f3n y procesamiento de documentos, y para la protecci\u00f3n criptogr\u00e1fica se emplear\u00e1n el SCZI CryptoPro y el software de encriptaci\u00f3n CryptoARM.<\/p>\n<p><b>Descripci\u00f3n de la infraestructura de la organizaci\u00f3n 1<\/b><\/p>\n<p>La organizaci\u00f3n 1 decidi\u00f3 que instalar\u00eda el SCZI CryptoPro y el software CryptoARM en el equipo del usuario \u2014 un ordenador f\u00edsico. Las claves de encriptaci\u00f3n y de firma electr\u00f3nica se almacenar\u00e1n en un dispositivo de clave ruToken, que funciona en modo de clave extra\u00edble. El usuario preparar\u00e1 documentos electr\u00f3nicos localmente en su ordenador, despu\u00e9s los encriptar\u00e1, firmar\u00e1 y enviar\u00e1 utilizando un cliente de correo electr\u00f3nico instalado localmente.<\/p>\n<p><b>Descripci\u00f3n de la infraestructura de la organizaci\u00f3n 2<\/b><\/p>\n<p>La organizaci\u00f3n 2 decidi\u00f3 llevar a cabo las funciones de encriptaci\u00f3n y firma electr\u00f3nica en una m\u00e1quina virtual dedicada. Todas las operaciones criptogr\u00e1ficas se realizar\u00e1n de manera autom\u00e1tica. <\/p>\n<p>Para ello, se han organizado dos carpetas de red en una m\u00e1quina virtual dedicada: &lt;In&gt;, &lt;Out&gt;. En la carpeta de red &lt;In&gt; se colocar\u00e1n autom\u00e1ticamente los archivos recibidos del contratista en texto claro. Estos archivos se descifrar\u00e1n y se verificar\u00e1 su firma electr\u00f3nica.<\/p>\n<p>En la carpeta &#171;&#8230;Out&#187;, el usuario colocar\u00e1 los archivos que deben ser cifrados, firmados y enviados al contratista. Los archivos ser\u00e1n preparados en su estaci\u00f3n de trabajo.<br \/>\nPara realizar las funciones de encriptaci\u00f3n y firma electr\u00f3nica, se instalaron el SCZI CryptoPro, el software CryptoARM y un cliente de correo electr\u00f3nico en la m\u00e1quina virtual. La gesti\u00f3n autom\u00e1tica de todos los elementos de la m\u00e1quina virtual se llevar\u00e1 a cabo mediante scripts desarrollados por los administradores de sistemas. El funcionamiento de los scripts se registra en archivos de logs.<\/p>\n<p>Las claves criptogr\u00e1ficas de la firma electr\u00f3nica se almacenar\u00e1n en un token con la clave no extra\u00edble JaCarta \u0413\u041e\u0421\u0422, que el usuario conectar\u00e1 a su computadora local.<\/p>\n<p>El token se transmitir\u00e1 a la m\u00e1quina virtual mediante herramientas de software especializadas USB-over-IP, instaladas en el puesto de trabajo del usuario y en la m\u00e1quina virtual.<\/p>\n<p>Los horarios del sistema en el puesto de trabajo del usuario en la organizaci\u00f3n 1 se ajustar\u00e1n manualmente. Los horarios del sistema de la m\u00e1quina virtual en la organizaci\u00f3n 2 se sincronizar\u00e1n con los horarios del sistema del hipervisor, que a su vez se sincronizar\u00e1n a trav\u00e9s de Internet con servidores de tiempo p\u00fablicos.<\/p>\n<p><b>Identificaci\u00f3n de los elementos estructurales del SKZI<\/b><br \/>\nCon base en la descripci\u00f3n anterior de la infraestructura de TI, identificaremos los elementos estructurales del SKZI y los registraremos en una tabla.<\/p>\n<p><i>Tabla - Correspondencia de los elementos del modelo SKZI con los elementos de los sistemas de informaci\u00f3n<\/i> <\/p>\n<p><b>Nombre del elemento<\/b><br \/>\n<b>Organizaci\u00f3n 1<\/b><br \/>\n<b>Organizaci\u00f3n 2<\/b><\/p>\n<p>Software de aplicaci\u00f3n<br \/>\nSoftware KryptoARM<br \/>\nSoftware KryptoARM<\/p>\n<p>Parte software del n\u00facleo criptogr\u00e1fico<br \/>\nSKZI CryptoPRO CSP<br \/>\nSKZI CryptoPRO CSP<\/p>\n<p>Parte hardware del n\u00facleo criptogr\u00e1fico<br \/>\nno est\u00e1 presente<br \/>\nJaCarta \u0413\u041e\u0421\u0422<\/p>\n<p>API<br \/>\nMS CryptoAPI<br \/>\nMS CryptoAPI<\/p>\n<p>Almacenamiento de claves p\u00fablicas<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 disco duro;<br \/>\n \u2014 almacenamiento est\u00e1ndar de certificados de Windows.<br \/>\nHipervisor:<br \/>\n \u2014 disco duro.<\/p>\n<p>M\u00e1quina virtual:<br \/>\n \u2014 disco duro;<br \/>\n \u2014 almacenamiento est\u00e1ndar de certificados de Windows.<\/p>\n<p>Almacenamiento de claves privadas<br \/>\nDispositivo de clave ruToken, funcionando en modo de clave extra\u00edble<br \/>\nDispositivo de clave JaCarta \u0413\u041e\u0421\u0422, funcionando en modo de clave no extra\u00edble<\/p>\n<p>Canal de intercambio de claves p\u00fablicas<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 memoria RAM.<\/p>\n<p>Hipervisor:<br \/>\n \u2014 memoria RAM.<\/p>\n<p>M\u00e1quina virtual:<br \/>\n \u2014 memoria RAM.<\/p>\n<p>Canal de intercambio de claves privadas<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 bus USB;<br \/>\n \u2014 memoria RAM.<br \/>\nno est\u00e1 presente<\/p>\n<p>Canal de intercambio entre n\u00facleos criptogr\u00e1ficos<br \/>\nno disponible (sin parte hardware del n\u00facleo criptogr\u00e1fico)<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 bus USB;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 m\u00f3dulo de software USB-over-IP;<br \/>\n \u2014 interfaz de red.<\/p>\n<p>Red corporativa de la organizaci\u00f3n 2.<\/p>\n<p>Hipervisor:<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 interfaz de red.<\/p>\n<p>M\u00e1quina virtual:<br \/>\n \u2014 interfaz de red;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 m\u00f3dulo de software USB-over-IP.<\/p>\n<p>Canal de intercambio de datos abiertos<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 dispositivos de entrada\/salida;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 dispositivos de entrada\/salida;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro;<br \/>\n \u2014 interfaz de red.<\/p>\n<p>Red corporativa de la organizaci\u00f3n 2.<\/p>\n<p>Hipervisor:<br \/>\n \u2014 interfaz de red; <br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<\/p>\n<p>M\u00e1quina virtual: <br \/>\n \u2014 interfaz de red; <br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<\/p>\n<p>Canal de intercambio de datos protegidos<br \/>\nInternet.<\/p>\n<p>Red corporativa de la organizaci\u00f3n 1.<\/p>\n<p>Puesto de trabajo del usuario:<br \/>\n \u2014 disco duro;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 interfaz de red.<\/p>\n<p>Internet.<\/p>\n<p>Red corporativa de la organizaci\u00f3n 2.<\/p>\n<p>Hipervisor:<br \/>\n \u2014 interfaz de red; <br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<\/p>\n<p>M\u00e1quina virtual: <br \/>\n \u2014 interfaz de red; <br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<\/p>\n<p>Canal de transmisi\u00f3n de tiempo<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 dispositivos de entrada\/salida;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 temporizador del sistema.<\/p>\n<p>Internet. <br \/>\nRed corporativa de la organizaci\u00f3n 2,<\/p>\n<p>Hipervisor:<br \/>\n \u2014 interfaz de red;<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 temporizador del sistema.<\/p>\n<p>M\u00e1quina virtual:<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 temporizador del sistema.<\/p>\n<p>Canal de transmisi\u00f3n de comandos de control<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 dispositivos de entrada\/salida;<br \/>\n \u2014 memoria RAM.<\/p>\n<p>(Interfaz gr\u00e1fica de usuario del software KryptoARM)<\/p>\n<p>M\u00e1quina virtual:<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<\/p>\n<p>(Scripts de automatizaci\u00f3n)<\/p>\n<p>Canal de recepci\u00f3n de resultados de trabajo<br \/>\nPuesto de trabajo del usuario:<br \/>\n \u2014 dispositivos de entrada\/salida;<br \/>\n \u2014 memoria RAM.<\/p>\n<p>(Interfaz gr\u00e1fica de usuario del software KryptoARM)<\/p>\n<p>M\u00e1quina virtual:<br \/>\n \u2014 memoria RAM;<br \/>\n \u2014 disco duro.<\/p>\n<p>(Archivos de registros de trabajo de los scripts de automatizaci\u00f3n)<\/p>\n<p><\/p>\n<h3>Amenazas de seguridad de alto nivel<\/h3>\n<p>\n<b>Explicaciones<\/b><\/p>\n<p>Supuestos adoptados al descomponer las amenazas:<\/p>\n<ol>\n<li>Se utilizan algoritmos criptogr\u00e1ficos robustos.<\/li>\n<li>Los algoritmos criptogr\u00e1ficos se utilizan de manera segura en los modos de operaci\u00f3n correctos (por ejemplo, <noindex><a rel=\"nofollow\" href=\"http:\/\/cryptowiki.net\/index.php?title=Electronic_Code_Book\">ECB<\/a><\/noindex> no se aplica para cifrar grandes vol\u00famenes de datos, teniendo en cuenta la carga admisible en la clave, etc.).<\/li>\n<li>Los atacantes conocen todos los algoritmos, protocolos y claves p\u00fablicas utilizados.<\/li>\n<li>Todos los datos cifrados son accesibles para los atacantes.<\/li>\n<li>Los atacantes son capaces de reproducir cualquier elemento de software en el sistema.<\/li>\n<\/ol>\n<p>\n<b>Descomposici\u00f3n<\/b><\/p>\n<p>U1. Compromiso de claves criptogr\u00e1ficas privadas.<br \/>\nU2. Cifrado de datos falsos en nombre de un remitente leg\u00edtimo.<br \/>\nU3. Descifrado de datos cifrados por personas que no son los destinatarios leg\u00edtimos de la informaci\u00f3n (atacantes).<br \/>\nU4. Creaci\u00f3n de una firma electr\u00f3nica por parte de un firmante leg\u00edtimo sobre datos falsos.<br \/>\nU5. Obtenci\u00f3n de un resultado positivo al verificar la firma electr\u00f3nica sobre datos falsos.<br \/>\nU6. Aceptaci\u00f3n err\u00f3nea de documentos electr\u00f3nicos para su ejecuci\u00f3n debido a problemas en la organizaci\u00f3n del intercambio electr\u00f3nico de documentos.<br \/>\nU7. Acceso no autorizado a datos protegidos durante su procesamiento en el Sistema de Criptograf\u00eda.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Compromiso de claves criptogr\u00e1ficas privadas<\/h3>\n<p>\nU1.1. Obtenci\u00f3n de la clave privada del almac\u00e9n de claves privadas.<\/p>\n<p>U1.2. Obtenci\u00f3n de la clave privada de los objetos del entorno de operaci\u00f3n de los medios criptogr\u00e1ficos, donde puede encontrarse temporalmente.<br \/>\n<i>Explicaciones U1.2.<\/i><\/p>\n<p>Los objetos en los que la clave privada puede almacenarse temporalmente incluyen:<\/p>\n<ol>\n<li>memoria RAM, <\/li>\n<li>archivos temporales, <\/li>\n<li>archivos de intercambio, <\/li>\n<li>archivos de hibernaci\u00f3n, <\/li>\n<li>archivos de instant\u00e1neas del estado 'en caliente' de m\u00e1quinas virtuales, incluidos los archivos de contenido de la memoria RAM de m\u00e1quinas virtuales que se han puesto en pausa.<\/li>\n<\/ol>\n<p>\nU1.2.1. Extracci\u00f3n de claves privadas de la memoria RAM activa mediante la congelaci\u00f3n de m\u00f3dulos de RAM, su extracci\u00f3n y posterior lectura de datos (ataque de congelaci\u00f3n).<br \/>\n<i>Explicaciones U1.2.1.<\/i><br \/>\nEjemplo <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/452899.php\">del ataque<\/a><\/noindex>. <\/p>\n<p>U1.3. Obtenci\u00f3n de la clave privada del canal de intercambio de claves privadas.<br \/>\n<i>Explicaciones U1.3.<\/i><br \/>\nUn ejemplo de la implementaci\u00f3n de esta amenaza ser\u00e1 proporcionado <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA3\">abajo<\/a><\/noindex>.<\/p>\n<p>U1.4. Modificaci\u00f3n no autorizada del n\u00facleo criptogr\u00e1fico, como resultado de lo cual las claves privadas se vuelven conocidas para los atacantes.<\/p>\n<p>U1.5. Compromiso de la clave privada como resultado del uso de canales t\u00e9cnicos de filtraci\u00f3n de informaci\u00f3n (CTFI).<br \/>\n<i>Explicaciones U1.5.<\/i><br \/>\nEjemplo <noindex><a rel=\"nofollow\" href=\"https:\/\/www.usenix.org\/system\/files\/conference\/usenixsecurity18\/sec18-alam.pdf\">del ataque<\/a><\/noindex>. <\/p>\n<p>U1.6. Compromiso de la clave privada como resultado del uso de medios t\u00e9cnicos especiales (MTE), dise\u00f1ados para la recolecci\u00f3n encubierta de informaci\u00f3n (\u2018bugs\u2019).<\/p>\n<p>U1.7. Compromiso de las claves privadas durante su almacenamiento fuera de SKZI.<br \/>\n<i>Explicaciones U1.7.<\/i><br \/>\nPor ejemplo, un usuario almacena sus soportes clave en un caj\u00f3n de su escritorio, de donde pueden ser f\u00e1cilmente extra\u00eddos por los atacantes.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU2\"><\/a><\/noindex><\/p>\n<h3>U2. Encriptaci\u00f3n de datos falsos en nombre de un remitente leg\u00edtimo.<\/h3>\n<p>\n<b>Explicaciones<\/b><br \/>\nEsta amenaza se considera solo para esquemas de cifrado de datos con autenticaci\u00f3n del remitente. Ejemplos de tales esquemas se especifican en las recomendaciones de estandarizaci\u00f3n. <noindex><a rel=\"nofollow\" href=\"https:\/\/tc26.ru\/standarts\/rekomendatsii-po-standartizatsii\/r-1323565-1-004-2017-informatsionnaya-tekhnologiya-kriptograficheskaya-zashchita-informatsii-skhemy-vyrabotki-obshchego-klyucha-s-autentifikatsiey-na-osnove-otkrytogo-klyucha.html\">P 1323565.1.004-2017 \u00abTecnolog\u00eda de la informaci\u00f3n. Protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n. Esquemas de generaci\u00f3n de claves comunes con autenticaci\u00f3n basada en clave p\u00fablica\u00bb.<\/a><\/noindex>. Para los dem\u00e1s esquemas criptogr\u00e1ficos, esta amenaza no existe, ya que la encriptaci\u00f3n se realiza con las claves p\u00fablicas del destinatario, que en general son conocidas por los atacantes.<\/p>\n<p><b>Descomposici\u00f3n<\/b><br \/>\nU2.1. Compromiso de la clave privada del remitente:<br \/>\nU2.1.1. Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u00abModelo t\u00edpico de amenazas. Sistema de protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n. U1. Compromiso de claves criptogr\u00e1ficas privadas\u00bb.<\/a><\/noindex>.<\/p>\n<p>U2.2. Sustituci\u00f3n de los datos de entrada en el canal de intercambio de datos abiertos.<br \/>\n<i>Notas U2.2.<\/i><br \/>\nLos ejemplos de implementaci\u00f3n de esta amenaza se presentan a continuaci\u00f3n. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">aqu\u00ed<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">aqu\u00ed<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU3\"><\/a><\/noindex><\/p>\n<h3>U3. Descifrado de datos cifrados por personas que no son los destinatarios leg\u00edtimos de los datos (atacantes).<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU3.1. Compromiso de las claves privadas del destinatario de datos cifrados. <br \/>\nU3.1.1 Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u00abModelo t\u00edpico de amenazas. Sistema de protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n. U1. Compromiso de claves criptogr\u00e1ficas privadas\u00bb.<\/a><\/noindex>.<\/p>\n<p>U3.2. Sustituci\u00f3n de los datos cifrados en el canal de intercambio de datos protegidos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU4\"><\/a><\/noindex><\/p>\n<h3>U4. Creaci\u00f3n de la firma electr\u00f3nica de un firmante leg\u00edtimo sobre datos falsos.<br \/>\n<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU4.1. Compromiso de las claves privadas de la firma electr\u00f3nica del firmante leg\u00edtimo. <br \/>\nU4.1.1 Enlace: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u00abModelo t\u00edpico de amenazas. Sistema de protecci\u00f3n criptogr\u00e1fica de la informaci\u00f3n. U1. Compromiso de claves criptogr\u00e1ficas privadas\u00bb.<\/a><\/noindex>.<\/p>\n<p>U4.2. Sustituci\u00f3n de los datos firmados en el canal de intercambio de datos abiertos.<br \/>\n<i>Nota U4.2.<\/i><br \/>\nLos ejemplos de implementaci\u00f3n de esta amenaza se presentan a continuaci\u00f3n. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">aqu\u00ed<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">aqu\u00ed<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU5\"><\/a><\/noindex><\/p>\n<h3>U5. Obtenci\u00f3n de un resultado positivo de la verificaci\u00f3n de la firma electr\u00f3nica sobre datos falsos.<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU5.1. Los atacantes interceptan en el canal de transmisi\u00f3n de resultados un mensaje sobre el resultado negativo de la verificaci\u00f3n de la firma electr\u00f3nica y lo reemplazan por un mensaje con un resultado positivo.<\/p>\n<p>U5.2. Los atacantes llevan a cabo un ataque a la confianza en los certificados de firma (<b>ESCENARIO \u2014 todos los elementos son obligatorios<\/b>):<br \/>\nU5.2.1. Los atacantes generan una clave p\u00fablica y una clave privada de firma electr\u00f3nica. Si se utilizan certificados de claves de firma electr\u00f3nica en el sistema, generan un certificado de firma electr\u00f3nica que se asemeja lo m\u00e1s posible al certificado del supuesto remitente de los datos cuyo mensaje intentan falsificar.<br \/>\nU5.2.2. Los atacantes realizan cambios no autorizados en el almacenamiento de claves p\u00fablicas, otorgando a la clave p\u00fablica generada por ellos el nivel de confianza y las capacidades necesarias.<br \/>\nU5.2.3. Los atacantes firman datos falsos con la clave de firma electr\u00f3nica previamente formada e inyectan estos datos en el canal de intercambio de datos protegidos.<\/p>\n<p>U5.3. Los atacantes llevan a cabo un ataque utilizando claves de firma electr\u00f3nica caducadas de un firmante leg\u00edtimo (<b>ESCENARIO \u2014 todos los elementos son obligatorios<\/b>):<br \/>\nU5.3.1. Los atacantes comprometen las claves privadas caducadas (actualmente no v\u00e1lidas) de un remitente leg\u00edtimo.<br \/>\nU5.3.2. Los atacantes sustituyen el tiempo en el canal de transmisi\u00f3n por un momento en el que las claves comprometidas todav\u00eda eran v\u00e1lidas.<br \/>\nU5.3.3. Los atacantes firman datos falsos con la clave de firma electr\u00f3nica previamente comprometida e inyectan estos datos en el canal de intercambio de datos protegidos.<\/p>\n<p>U5.4. Los atacantes llevan a cabo un ataque utilizando claves de firma electr\u00f3nica comprometidas de un firmante leg\u00edtimo (<b>ESCENARIO \u2014 todos los elementos son obligatorios<\/b>):<br \/>\nU5.4.1. Los atacantes hacen una copia del almacenamiento de claves p\u00fablicas.<br \/>\nU5.4.2. Los atacantes comprometen las claves privadas de uno de los remitentes legales. Este nota la compromisi\u00f3n, revoca las claves, y la informaci\u00f3n sobre la revocaci\u00f3n de la clave se coloca en el almacenamiento de claves p\u00fablicas.<br \/>\nU5.4.3. Los atacantes reemplazan el almacenamiento de claves p\u00fablicas por el que hab\u00edan copiado anteriormente.<br \/>\nU5.4.4. Los atacantes firman datos falsos con la clave de firma electr\u00f3nica previamente comprometida e inyectan estos datos en el canal de intercambio de datos protegidos.<\/p>\n<p>U5.5. &lt;&#8230;&gt; debido a errores en la implementaci\u00f3n de la 2\u00aa y 3\u00aa etapa de verificaci\u00f3n de la firma electr\u00f3nica:<br \/>\n<i>Explicaciones U5.5.<\/i><br \/>\nEl ejemplo de implementaci\u00f3n de esta amenaza es el siguiente <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA4\">abajo<\/a><\/noindex>.<\/p>\n<p>U5.5.1. La verificaci\u00f3n de confianza en el certificado de la clave de la firma electr\u00f3nica se basa solo en la confianza en el certificado con el que fue firmado, sin verificaciones de CRL o OCSP.<br \/>\n<i>Explicaciones U5.5.1.<\/i><br \/>\nEjemplo de implementaci\u00f3n <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/332730\/\">amenazas<\/a><\/noindex>. <\/p>\n<p>U5.5.2. Al construir la cadena de confianza del certificado, no se analizan las competencias de los certificados emisores.<br \/>\n<i>Explicaciones U5.5.2.<\/i><br \/>\nEjemplo de ataque dirigido a certificados SSL\/TLS. <br \/>\nLos atacantes compraron un certificado leg\u00edtimo para su correo electr\u00f3nico. Luego, crearon un certificado fraudulento para un sitio y lo firmaron con su propio certificado. Si no se realiza la verificaci\u00f3n de competencias, la verificaci\u00f3n de la cadena de confianza ser\u00e1 correcta y, por lo tanto, el certificado fraudulento tambi\u00e9n ser\u00e1 considerado v\u00e1lido.<\/p>\n<p>U5.5.3. Al construir la cadena de confianza del certificado, no se verifican los certificados intermedios para su revocaci\u00f3n.<\/p>\n<p>U5.5.4. La actualizaci\u00f3n de CRL ocurre con menos frecuencia de la que emite la autoridad certificadora.<\/p>\n<p>U5.5.5. La decisi\u00f3n sobre la confianza en la firma electr\u00f3nica se toma antes de recibir la respuesta OCSP sobre el estado del certificado, que se envi\u00f3 en una solicitud hecha despu\u00e9s del momento de formaci\u00f3n de la firma, o antes de recibir el siguiente CRL posterior a la formaci\u00f3n de la firma. <br \/>\n<i>Explicaciones U5.5.5.<\/i><br \/>\nEn la regulaci\u00f3n de la mayor\u00eda de las AC, el tiempo de revocaci\u00f3n del certificado se considera el tiempo de emisi\u00f3n del CRL m\u00e1s cercano, que contiene informaci\u00f3n sobre la revocaci\u00f3n del certificado.<\/p>\n<p>U5.5.6. Al recibir datos firmados, no se verifica la pertenencia del certificado al remitente. <br \/>\n<i>Explicaciones U5.5.6.<\/i><br \/>\nEjemplo de ataque. En el caso de los certificados SSL: puede no verificarse la coincidencia de la direcci\u00f3n del servidor llamado con el valor del campo CN en el certificado.<br \/>\nEjemplo de ataque. Los atacantes comprometieron las claves de firma electr\u00f3nica de uno de los participantes en el sistema de pago. Luego, hackearon la red de otro participante y enviaron en su nombre documentos de pago al servidor de liquidaci\u00f3n del sistema de pago, firmados con las claves comprometidas. Si el servidor analiza solo la confianza y no verifica la coincidencia, los documentos fraudulentos se considerar\u00edan leg\u00edtimos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU6\"><\/a><\/noindex><\/p>\n<h3>U6. Aceptaci\u00f3n err\u00f3nea de documentos electr\u00f3nicos para su ejecuci\u00f3n debido a problemas en la organizaci\u00f3n del intercambio electr\u00f3nico de documentos.<\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><br \/>\nU6.1. La parte receptora no detecta duplicaci\u00f3n en los documentos recibidos.<br \/>\n<i>Explicaciones U6.1.<\/i><br \/>\nEjemplo de ataque. Los atacantes pueden interceptar el documento que se env\u00eda al destinatario, incluso si est\u00e1 protegido criptogr\u00e1ficamente, y luego enviarlo repetidamente a trav\u00e9s del canal de transmisi\u00f3n de datos protegidos. Si el destinatario no detecta duplicados, todos los documentos recibidos se considerar\u00e1n y procesar\u00e1n como documentos distintos.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU7\"><\/a><\/noindex><\/p>\n<h3>U7. Acceso no autorizado a datos protegidos durante su procesamiento por SKZI. <\/h3>\n<p>\n<b>Descomposici\u00f3n<\/b><\/p>\n<p>U7.1. &lt;&#8230;&gt; como resultado de la filtraci\u00f3n de informaci\u00f3n por canales externos (ataques de canal lateral).<br \/>\n<i>Explicaciones U7.1.<\/i><br \/>\nEjemplo <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cs.tau.ac.il\/~tromer\/synesthesia\/synesthesia.pdf\">del ataque<\/a><\/noindex>. <\/p>\n<p>U7.2. &lt;&#8230;&gt; como consecuencia de la neutralizaci\u00f3n de la protecci\u00f3n contra el acceso no autorizado a la informaci\u00f3n procesada en el SKZI:<br \/>\nU7.2.1. Explotaci\u00f3n de SKZI con violaciones de los requisitos descritos en la documentaci\u00f3n de SKZI.<\/p>\n<p>U7.2.2. &lt;&#8230;&gt;, realizada debido a la existencia de vulnerabilidades en:<br \/>\nU7.2.2.1. &lt;&#8230;&gt; los medios de protecci\u00f3n contra el acceso no autorizado.<br \/>\nU7.2.2.2. &lt;&#8230;&gt; el propio SKZI.<br \/>\nU7.2.2.3. &lt;&#8230;&gt; el entorno de operaci\u00f3n del medio criptogr\u00e1fico.<\/p>\n<h3>Ejemplos de ataques<\/h3>\n<p>\nLos escenarios descritos a continuaci\u00f3n contienen errores evidentes en la organizaci\u00f3n de la seguridad de la informaci\u00f3n y sirven solo para ilustrar posibles ataques.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA1\"><\/a><\/noindex><\/p>\n<h4>Escenario 1. Ejemplo de implementaci\u00f3n de las amenazas U2.2 y U4.2.<\/h4>\n<p>\n<b>Descripci\u00f3n del objeto<\/b><br \/>\n<img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/77d51167720552df4eb9c2bafbce6765.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEl software ARM KBR y SKZI SKAD est\u00e1 instalado en un ordenador f\u00edsico, no conectado a la red de computaci\u00f3n. Se utiliza un soporte clave FKN vdToken en modo de operaci\u00f3n con clave no extra\u00edble.<\/p>\n<p>El reglamento para la realizaci\u00f3n de c\u00e1lculos prev\u00e9 que el especialista en c\u00e1lculos descargue los mensajes electr\u00f3nicos en abierto (esquema del antiguo ARM KBR) desde un servidor de archivos protegido, luego los copie a un dispositivo extra\u00edble USB y los transfiera al ARM KBR, donde los cifra y los firma. Despu\u00e9s, el especialista transfiere los mensajes electr\u00f3nicos protegidos a un dispositivo extra\u00edble, y luego a trav\u00e9s de su computadora de trabajo los carga al servidor de archivos, desde donde llegan al UTA y luego al sistema de pagos del Banco de Rusia.<\/p>\n<p>En este caso, los canales de intercambio de datos abiertos y protegidos incluir\u00e1n: el servidor de archivos, la computadora de trabajo del especialista y el dispositivo extra\u00edble.<\/p>\n<p><b>Ataque<\/b><br \/>\nLos atacantes instalan sin autorizaci\u00f3n un sistema de control remoto en el ordenador de trabajo del especialista y, en el momento de grabar en el medio de transmisi\u00f3n los pagos (mensajes electr\u00f3nicos), sustituyen el contenido de uno de ellos en texto abierto. El especialista transfiere los pagos al A\u0420M KBR, los firma y cifra, sin notar el reemplazo (por ejemplo, debido a la gran cantidad de pagos en curso, fatiga, etc.). Despu\u00e9s de eso, el pago falso, pasando por la cadena tecnol\u00f3gica, llega al sistema de pagos del Banco de Rusia.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA2\"><\/a><\/noindex><\/p>\n<h4>Escenario 2. Ejemplo de implementaci\u00f3n de las amenazas U2.2 y U4.2.<\/h4>\n<p>\n<b>Descripci\u00f3n del objeto<\/b><br \/>\n<img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/b4489290d665b359323ec6b58dde1139.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUn ordenador con A\u0420M KBR instalado, SCAD Signature y un dispositivo de clave F\u041aN vdToken funciona en un espacio privado sin acceso por parte del personal.<br \/>\nEl especialista en pagos se conecta al A\u0420M KBR en modo de acceso remoto a trav\u00e9s del protocolo RDP.<\/p>\n<p><b>Ataque<\/b><br \/>\nLos atacantes interceptan los detalles que utiliza el especialista en pagos para conectarse y trabajar con el A\u0420M KBR (por ejemplo, a trav\u00e9s de un c\u00f3digo malicioso en su ordenador). Luego se conectan en su nombre y env\u00edan un pago falso al sistema de pagos del Banco de Rusia.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA3\"><\/a><\/noindex><\/p>\n<h4>Escenario 3. Ejemplo de implementaci\u00f3n de la amenaza U1.3. <\/h4>\n<p>\n<b>Descripci\u00f3n del objeto<\/b><br \/>\n<img decoding=\"async\" alt=\"Seguridad de la informaci\u00f3n en pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas\" src=\"\/wp-content\/uploads\/2019\/04\/988a97dd75247780556d388566d771f0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nConsideremos una de las opciones hipot\u00e9ticas de implementaci\u00f3n de los m\u00f3dulos de integraci\u00f3n 'ABS-KBR' para un nuevo esquema (A\u0420M KBR-N), donde la firma electr\u00f3nica de los documentos salientes se realiza en el lado de ABS. Supondremos que ABS funciona en un sistema operativo que no es compatible con el esquema criptogr\u00e1fico SCAD Signature y, en consecuencia, la funcionalidad criptogr\u00e1fica se ha trasladado a una m\u00e1quina virtual separada: el m\u00f3dulo de integraci\u00f3n 'ABS-KBR'.<br \/>\nComo dispositivo clave se utiliza un token USB normal que opera en modo de clave extra\u00edble. Al conectar el dispositivo clave al hipervisor, se encontr\u00f3 que no hab\u00eda puertos USB libres en el sistema, por lo que se decidi\u00f3 conectar el token USB a trav\u00e9s de un concentrador USB en red, y en la m\u00e1quina virtual se instal\u00f3 un cliente USB-over-IP, que establecer\u00e1 la conexi\u00f3n con el concentrador.<\/p>\n<p><b>Ataque<\/b><br \/>\nLos delincuentes interceptaron la clave privada de la firma electr\u00f3nica a trav\u00e9s del canal de comunicaci\u00f3n entre el concentrador USB y el hipervisor (los datos se transmit\u00edan en texto claro). Con la clave privada, los delincuentes formaron una orden de pago falsa, la firmaron con la firma electr\u00f3nica y la enviaron al APM KBR-N para su ejecuci\u00f3n.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA4\"><\/a><\/noindex><\/p>\n<h4>Escenario 4. Ejemplo de implementaci\u00f3n de las amenazas U5.5.<\/h4>\n<p>\n<b>Descripci\u00f3n del objeto<\/b><br \/>\nConsideremos el mismo esquema que en el escenario anterior. Supongamos que los mensajes electr\u00f3nicos que provienen de la estaci\u00f3n de trabajo KBR-N llegan a la carpeta &#8230;SHAREIn, mientras que los que se env\u00edan a la estaci\u00f3n de trabajo KBR-N y luego al sistema de pagos del Banco de Rusia, llegan a &#8230;SHAREout.<br \/>\nTambi\u00e9n asumiremos que durante la implementaci\u00f3n del m\u00f3dulo de integraci\u00f3n, las listas de certificados revocados se actualizan solamente durante la reemisi\u00f3n de las claves criptogr\u00e1ficas, as\u00ed como que los mensajes electr\u00f3nicos que llegan a la carpeta &#8230;SHAREIn se verifican \u00fanicamente en t\u00e9rminos de control de integridad y control de confianza en la clave p\u00fablica de la firma electr\u00f3nica.<\/p>\n<p><b>Ataque<\/b><\/p>\n<p>Los delincuentes, aprovechando las claves robadas en el escenario anterior, firmaron una orden de pago falsa que conten\u00eda informaci\u00f3n sobre el ingreso de dinero en la cuenta de un cliente estafador e la introdujeron en el canal de intercambio de datos seguros. Dado que no se verifica que la orden de pago est\u00e9 firmada precisamente por el Banco de Rusia, se acepta para su ejecuci\u00f3n.<br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/422329\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e \u0447\u0435\u043c \u0438\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u043d\u0438\u0435 \u0421\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0434\u0440\u0443\u0433\u0438\u0435 \u0447\u0430\u0441\u0442\u0438 \u0438\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u043d\u0438\u044f \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 1 \u2014 \u042d\u043a\u043e\u043d\u043e\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u043e\u0441\u043d\u043e\u0432\u044b. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 2 \u2014 \u0422\u0438\u043f\u043e\u0432\u0430\u044f IT-\u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0431\u0430\u043d\u043a\u0430. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 3 \u2014 \u0424\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u0439 \u043a \u0441\u0438\u0441\u0442\u0435\u043c\u0435 \u0437\u0430\u0449\u0438\u0442\u044b. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 4 \u2014 \u041e\u0431\u0437\u043e\u0440 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043e\u0432 \u043c\u043e\u0434\u0435\u043b\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0443\u0433\u0440\u043e\u0437. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23545,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31627","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 8 \u2014 \u0422\u0438\u043f\u043e\u0432\u044b\u0435 \u043c\u043e\u0434\u0435\u043b\u0438 \u0443\u0433\u0440\u043e\u0437 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:42:14+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:42:14+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Seguridad de la informaci\u00f3n en los pagos bancarios sin efectivo. Parte 8 \u2014 Modelos t\u00edpicos de amenazas | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 8 \u2014 \u0422\u0438\u043f\u043e\u0432\u044b\u0435 \u043c\u043e\u0434\u0435\u043b\u0438 \u0443\u0433\u0440\u043e\u0437 | ProHoster","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:42:14+00:00","article:modified_time":"2019-10-31T18:42:14+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31627","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 07:04:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:13:29","updated":"2026-01-21 07:04:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/31627","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=31627"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/31627\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/23545"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=31627"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=31627"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=31627"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}