{"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\/fr\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","title":{"rendered":"S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\"><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" 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\">\u00c0 propos de l'\u00e9tude<\/a><\/noindex><\/p>\n<p><b class=\"spoiler_title\">Liens vers d'autres parties de l'\u00e9tude<\/b><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 1 \u2014 Fondements \u00e9conomiques.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 2 \u2014 Infrastructure informatique standard d'une banque.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 3 \u2014 \u00c9laboration des exigences pour le syst\u00e8me de protection.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 4 \u2014 Revue des normes de mod\u00e9lisation des menaces.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 5 \u2014 Plus de 100 liens th\u00e9matiques sur les piratages bancaires.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 6 \u2014 Analyse des crimes bancaires.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 7 \u2014 Mod\u00e8le de menaces de base.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">S\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces <\/a><\/noindex>(<b>Vous \u00eates ici<\/b>)<\/li>\n<\/ul>\n<p>Cet article conclut le cycle de publications consacr\u00e9 \u00e0 la s\u00e9curit\u00e9 de l'information des paiements bancaires sans esp\u00e8ces. Ici, nous examinerons les mod\u00e8les de menaces standards auxquels il a \u00e9t\u00e9 fait r\u00e9f\u00e9rence dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">le mod\u00e8le de base<\/a><\/noindex>:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">Mod\u00e8le standard de menaces. Connexion r\u00e9seau<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUIS\">Mod\u00e8le standard de menaces. Syst\u00e8me d'information bas\u00e9 sur une architecture client-serveur<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRD\">Mod\u00e8le standard de menaces. Syst\u00e8me de contr\u00f4le d'acc\u00e8s<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUMI\">Mod\u00e8le standard de menaces. Module d'int\u00e9gration<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZI\">Mod\u00e8le standard de menaces. Syst\u00e8me de protection cryptographique de l'information.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>HABRO-AVERTISSEMENT !!!<\/b> Chers utilisateurs de Habr, ce n'est pas un post de divertissement. <br \/>\nCach\u00e9es dans le texte, plus de 40 pages de mat\u00e9riel sont destin\u00e9es \u00e0 <b>aider dans le travail ou les \u00e9tudes<\/b> pour les personnes sp\u00e9cialis\u00e9es dans le secteur bancaire ou la s\u00e9curit\u00e9 de l'information. Ces documents sont le produit final de l'\u00e9tude et \u00e9crits dans un ton formel et neutre. En fait, ce sont des gabarits pour des documents internes sur la s\u00e9curit\u00e9 de l'information. <\/p>\n<p>Et la traditionnelle - <b>\u00ab l'utilisation des informations de cet article \u00e0 des fins ill\u00e9gales est punie par la loi \u00bb<\/b>. Bonne lecture !\n<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nInformations pour les lecteurs qui d\u00e9couvrent l'\u00e9tude en commen\u00e7ant par cette publication.<br \/>\n<noindex><a rel=\"nofollow\" name=\"ABOUT\"><\/a><\/noindex><\/p>\n<blockquote>\n<h2>\u00c0 propos de l'\u00e9tude<\/h2>\n<p>\nVous lisez un guide destin\u00e9 \u00e0 la personne responsable de la s\u00e9curit\u00e9 des paiements dans la banque. <\/p>\n<p><b>Logique de pr\u00e9sentation<\/b><\/p>\n<p>Au d\u00e9but, dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">partie 1<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">la partie 2<\/a><\/noindex> une description de l'objet de protection est fournie. Ensuite, dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">partie 3<\/a><\/noindex> Il est expliqu\u00e9 comment construire un syst\u00e8me de protection et la n\u00e9cessit\u00e9 de former un mod\u00e8le de menaces. Dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">la partie 4<\/a><\/noindex> il est discut\u00e9 des diff\u00e9rents types de mod\u00e8les de menaces et de leur \u00e9laboration. Dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">la partie 5<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">la partie 6<\/a><\/noindex> une analyse des attaques r\u00e9elles est pr\u00e9sent\u00e9e. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Partie 7<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">la partie 8<\/a><\/noindex> contient une description du mod\u00e8le de menaces construit en tenant compte des informations des parties pr\u00e9c\u00e9dentes.<\/p><\/blockquote>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUNC\"><\/a><\/noindex><\/p>\n<h2>MOD\u00c8LE TYPIQUE DE MENACE. CONNEXION R\u00c9SEAU<\/h2>\n<p><\/p>\n<h3>L'objet de protection pour lequel le mod\u00e8le de menace est applicable (scope)<\/h3>\n<p>\nL'objet de protection concerne les donn\u00e9es transmises via une connexion r\u00e9seau fonctionnant dans des r\u00e9seaux de transmission de donn\u00e9es bas\u00e9s sur la pile TCP\/IP.<\/p>\n<p><b>Architecture<\/b><\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/7fec6dc479280db22a581595ae7fc493.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDescription des \u00e9l\u00e9ments de l'architecture :<\/p>\n<ul>\n<li><i>\u00abN\u0153uds finaux\u00bb<\/i> \u2014 n\u0153uds \u00e9changeant des informations prot\u00e9g\u00e9es.<\/li>\n<li><i>\u00abN\u0153uds interm\u00e9diaires\u00bb<\/i> \u2014 \u00e9l\u00e9ments du r\u00e9seau de transmission de donn\u00e9es : routeurs, commutateurs, serveurs d'acc\u00e8s, serveurs proxy et autre mat\u00e9riel par lequel le trafic de la connexion r\u00e9seau est transmis. En g\u00e9n\u00e9ral, une connexion r\u00e9seau peut fonctionner sans n\u0153uds interm\u00e9diaires (directement entre les n\u0153uds finaux).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Menaces de s\u00e9curit\u00e9 de haut niveau<\/h3>\n<p>\n<b>D\u00e9composition<\/b><\/p>\n<p>U1. Consultation non autoris\u00e9e des donn\u00e9es transmises.<br \/>\nU2. Modification non autoris\u00e9e des donn\u00e9es transmises.<br \/>\nU3. Violation du droit d'auteur des donn\u00e9es transmises.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU1\"><\/a><\/noindex><\/p>\n<h3>U1. Consultation non autoris\u00e9e des donn\u00e9es transmises<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU1.1. , effectu\u00e9 sur des n\u0153uds finaux ou interm\u00e9diaires :<br \/>\nU1.1.1.  en lisant les donn\u00e9es pendant leur pr\u00e9sence dans les dispositifs de stockage du n\u0153ud :<br \/>\nU1.1.1.1.  dans la m\u00e9moire vive.<br \/>\n<i>Explications pour U1.1.1.1.<\/i><br \/>\nPar exemple, lors du traitement des donn\u00e9es par la pile r\u00e9seau du n\u0153ud.<\/p>\n<p>U1.1.1.2.  dans la m\u00e9moire non volatile.<br \/>\n<i>Explications pour U1.1.1.2.<\/i><br \/>\nPar exemple, lors du stockage des donn\u00e9es transmises dans le cache, les fichiers temporaires ou les fichiers d'\u00e9change.<\/p>\n<p>U1.2. , effectu\u00e9 sur des n\u0153uds tiers du r\u00e9seau de transmission de donn\u00e9es :<br \/>\nU1.2.1.  par la capture de tous les paquets passant par l'interface r\u00e9seau du n\u0153ud :<br \/>\n<i>Explications pour U1.2.1.<\/i><br \/>\nLa capture de tous les paquets est effectu\u00e9e en mettant la carte r\u00e9seau en mode indiff\u00e9rent (mode promiscuous pour les adaptateurs filaires ou en mode moniteur pour les adaptateurs wi-fi).<\/p>\n<p>U1.2.2.  par la r\u00e9alisation d'attaques de type \u00ab homme du milieu (MiTM) \u00bb, mais sans modification des donn\u00e9es transmises (\u00e0 l'exception des donn\u00e9es de protocole r\u00e9seau).<br \/>\nU1.2.2.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abMod\u00e8le typique de menaces. Connexion r\u00e9seau. U2. Modification non autoris\u00e9e des donn\u00e9es transmises\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. , r\u00e9alis\u00e9 par l'interm\u00e9diaire de fuites d'informations par des canaux techniques (TKUI) \u00e0 partir de n\u0153uds physiques ou de lignes de communication.<\/p>\n<p>U1.4. , r\u00e9alis\u00e9 par l'installation sur des n\u0153uds finaux ou interm\u00e9diaires de dispositifs techniques sp\u00e9ciaux (STS) con\u00e7us pour la capture discr\u00e8te d'informations.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU2\"><\/a><\/noindex><\/p>\n<h3>U2. Modification non autoris\u00e9e des donn\u00e9es transmises<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU2.1. , r\u00e9alis\u00e9 sur des n\u0153uds finaux ou interm\u00e9diaires :<br \/>\nU2.1.1.  en lisant et en modifiant les donn\u00e9es pendant leur pr\u00e9sence dans les dispositifs de stockage des n\u0153uds :<br \/>\nU2.1.1.1.  dans la m\u00e9moire vive :<br \/>\nU2.1.1.2.  dans la m\u00e9moire non volatile :<\/p>\n<p>U2.2. , r\u00e9alis\u00e9 sur des n\u0153uds tiers du r\u00e9seau de transmission de donn\u00e9es :<br \/>\nU2.2.1.  par la r\u00e9alisation d'attaques de type \u00ab homme du milieu (MiTM) \u00bb et la redirection du trafic vers le n\u0153ud des malfaiteurs :<br \/>\nU2.2.1.1. Connexion physique de l'\u00e9quipement des attaquants dans la rupture de la connexion r\u00e9seau.<br \/>\nU2.2.1.2. R\u00e9alisation d'attaques sur les protocoles r\u00e9seau :<br \/>\nU2.2.1.2.1.  gestion des r\u00e9seaux locaux virtuels (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. Modification non autoris\u00e9e des param\u00e8tres VLAN sur les commutateurs ou routeurs.<br \/>\nU2.2.1.2.2.  routage du trafic :<br \/>\nU2.2.1.2.2.1. Modification non autoris\u00e9e des tables de routage statiques des routeurs.<br \/>\nU2.2.1.2.2.2. Annonce par les attaquants de chemins frauduleux via des protocoles de routage dynamique.<br \/>\nU2.2.1.2.3.  configuration automatique :<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.  adressage et r\u00e9solution de noms :<br \/>\nU2.2.1.2.4.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/ARP-spoofing\">Spoofing ARP<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.2. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/DNS_spoofing\">Spoofing DNS<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.3. Modifications non autoris\u00e9es des fichiers locaux de noms d'h\u00f4tes (hosts, lmhosts, etc.)<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU3\"><\/a><\/noindex><\/p>\n<h3>U3. Violation des droits d'auteur des donn\u00e9es transmises<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU3.1. Neutralisation des m\u00e9canismes de d\u00e9termination de la paternit\u00e9 de l'information en fournissant des informations frauduleuses sur l'auteur ou la source des donn\u00e9es :<br \/>\nU3.1.1. Modification des informations sur l'auteur contenues dans les donn\u00e9es transmises.<br \/>\nU3.1.1.1. Neutralisation de la protection cryptographique de l'int\u00e9grit\u00e9 et de la paternit\u00e9 des donn\u00e9es transmises :<br \/>\nU3.1.1.1.1. R\u00e9f\u00e9rence : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU4\">\u00abMod\u00e8le typique de menaces. Syst\u00e8me de protection cryptographique de l'information.<br \/>\nU4. Cr\u00e9ation d'une signature \u00e9lectronique d'un signataire l\u00e9gitime sous des donn\u00e9es frauduleuses\u00bb<\/a><\/noindex>.<br \/>\nU3.1.1.2. Neutralisation de la protection des droits d'auteur des donn\u00e9es transmises, mise en \u0153uvre par des codes de confirmation \u00e0 usage unique :<br \/>\nU3.1.1.2.1. <noindex>SIM swap<\/noindex>.<\/p>\n<p>U3.1.2. Modification des informations sur la source des donn\u00e9es transmises :<br \/>\nU3.1.2.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IP_address_spoofing\">IP spoofing<\/a><\/noindex>.<br \/>\nU3.1.2.2. <noindex><a rel=\"nofollow\" href=\"http:\/\/xgu.ru\/wiki\/MAC-spoofing\">MAC spoofing<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUIS\"><\/a><\/noindex><\/p>\n<h2>MOD\u00c8LE TYPE DE MENACE. SYST\u00c8ME D'INFORMATION CONSTRUIT SUR UNE ARCHITECTURE CLIENT-SERVEUR<\/h2>\n<p><\/p>\n<h3>L'objet de protection pour lequel le mod\u00e8le de menace est applicable (scope)<\/h3>\n<p>\nL'objet de la protection est un syst\u00e8me d'information construit sur une architecture client-serveur.<\/p>\n<p><b>Architecture<\/b><br \/>\n<img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/f18c9c6c1e3d5372932d8c2a331284cf.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDescription des \u00e9l\u00e9ments de l'architecture :<\/p>\n<ul>\n<li><i>\u00ab Client \u00bb<\/i> \u2013 dispositif sur lequel fonctionne la partie client du syst\u00e8me d'information.<\/li>\n<li><i>\u00ab Serveur \u00bb<\/i> \u2013 dispositif sur lequel fonctionne la partie serveur du syst\u00e8me d'information.<\/li>\n<li><i>\u00ab Stockage de donn\u00e9es \u00bb<\/i> \u2013 partie de l'infrastructure serveur du syst\u00e8me d'information, destin\u00e9e \u00e0 stocker les donn\u00e9es trait\u00e9es par le syst\u00e8me d'information.<\/li>\n<li><i>\u00ab Connexion r\u00e9seau \u00bb<\/i> \u2013 canal d'\u00e9change d'informations entre le Client et le Serveur, passant par le r\u00e9seau de transmission des donn\u00e9es. Une description plus d\u00e9taill\u00e9e du mod\u00e8le d'\u00e9l\u00e9ment est fournie dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">\u00ab Mod\u00e8le type de menaces. Connexion r\u00e9seau \u00bb<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\n<b>Restrictions<\/b><br \/>\nLors de la mod\u00e9lisation de l'objet, les limitations suivantes ont \u00e9t\u00e9 \u00e9tablies :<\/p>\n<ol>\n<li>L'utilisateur interagit avec le syst\u00e8me d'information dans des intervalles de temps d\u00e9finis, appel\u00e9s sessions de travail.<\/li>\n<li>Au d\u00e9but de chaque session de travail, l'identification, l'authentification et l'autorisation de l'utilisateur ont lieu.<\/li>\n<li>Toutes les informations prot\u00e9g\u00e9es sont stock\u00e9es sur la partie serveur du syst\u00e8me d'information.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Menaces de s\u00e9curit\u00e9 de haut niveau<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU1. Actions non autoris\u00e9es r\u00e9alis\u00e9es par des malfaiteurs au nom d'un utilisateur l\u00e9gitime.<br \/>\nU2. Modification non autoris\u00e9e des informations prot\u00e9g\u00e9es pendant leur traitement par la partie serveur du syst\u00e8me d'information.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU1\"><\/a><\/noindex><\/p>\n<h3>U1. Actions non autoris\u00e9es r\u00e9alis\u00e9es par des malfaiteurs au nom d'un utilisateur l\u00e9gitime<\/h3>\n<p>\n<b>Explications<\/b><br \/>\nEn g\u00e9n\u00e9ral, dans les syst\u00e8mes d'information, l'association des actions \u00e0 l'utilisateur ayant effectu\u00e9 celles-ci est r\u00e9alis\u00e9e par :<\/p>\n<ol>\n<li>les journaux de travail du syst\u00e8me (logs). <\/li>\n<li>des attributs sp\u00e9ciaux des objets de donn\u00e9es, contenant des informations sur l'utilisateur qui les a cr\u00e9\u00e9s ou modifi\u00e9s.<\/li>\n<\/ol>\n<p>\nEn ce qui concerne la session de travail, cette menace peut \u00eatre d\u00e9compos\u00e9e en :<\/p>\n<ol>\n<li>effectu\u00e9es dans le cadre de la session de l'utilisateur.<\/li>\n<li>effectu\u00e9es en dehors de la session de l'utilisateur.<\/li>\n<\/ol>\n<p>\nLa session de travail de l'utilisateur peut \u00eatre initi\u00e9e par :<\/p>\n<ol>\n<li>L'utilisateur lui-m\u00eame.<\/li>\n<li>Des malfaiteurs.<\/li>\n<\/ol>\n<p>\n\u00c0 ce stade, la d\u00e9composition interm\u00e9diaire de cette menace appara\u00eetra comme suit :<br \/>\nU1.1. Actions non autoris\u00e9es effectu\u00e9es dans le cadre de la session de travail de l'utilisateur :<br \/>\nU1.1.1.  install\u00e9 par l'utilisateur attaqu\u00e9.<br \/>\nU1.1.2.  install\u00e9 par des malfaiteurs.<br \/>\nU1.2. Actions non autoris\u00e9es effectu\u00e9es en dehors de la session de travail de l'utilisateur.<\/p>\n<p>Du point de vue des objets de l'infrastructure d'information sur lesquels les malfaiteurs peuvent agir, la d\u00e9composition des menaces interm\u00e9diaires appara\u00eetra comme suit :<\/p>\n<p>\u00c9l\u00e9ments<br \/>\nD\u00e9composition des menaces<\/p>\n<p><b>U1.1.1.<\/b><br \/>\n<b>U1.1.2.<\/b><br \/>\n<b>U1.2.<\/b><\/p>\n<p>Client<br \/>\nU1.1.1.1.<br \/>\nU1.1.2.1.<\/p>\n<p>Connexion r\u00e9seau<br \/>\nU1.1.1.2.<\/p>\n<p>Serveur<\/p>\n<p>U1.2.1.<\/p>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU1.1. Actions non autoris\u00e9es effectu\u00e9es dans le cadre de la session de travail de l'utilisateur :<br \/>\nU1.1.1.  install\u00e9 par l'utilisateur attaqu\u00e9 :<br \/>\nU1.1.1.1. Les malfaiteurs ont agi directement \u00e0 partir du Client :<br \/>\nU1.1.1.1.1 Les malfaiteurs ont utilis\u00e9 les moyens d'acc\u00e8s standards du syst\u00e8me d'information :<br \/>\nU1.1.1.1.1.1. Les malfaiteurs ont utilis\u00e9 les dispositifs d'entr\u00e9e\/sortie physiques du Client (clavier, souris, moniteur ou \u00e9cran tactile d'un appareil mobile) :<br \/>\nU1.1.1.1.1.1.1. Les malfaiteurs ont agi pendant les p\u00e9riodes o\u00f9 la session est active, les dispositifs d'entr\u00e9e\/sortie sont accessibles, et l'utilisateur n'est pas pr\u00e9sent.<br \/>\nU1.1.1.1.1.2. Les malfaiteurs ont utilis\u00e9 des outils d'administration distante (standards ou fournis par des logiciels malveillants) pour contr\u00f4ler le Client :<br \/>\nU1.1.1.1.1.2.1. Les malfaiteurs ont agi pendant les p\u00e9riodes o\u00f9 la session est active, les dispositifs d'entr\u00e9e\/sortie sont accessibles, et l'utilisateur n'est pas pr\u00e9sent.<br \/>\nU1.1.1.1.1.2.2. Les malfaiteurs ont utilis\u00e9 des outils d'administration distante dont le fonctionnement est imperceptible pour l'utilisateur attaqu\u00e9.<br \/>\nU1.1.1.2. Les malfaiteurs ont modifi\u00e9 les donn\u00e9es dans la connexion r\u00e9seau entre le Client et le Serveur, en les modifiant de mani\u00e8re \u00e0 ce qu'elles soient per\u00e7ues comme des actions d'un utilisateur l\u00e9gitime :<br \/>\nU1.1.1.2.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abMod\u00e8le typique de menaces. Connexion r\u00e9seau. U2. Modification non autoris\u00e9e des donn\u00e9es transmises\u00bb<\/a><\/noindex>.<br \/>\nU1.1.1.3. Les malfaiteurs ont contraint l'utilisateur \u00e0 ex\u00e9cuter les actions qu'ils avaient sp\u00e9cifi\u00e9es en utilisant des m\u00e9thodes d'ing\u00e9nierie sociale.<\/p>\n<p>U1.1.2  install\u00e9 par des malfaiteurs :<br \/>\nU1.1.2.1. Les malfaiteurs ont agi \u00e0 partir du Client (<b>Et<\/b>):<br \/>\nU1.1.2.1.1. Les malfaiteurs ont neutralis\u00e9 le syst\u00e8me de contr\u00f4le d'acc\u00e8s du syst\u00e8me d'information :<br \/>\nU1.1.2.1.1.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abMod\u00e8le standard de menaces. Syst\u00e8me de contr\u00f4le d'acc\u00e8s. U1. \u00c9tablissement non autoris\u00e9 d'une session de travail au nom d'un utilisateur l\u00e9gitime\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.1.2. Des cybercriminels ont utilis\u00e9 des moyens d'acc\u00e8s standards au syst\u00e8me d'information<br \/>\nU1.1.2.2. Des cybercriminels ont agi \u00e0 partir d'autres n\u0153uds du r\u00e9seau de transmission de donn\u00e9es, \u00e0 partir desquels une connexion r\u00e9seau avec le Serveur peut \u00eatre \u00e9tablie (<b>Et<\/b>):<br \/>\nU1.1.2.2.1. Des cybercriminels ont neutralis\u00e9 le syst\u00e8me de contr\u00f4le d'acc\u00e8s du syst\u00e8me d'information :<br \/>\nU1.1.2.2.1.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abMod\u00e8le standard de menaces. Syst\u00e8me de contr\u00f4le d'acc\u00e8s. U1. \u00c9tablissement non autoris\u00e9 d'une session de travail au nom d'un utilisateur l\u00e9gitime\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.2.2. Des cybercriminels ont utilis\u00e9 des moyens d'acc\u00e8s non standards au syst\u00e8me d'information.<br \/>\n<i>Explications U1.1.2.2.2.<\/i><br \/>\nDes cybercriminels ont pu installer un client standard du syst\u00e8me d'information sur un n\u0153ud externe ou ont pu utiliser un logiciel non standard r\u00e9alisant les protocoles d'\u00e9change standards entre le Client et le Serveur.<\/p>\n<p>U1.2 Des actions non autoris\u00e9es ont \u00e9t\u00e9 effectu\u00e9es en dehors de la session de travail de l'utilisateur.<br \/>\nU1.2.1 Des cybercriminels ont effectu\u00e9 des actions non autoris\u00e9es, puis ont apport\u00e9 des modifications non autoris\u00e9es aux journaux de fonctionnement du syst\u00e8me d'information ou aux attributs sp\u00e9ciaux des objets de donn\u00e9es, indiquant que leurs actions avaient \u00e9t\u00e9 effectu\u00e9es par un utilisateur l\u00e9gitime.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU2\"><\/a><\/noindex><\/p>\n<h3>U2. Modification non autoris\u00e9e d'informations prot\u00e9g\u00e9es lors de son traitement par la partie serveur du syst\u00e8me d'information<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU2.1. Des cybercriminels modifient des informations prot\u00e9g\u00e9es en utilisant des moyens standards du syst\u00e8me d'information et effectuent cela au nom d'un utilisateur l\u00e9gitime.<br \/>\nU2.1.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abMod\u00e8le standard de menaces. Syst\u00e8me d'information bas\u00e9 sur une architecture client-serveur. U1. Actions non autoris\u00e9es effectu\u00e9es par des cybercriminels au nom d'un utilisateur l\u00e9gitime\u00bb<\/a><\/noindex>.<\/p>\n<p>U2.2. Des cybercriminels modifient des informations prot\u00e9g\u00e9es en utilisant des m\u00e9canismes d'acc\u00e8s aux donn\u00e9es non pr\u00e9vus par le mode de fonctionnement standard du syst\u00e8me d'information.<br \/>\nU2.2.1. Des cybercriminels modifient des fichiers contenant des informations prot\u00e9g\u00e9es :<br \/>\nU2.2.1.1. , en utilisant les m\u00e9canismes de gestion des fichiers fournis par le syst\u00e8me d'exploitation.<br \/>\nU2.2.1.2.  par la provocation de la r\u00e9cup\u00e9ration de fichiers \u00e0 partir d'une sauvegarde modifi\u00e9e sans autorisation.<\/p>\n<p>U2.2.2. Des cybercriminels modifient des informations prot\u00e9g\u00e9es stock\u00e9es dans la base de donn\u00e9es (<b>Et<\/b>):<br \/>\nU2.2.2.1. Les attaquants neutralisent le syst\u00e8me de contr\u00f4le d'acc\u00e8s de la SGBD :<br \/>\nU2.2.2.1.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abMod\u00e8le standard de menaces. Syst\u00e8me de contr\u00f4le d'acc\u00e8s. U1. \u00c9tablissement non autoris\u00e9 d'une session de travail au nom d'un utilisateur l\u00e9gitime\u00bb<\/a><\/noindex>.<br \/>\nU2.2.2.2. Les attaquants modifient les informations en utilisant les interfaces standard de la SGBD pour acc\u00e9der aux donn\u00e9es.<\/p>\n<p>U2.3. Les attaquants modifient les informations prot\u00e9g\u00e9es par la modification non autoris\u00e9e des algorithmes de fonctionnement du logiciel qui les traite.<br \/>\nU2.3.1. Le code source du logiciel est modifi\u00e9.<br \/>\nU2.3.1. Le code machine du logiciel est modifi\u00e9.<\/p>\n<p>U2.4. Les attaquants modifient les informations prot\u00e9g\u00e9es en exploitant des vuln\u00e9rabilit\u00e9s dans le logiciel du syst\u00e8me d'information.<\/p>\n<p>U2.5. Les attaquants modifient les informations prot\u00e9g\u00e9es lors de leur transmission entre les composants de la partie serveur du syst\u00e8me d'information (par exemple, le serveur de base de donn\u00e9es et le serveur d'applications) :<br \/>\nU2.5.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abMod\u00e8le typique de menaces. Connexion r\u00e9seau. U2. Modification non autoris\u00e9e des donn\u00e9es transmises\u00bb<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSRD\"><\/a><\/noindex><\/p>\n<h2>MOD\u00c8LE TYPE DE MENACE. SYST\u00c8ME DE CONTR\u00d4LE D'ACC\u00c8S<\/h2>\n<p><\/p>\n<h3>L'objet de protection pour lequel le mod\u00e8le de menace est applicable (scope)<\/h3>\n<p>\nL'objet de protection auquel ce mod\u00e8le de menace s'applique correspond \u00e0 l'objet de protection du mod\u00e8le de menace : \u00ab Mod\u00e8le type de menace. Syst\u00e8me d'information bas\u00e9 sur une architecture client-serveur \u00bb.<\/p>\n<p>Le syst\u00e8me de contr\u00f4le d'acc\u00e8s des utilisateurs dans ce mod\u00e8le de menace fait r\u00e9f\u00e9rence \u00e0 un composant du syst\u00e8me d'information qui r\u00e9alise les fonctions suivantes :<\/p>\n<ol>\n<li>Identification des utilisateurs.<\/li>\n<li>Authentification des utilisateurs.<\/li>\n<li>Autorisation des utilisateurs.<\/li>\n<li>Journalisation des actions des utilisateurs.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Menaces de s\u00e9curit\u00e9 de haut niveau<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU1. \u00c9tablissement non autoris\u00e9 d'une session au nom d'un utilisateur l\u00e9gitime. <br \/>\nU2. \u00c9l\u00e9vation non autoris\u00e9e des privil\u00e8ges d'un utilisateur dans le syst\u00e8me d'information.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU1\"><\/a><\/noindex> <\/p>\n<h3>U1. \u00c9tablissement non autoris\u00e9 d'une session au nom d'un utilisateur l\u00e9gitime <\/h3>\n<p>\n<b>Explications<\/b><br \/>\nLa d\u00e9composition de cette menace d\u00e9pendra en g\u00e9n\u00e9ral du type de syst\u00e8mes d'identification et d'authentification des utilisateurs utilis\u00e9s. <\/p>\n<p>Dans ce mod\u00e8le, seul le syst\u00e8me d'identification et d'authentification des utilisateurs utilisant un login et un mot de passe textuels sera examin\u00e9. Nous consid\u00e9rerons que le login de l'utilisateur est une information publique, connue des attaquants.<\/p>\n<p><b>D\u00e9composition<\/b><br \/>\nU1.1.  par la compromission des identifiants :<br \/>\nU1.1.1. Les attaquants ont compromis les informations d'identification de l'utilisateur lors de leur stockage.<br \/>\n<i>Explications U1.1.1.<\/i><br \/>\nPar exemple, les informations d'identification auraient pu \u00eatre \u00e9crites sur un post-it coll\u00e9 au moniteur.<\/p>\n<p>U1.1.2. L'utilisateur a accidentellement ou intentionnellement transmis ses identifiants d'acc\u00e8s \u00e0 des tiers malveillants.<br \/>\nU1.1.2.1. L'utilisateur a prononc\u00e9 \u00e0 haute voix ses identifiants lors de leur saisie.<br \/>\nU1.1.2.2. L'utilisateur a volontairement transmis ses identifiants :<br \/>\nU1.1.2.2.1.  \u00e0 des coll\u00e8gues de travail.<br \/>\n<i>Explications U1.1.2.2.1.<\/i><br \/>\nPar exemple, pour qu'ils puissent le remplacer pendant son absence pour maladie.<\/p>\n<p>U1.1.2.2.2. &lt;&#8230;&gt; aux parties contractantes de l'employeur, r\u00e9alisant des travaux sur les objets de l'infrastructure informationnelle.<br \/>\nU1.1.2.2.3. &lt;&#8230;&gt; aux tiers.<br \/>\n<i>Explications U1.1.2.2.3.<\/i><br \/>\nUne des aberrations, mais pas la seule, de cette menace est l'utilisation des techniques d'ing\u00e9nierie sociale par les malfaiteurs.<\/p>\n<p>U1.1.3. Les malfaiteurs ont devin\u00e9 les identifiants par force brute :<br \/>\nU1.1.3.1. &lt;&#8230;&gt; en utilisant des m\u00e9canismes d'acc\u00e8s standards.<br \/>\nU1.1.3.2. &lt;&#8230;&gt; par le biais de codes pr\u00e9c\u00e9demment intercept\u00e9s (par exemple, des hachages de mots de passe) de stockage des informations d'identification.<\/p>\n<p>U1.1.4. Les malfaiteurs ont utilis\u00e9 un code malveillant pour intercepter les identifiants de l'utilisateur.<\/p>\n<p>U1.1.5. Les malfaiteurs ont extrait les identifiants d'une connexion r\u00e9seau entre le Client et le Serveur :<br \/>\nU1.1.5.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU1\">\u00abMod\u00e8le de menace typique. Connexion r\u00e9seau. U1. Acc\u00e8s non autoris\u00e9 aux donn\u00e9es transmises\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.1.6. Les malfaiteurs ont extrait les identifiants \u00e0 partir des enregistrements des syst\u00e8mes de surveillance du travail :<br \/>\nU1.1.6.1. &lt;&#8230;&gt; des syst\u00e8mes de surveillance vid\u00e9o (dans le cas o\u00f9 les frappes au clavier ont \u00e9t\u00e9 enregistr\u00e9es pendant le travail).<br \/>\nU1.1.6.2. &lt;&#8230;&gt; des syst\u00e8mes de contr\u00f4le des actions des employ\u00e9s sur l'ordinateur. <br \/>\n<i>Explications U1.1.6.2.<\/i><br \/>\nUn exemple de ce type de syst\u00e8me est \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.staffcop.ru\">StuffCop<\/a><\/noindex>.<\/p>\n<p>U1.1.7. Les malfaiteurs ont compromis les identifiants de l'utilisateur en raison de lacunes dans leur processus de transmission.<br \/>\n<i>Explications U1.1.7.<\/i><br \/>\nPar exemple, la transmission de mots de passe en texte clair par e-mail.<\/p>\n<p>U1.1.8. Les malfaiteurs ont d\u00e9couvert les identifiants en observant la session de travail de l'utilisateur via des syst\u00e8mes d'administration \u00e0 distance.<\/p>\n<p>U1.1.9. Les malfaiteurs ont extrait les identifiants \u00e0 la suite de leur fuite par voies techniques (TCLI) :<br \/>\nU1.1.9.1. Les malfaiteurs ont observ\u00e9 comment l'utilisateur saisissait les identifiants via le clavier :<br \/>\nU1.1.9.1.1 Les malfaiteurs se trouvaient \u00e0 proximit\u00e9 de l'utilisateur et ont vu la saisie des identifiants de leurs propres yeux. <br \/>\n<i>Explications U1.1.9.1.1<\/i><br \/>\nLes actions des coll\u00e8gues au travail ou le cas o\u00f9 le clavier de l'utilisateur est visible aux visiteurs de l'organisation peuvent \u00eatre consid\u00e9r\u00e9s comme de tels cas.<\/p>\n<p>U1.1.9.1.2 Les cybercriminels ont utilis\u00e9 des moyens techniques suppl\u00e9mentaires, tels qu'une jumelle ou un drone, et ont observ\u00e9 la saisie des identifiants \u00e0 travers une fen\u00eatre. <br \/>\nU1.1.9.2. Les cybercriminels ont extrait des informations d'identification \u00e0 partir des enregistrements de radio communication entre le clavier et l'unit\u00e9 centrale de l'ordinateur en se connectant via un interface radio (par exemple, Bluetooth).<br \/>\nU1.1.9.3. Les cybercriminels ont intercept\u00e9 des informations d'identification gr\u00e2ce \u00e0 leur fuite par le biais de canaux d'\u00e9missions \u00e9lectromagn\u00e9tiques secondaires et d'interf\u00e9rences (PEM).<br \/>\n<i>Explications U1.1.9.3.<\/i><br \/>\nExemples d'attaque <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=tMSglPLIDYU\">ici<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cl.cam.ac.uk\/~mgk25\/pet2004-fpd.pdf\">ici<\/a><\/noindex>. <\/p>\n<p>U1.1.9.4. Le cybercriminel a intercept\u00e9 la saisie des informations d'identification \u00e0 partir du clavier en utilisant des dispositifs techniques sp\u00e9ciaux (DTS) con\u00e7us pour la collecte clandestine d'informations.<br \/>\n<i>Explications U1.1.9.4.<\/i><br \/>\nExemples <noindex>dispositifs<\/noindex>. <\/p>\n<p>U1.1.9.5. Les cybercriminels ont intercept\u00e9 la saisie des informations d'identification \u00e0 partir du clavier gr\u00e2ce \u00e0 <br \/>\nl'analyse du signal Wi-Fi modul\u00e9 par le processus de frappe des touches par l'utilisateur.<br \/>\n<i>Explications U1.1.9.5.<\/i><br \/>\nExemple <noindex><a rel=\"nofollow\" href=\"https:\/\/threatpost.com\/keystroke-recognition-uses-wi-fi-signals-to-snoop\/120135\/\">les attaques<\/a><\/noindex>.<\/p>\n<p>U1.1.9.6. Les cybercriminels ont intercept\u00e9 la saisie des informations d'identification \u00e0 partir du clavier en analysant les sons des frappes sur les touches.<br \/>\n<i>Explications U1.1.9.6.<\/i><br \/>\nExemple <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/398545\/\">les attaques<\/a><\/noindex>.<\/p>\n<p>U1.1.9.7. Les cybercriminels ont intercept\u00e9 la saisie des informations d'identification \u00e0 partir du clavier d'un appareil mobile en analysant les donn\u00e9es de l'acc\u00e9l\u00e9rom\u00e8tre.<br \/>\n<i>Explications U1.1.9.7.<\/i><br \/>\nExemple <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/126806\/\">les attaques<\/a><\/noindex>.<\/p>\n<p>U1.1.10. &lt;&#8230;&gt;, pr\u00e9alablement sauv\u00e9 sur le Client.<br \/>\n<i>Explications U1.1.10.<\/i><br \/>\nPar exemple, l'utilisateur a pu sauvegarder dans le navigateur un identifiant et un mot de passe pour acc\u00e9der \u00e0 un site sp\u00e9cifique.<\/p>\n<p>U1.1.11. Les cybercriminels ont compromis les informations d'identification en raison de lacunes dans le processus de r\u00e9vocation des acc\u00e8s des utilisateurs.<br \/>\n<i>Explications U1.1.11.<\/i><br \/>\nPar exemple, apr\u00e8s le d\u00e9part d'un utilisateur, ses comptes sont rest\u00e9s d\u00e9verrouill\u00e9s.<\/p>\n<p>U1.2. &lt;&#8230;&gt; gr\u00e2ce \u00e0 l'utilisation de vuln\u00e9rabilit\u00e9s dans le syst\u00e8me de contr\u00f4le d'acc\u00e8s.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU2\"><\/a><\/noindex> <\/p>\n<h3>U2. \u00c9l\u00e9vation de privil\u00e8ges non autoris\u00e9e d'un utilisateur dans le syst\u00e8me d'information.<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU2.1 &lt;&#8230;&gt; par le biais de modifications non autoris\u00e9es des donn\u00e9es contenant des informations sur les privil\u00e8ges de l'utilisateur.<\/p>\n<p>U2.2 &lt;&#8230;&gt; gr\u00e2ce \u00e0 l'utilisation de vuln\u00e9rabilit\u00e9s dans le syst\u00e8me de contr\u00f4le d'acc\u00e8s.<\/p>\n<p>U2.3. &lt;&#8230;&gt; en raison de lacunes dans le processus de gestion des acc\u00e8s des utilisateurs.<br \/>\n<i>Explications U2.3.<\/i><br \/>\nExemple 1. Un utilisateur a eu acc\u00e8s \u00e0 plus que ce qui \u00e9tait n\u00e9cessaire pour ses fonctions professionnelles.<br \/>\nExemple 2. Apr\u00e8s le transfert d'un utilisateur \u00e0 un autre poste, les droits d'acc\u00e8s pr\u00e9c\u00e9demment accord\u00e9s n'ont pas \u00e9t\u00e9 r\u00e9voqu\u00e9s.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUMI\"><\/a><\/noindex><\/p>\n<h2>MOD\u00c8LE TYPIQUE DE MENACE. MODULE D'INT\u00c9GRATION<\/h2>\n<p><\/p>\n<h3>L'objet de protection pour lequel le mod\u00e8le de menace est applicable (scope)<\/h3>\n<p>\nLe module d'int\u00e9gration est un ensemble d'objets d'infrastructure d'information destin\u00e9 \u00e0 organiser l'\u00e9change d'informations entre les syst\u00e8mes d'information.<\/p>\n<p>\u00c9tant donn\u00e9 que dans les r\u00e9seaux d'entreprise, il n'est pas toujours possible de s\u00e9parer clairement un syst\u00e8me d'information d'un autre, le module d'int\u00e9gration peut \u00e9galement \u00eatre consid\u00e9r\u00e9 comme un lien entre les composants au sein d'un m\u00eame syst\u00e8me d'information.<\/p>\n<p><b>Architecture<\/b><br \/>\nLe sch\u00e9ma g\u00e9n\u00e9ralis\u00e9 du module d'int\u00e9gration est le suivant :<\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/6b91d59698b761a14aef7f1c4fbec325.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDescription des \u00e9l\u00e9ments de l'architecture :<\/p>\n<ul>\n<li><i>\u00abServeur d'\u00e9change (SE)\u00bb<\/i> \u2013 n\u0153ud \/ service \/ composant d'un syst\u00e8me d'information, effectuant la fonction d'\u00e9change de donn\u00e9es avec un autre syst\u00e8me d'information.<\/li>\n<li><i>\u00abInterm\u00e9diaire\u00bb<\/i> \u2013 n\u0153ud \/ service, destin\u00e9 \u00e0 organiser l'interaction entre les syst\u00e8mes d'information, mais ne faisant pas partie de ceux-ci. <br \/>\nDes exemples <i>\u00abInterm\u00e9diaires\u00bb<\/i> peuvent inclure des services de messagerie \u00e9lectronique, des bus de services d'entreprise (enterprise service bus \/ architecture SoA), des serveurs de fichiers tiers, etc. En g\u00e9n\u00e9ral, le module d'int\u00e9gration peut ne pas contenir d'\u00abInterm\u00e9diaires\u00bb.<\/li>\n<li><i>\u00abLogiciel de traitement des donn\u00e9es\u00bb<\/i> \u2013 ensemble de programmes r\u00e9alisant des protocoles d'\u00e9change de donn\u00e9es et la transformation de formats. <br \/>\nPar exemple, transformation des donn\u00e9es du format UFEBS en format ABS, modification des statuts des messages au cours du transfert, etc.<\/li>\n<li><i>\u00ab Connexion r\u00e9seau \u00bb<\/i> correspond \u00e0 l'objet d\u00e9crit dans le mod\u00e8le typique de menace \u00abConnexion r\u00e9seau\u00bb. Certaines connexions r\u00e9seau figurant sur le sch\u00e9ma ci-dessus peuvent ne pas exister.<\/li>\n<\/ul>\n<p><b>Exemples de modules d'int\u00e9gration<\/b><\/p>\n<p><i>Sch\u00e9ma 1. Int\u00e9gration ABS et ARM KBR via un serveur de fichiers tiers<\/i><\/p>\n<p>Pour ex\u00e9cuter les paiements, un employ\u00e9 autoris\u00e9 de la banque extrait des documents de paiement \u00e9lectroniques du syst\u00e8me d'information de la banque (SIB) et les sauvegarde dans un fichier (d'un format personnel, par exemple un dump SQL) sur le dossier r\u00e9seau (&#8230;SHARE) du serveur de fichiers. Ensuite, ce fichier est transform\u00e9 en un ensemble de fichiers au format UFEBS \u00e0 l'aide d'un script convertisseur, que lit ensuite le syst\u00e8me ARM KBR. <br \/>\nApr\u00e8s cela, l'employ\u00e9 autoris\u00e9 \u2014 utilisateur de l'ARM KBR \u2014 crypte et signe le fichier re\u00e7u et l'envoie au syst\u00e8me de paiement de la Banque de Russie.<\/p>\n<p>Lors de la r\u00e9ception des paiements de la Banque de Russie, l'ARM KBR effectue le d\u00e9cryptage et la v\u00e9rification de la signature \u00e9lectronique, puis enregistre sous forme d'un ensemble de fichiers au format UF\u00c9BS sur le serveur de fichiers. Avant l'importation des documents de paiement dans l'ABS, ils sont convertis \u00e0 l'aide d'un script de conversion du format UF\u00c9BS au format ABS. <\/p>\n<p>Consid\u00e9rons que dans ce sch\u00e9ma, l'ABS fonctionne sur un serveur physique, l'ARM KBR fonctionne sur un ordinateur d\u00e9di\u00e9, et le script de conversion fonctionne sur le serveur de fichiers.<\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/bef53aaa1deaee5adeca620204345642.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondance des objets du sch\u00e9ma consid\u00e9r\u00e9 avec les \u00e9l\u00e9ments du mod\u00e8le du module d'int\u00e9gration :<br \/>\n<i>\u00ab Serveurs d'\u00e9change c\u00f4t\u00e9 ABS \u00bb<\/i> \u2013 serveur ABS.<br \/>\n<i>\u00ab Serveurs d'\u00e9change c\u00f4t\u00e9 ARM KBR \u00bb<\/i> \u2013 ordinateur ARM KBR.<br \/>\n<i>\u00abInterm\u00e9diaire\u00bb<\/i> \u2013 serveur de fichiers tiers.<br \/>\n<i>\u00abLogiciel de traitement des donn\u00e9es\u00bb<\/i> \u2013 script de conversion.<\/p>\n<p><i>Sch\u00e9ma 2. Int\u00e9gration de l'ABS et de l'ARM KBR lors de la mise en place d'un dossier r\u00e9seau commun avec les paiements sur l'ARM KBR<\/i><\/p>\n<p>Tout est similaire au Sch\u00e9ma 1, mais aucun serveur de fichiers s\u00e9par\u00e9 n'est utilis\u00e9, \u00e0 la place le dossier r\u00e9seau (&#8230;SHARE) avec les documents de paiement \u00e9lectroniques est situ\u00e9 sur l'ordinateur avec le syst\u00e8me ARM KBR. Le script convertisseur fonctionne \u00e9galement sur le syst\u00e8me ARM KBR.<\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/7d3ecde6d78b2c45e1249236c7da925b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondance des objets du sch\u00e9ma consid\u00e9r\u00e9 avec les \u00e9l\u00e9ments du mod\u00e8le du module d'int\u00e9gration :<br \/>\nSimilaire au Sch\u00e9ma 1, mais <i>\u00abInterm\u00e9diaire\u00bb<\/i> n'est pas utilis\u00e9.<\/p>\n<p><i>Sch\u00e9ma 3. Int\u00e9gration de l'ABS et de l'ARM KBR-N via IBM WebSphere MQ et signature des documents \u00e9lectroniques \u00ab c\u00f4t\u00e9 ABS \u00bb<\/i><\/p>\n<p>L'ABS fonctionne sur une plateforme non support\u00e9e par le SKZI SKAD Signature. La signature des documents \u00e9lectroniques sortants est effectu\u00e9e sur un serveur de signature \u00e9lectronique sp\u00e9cial (Serveur EP). Ce m\u00eame serveur v\u00e9rifie la signature \u00e9lectronique des documents entrants de la Banque de Russie.<\/p>\n<p>L'ABS t\u00e9l\u00e9charge sur le Serveur EP un fichier contenant des documents de paiement dans son format propre.<br \/>\nLe Serveur EP, \u00e0 l'aide d'un script de conversion, transforme le fichier en messages \u00e9lectroniques au format UF\u00c9BS, apr\u00e8s quoi les messages \u00e9lectroniques sont sign\u00e9s et transmis \u00e0 IBM WebSphere MQ.<\/p>\n<p>L'ARM KBR-N se connecte \u00e0 IBM WebSphere MQ et re\u00e7oit de l\u00e0 des messages de paiement sign\u00e9s, apr\u00e8s quoi l'employ\u00e9 autoris\u00e9 \u2014 utilisateur de l'ARM KBR \u2014 les crypte et les envoie au syst\u00e8me de paiement de la Banque de Russie.<\/p>\n<p>Lors de la r\u00e9ception des paiements de la Banque de Russie, l'ARM KBR-N les d\u00e9chiffre et v\u00e9rifie la signature \u00e9lectronique. Les paiements trait\u00e9s avec succ\u00e8s sous forme de messages \u00e9lectroniques d\u00e9chiffr\u00e9s et sign\u00e9s au format UFEBS sont transmis \u00e0 IBM WebSphere MQ, d'o\u00f9 le Serveur EP les re\u00e7oit.<\/p>\n<p>Le Serveur EP v\u00e9rifie la signature \u00e9lectronique des paiements re\u00e7us et les enregistre dans un fichier au format ABS. Ensuite, un employ\u00e9 autoris\u00e9 \u2014 utilisateur de l'ABS \u2014 t\u00e9l\u00e9charge le fichier obtenu dans l'ABS selon la proc\u00e9dure \u00e9tablie.<\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/b1bd9c224b18dc84cca5f8bdc7d69713.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondance des objets du sch\u00e9ma consid\u00e9r\u00e9 avec les \u00e9l\u00e9ments du mod\u00e8le du module d'int\u00e9gration :<br \/>\n<i>\u00abServeur d'\u00e9change c\u00f4t\u00e9 ABS\u00bb<\/i> \u2013 serveur ABS.<br \/>\n<i>\u00abServeur d'\u00e9change c\u00f4t\u00e9 ARM KBR\u00bb<\/i> \u2014 ordinateur ARM KBR.<br \/>\n<i>\u00abInterm\u00e9diaire\u00bb<\/i> \u2013 Serveur EP et IBM WebSphere MQ.<br \/>\n<i>\u00abLogiciel de traitement des donn\u00e9es\u00bb<\/i> \u2013 script de conversion, SKZI SKAD Signature sur le Serveur EP.<\/p>\n<p><i>Sch\u00e9ma 4. Int\u00e9gration du Serveur DBO et de l'ABS via l'API fournie par le serveur d'\u00e9change d\u00e9di\u00e9<\/i><\/p>\n<p>Consid\u00e9rons que plusieurs syst\u00e8mes de services bancaires \u00e0 distance (DBO) sont utilis\u00e9s \u00e0 la banque : <\/p>\n<ul>\n<li>\u00abClient-Banque Internet\u00bb pour les particuliers (IKB FL);<\/li>\n<li>\u00abClient-Banque Internet\u00bb pour les personnes morales (IKB UL). <\/li>\n<\/ul>\n<p>\nAfin d'assurer la s\u00e9curit\u00e9 de l'information, toute interaction de l'ABS avec les syst\u00e8mes DBO se fait via un serveur d'\u00e9change d\u00e9di\u00e9, fonctionnant dans le cadre du syst\u00e8me d'information \u00abABS\u00bb.<\/p>\n<p>Examinons ensuite le processus d'interaction entre le syst\u00e8me DBO IKB UL et l'ABS.<br \/>\nLe Serveur DBO, ayant re\u00e7u de la part du client une commande de paiement d\u00fbment certifi\u00e9e, doit cr\u00e9er le document correspondant dans l'ABS sur cette base. Pour cela, il transmet les informations au serveur d'\u00e9change via l'API, et celui-ci, \u00e0 son tour, int\u00e8gre les donn\u00e9es dans l'ABS. <\/p>\n<p>Lors de la modification des soldes sur le compte du client, l'ABS g\u00e9n\u00e8re des notifications \u00e9lectroniques, qui sont transf\u00e9r\u00e9es au serveur DBO via le serveur d'\u00e9change.<\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/63f88ad151996e7ddaa883349a6d8e22.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa correspondance des objets du sch\u00e9ma consid\u00e9r\u00e9 avec les \u00e9l\u00e9ments du mod\u00e8le du module d'int\u00e9gration :<br \/>\n<i>\u00abServeur d'\u00e9change c\u00f4t\u00e9 DBO\u00bb<\/i> \u2013 serveur DBO IKB UL.<br \/>\n<i>\u00abServeur d'\u00e9change c\u00f4t\u00e9 ABS\u00bb<\/i> \u2013 serveur d'\u00e9change.<br \/>\n<i>\u00abInterm\u00e9diaire\u00bb<\/i> \u2013 absent.<br \/>\n<i>\u00abLogiciel de traitement des donn\u00e9es\u00bb<\/i> \u2013 composants du Serveur DBO, responsables de l'utilisation de l'API du serveur d'\u00e9change, composants du serveur d'\u00e9change, responsables de l'utilisation de l'API de l'ABS.<\/p>\n<h3>Menaces de s\u00e9curit\u00e9 de haut niveau<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU1. Introduction de fausses informations par des malfaiteurs via le module d'int\u00e9gration. <br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUMIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Introduction de fausses informations par des malfaiteurs via le module d'int\u00e9gration <\/h3>\n<p><b>D\u00e9composition<\/b><br \/>\nU1.1. Modification non autoris\u00e9e de donn\u00e9es l\u00e9gitimes lors de leur transmission via des connexions r\u00e9seau :<br \/>\nU1.1.1 Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abMod\u00e8le typique de menaces. Connexion r\u00e9seau. U2. Modification non autoris\u00e9e des donn\u00e9es transmises\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.2. Transmission via des canaux de communication de fausses donn\u00e9es au nom d'un participant l\u00e9gitime \u00e0 l'\u00e9change :<br \/>\nU1.1.2 Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU3\">\u00abMod\u00e8le standard de menace. Connexion r\u00e9seau. U3. Violation des droits d'auteur des donn\u00e9es transmises\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. Modification non autoris\u00e9e de donn\u00e9es l\u00e9gitimes lors de leur traitement sur les serveurs d'\u00e9change ou par l'interm\u00e9diaire :<br \/>\nU1.3.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU2\">\u00abMod\u00e8le standard de menace. Syst\u00e8me d'information bas\u00e9 sur une architecture client-serveur. U2. Modification non autoris\u00e9e d'informations prot\u00e9g\u00e9es pendant leur traitement par la partie serveur du syst\u00e8me d'information\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.4. Cr\u00e9ation de donn\u00e9es fictives sur les serveurs d'\u00e9change ou par l'interm\u00e9diaire au nom d'un participant l\u00e9gitime \u00e0 l'\u00e9change :<br \/>\nU1.4.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abMod\u00e8le standard de menace. Syst\u00e8me d'information bas\u00e9 sur une architecture client-serveur. U1. Actions non autoris\u00e9es effectu\u00e9es par des malfaiteurs au nom d'un utilisateur l\u00e9gitime\u00bb.<\/a><\/noindex><\/p>\n<p>U1.5. Modification non autoris\u00e9e des donn\u00e9es lors de leur traitement \u00e0 l'aide de logiciels de traitement de donn\u00e9es :<br \/>\nU1.5.1. &lt;&#8230;&gt; en raison d'apport de modifications non autoris\u00e9es aux param\u00e8tres (configuration) des logiciels de traitement des donn\u00e9es par des attaquants.<br \/>\nU1.5.2. &lt;&#8230;&gt; en raison d'apport de modifications non autoris\u00e9es aux fichiers ex\u00e9cutables des logiciels de traitement des donn\u00e9es par des attaquants.<br \/>\nU1.5.3. &lt;&#8230;&gt; en raison du contr\u00f4le interactif des logiciels de traitement des donn\u00e9es par des attaquants.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZI\"><\/a><\/noindex><\/p>\n<h2>MOD\u00c8LE STANDARD DE MENACE. SYST\u00c8ME DE PROTECTION CRYPTOGRAPHIQUE DE L'INFORMATION<\/h2>\n<p><\/p>\n<h3>L'objet de protection pour lequel le mod\u00e8le de menace est applicable (scope)<\/h3>\n<p>\nL'objet de protection est le syst\u00e8me de protection cryptographique de l'information, utilis\u00e9 pour assurer la s\u00e9curit\u00e9 d'un syst\u00e8me d'information.<\/p>\n<p><b>Architecture<\/b><br \/>\nLa base de tout syst\u00e8me d'information est le logiciel applicatif (SA) qui r\u00e9alise sa fonctionnalit\u00e9 cibl\u00e9e. <\/p>\n<p>La protection cryptographique est g\u00e9n\u00e9ralement mise en \u0153uvre par l'appel, depuis la logique m\u00e9tier du logiciel applicatif, de primitives cryptographiques qui sont plac\u00e9es dans des biblioth\u00e8ques sp\u00e9cialis\u00e9es \u2013 noyaux cryptographiques.<\/p>\n<p>Les primitives cryptographiques comprennent des fonctions cryptographiques de bas niveau telles que :<\/p>\n<ul>\n<li>chiffrer\/d\u00e9chiffrer un bloc de donn\u00e9es ;<\/li>\n<li>cr\u00e9er\/v\u00e9rifier une signature \u00e9lectronique d'un bloc de donn\u00e9es ;<\/li>\n<li>calculer une fonction de hachage pour un bloc de donn\u00e9es ;<\/li>\n<li>former\/t\u00e9l\u00e9charger\/exporter des informations cl\u00e9s ;<\/li>\n<li>etc.<\/li>\n<\/ul>\n<p>\nLa logique m\u00e9tier du logiciel applicatif utilise des primitives cryptographiques pour r\u00e9aliser une fonctionnalit\u00e9 de niveau sup\u00e9rieur :<\/p>\n<ul>\n<li>chiffrer un fichier avec les cl\u00e9s des destinataires s\u00e9lectionn\u00e9s ;<\/li>\n<li>\u00e9tablir une connexion r\u00e9seau s\u00e9curis\u00e9e;<\/li>\n<li>informer des r\u00e9sultats de la v\u00e9rification de la signature \u00e9lectronique;<\/li>\n<li>etc.<\/li>\n<\/ul>\n<p>\nL'interaction entre la logique m\u00e9tier et le noyau cryptographique peut se faire :<\/p>\n<ul>\n<li>directement, en appelant les primitives cryptographiques du noyau cryptographique \u00e0 partir de biblioth\u00e8ques dynamiques (.DLL pour Windows, .SO pour Linux);<\/li>\n<li>indirectement, via des interfaces cryptographiques \u2013 des wrappers, par exemple, MS Crypto API, Java Cryptography Architecture, PKCS#11, etc. Dans ce cas, la logique m\u00e9tier s'adresse \u00e0 l'interface cryptographique, qui traduit l'appel vers le noyau cryptographique correspondant, qui est alors appel\u00e9 fournisseur cryptographique. L'utilisation d'interfaces cryptographiques permet aux logiciels d'application de s'abstraire des algorithmes cryptographiques sp\u00e9cifiques et d'\u00eatre plus flexibles.<\/li>\n<\/ul>\n<p>\nOn peut distinguer deux sch\u00e9mas types d'organisation du noyau cryptographique :<\/p>\n<p><i>Sch\u00e9ma 1 \u2013 Noyau cryptographique monolithique<\/i><br \/>\n<img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/e5186d11e4e0e9ad9361f3935228bc30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Sch\u00e9ma 2 \u2013 Noyau cryptographique partitionn\u00e9<\/i><br \/>\n<img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/9953d524fbee78d7e4eb917e9d56a38f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLes \u00e9l\u00e9ments des sch\u00e9mas pr\u00e9sent\u00e9s peuvent \u00eatre soit des modules logiciels s\u00e9par\u00e9s fonctionnant sur un m\u00eame ordinateur, soit des services r\u00e9seau interagissant au sein d'un r\u00e9seau de calcul.<\/p>\n<p>Dans les syst\u00e8mes construits selon le sch\u00e9ma 1, le logiciel d'application et le noyau cryptographique fonctionnent dans un cadre unique de fonctionnement des moyens cryptographiques (SFC), par exemple, sur le m\u00eame ordinateur, sous la m\u00eame syst\u00e8me d'exploitation. L'utilisateur du syst\u00e8me peut g\u00e9n\u00e9ralement ex\u00e9cuter dans ce m\u00eame cadre de fonctionnement d'autres programmes, y compris ceux contenant un code malveillant. Dans de telles conditions, il existe un risque s\u00e9rieux de fuite de cl\u00e9s cryptographiques secr\u00e8tes.<\/p>\n<p>Pour minimiser le risque, on utilise le sch\u00e9ma 2, o\u00f9 le noyau cryptographique est divis\u00e9 en deux parties :<\/p>\n<ol>\n<li>La premi\u00e8re partie fonctionne avec le logiciel d'application dans un environnement non fiable, o\u00f9 existe un risque d'infection par un code malveillant. Appelons cette partie \u2013 \u00ab partie logicielle \u00bb.<\/li>\n<li>La deuxi\u00e8me partie fonctionne dans un environnement de confiance sur un appareil d\u00e9di\u00e9, qui contient un stockage des cl\u00e9s secr\u00e8tes. Appelons cette partie \u2013 \u00ab partie mat\u00e9rielle \u00bb.<\/li>\n<\/ol>\n<p>\nLa s\u00e9paration du c\u0153ur cryptographique en parties logicielle et mat\u00e9rielle est tr\u00e8s conditionnelle. Sur le march\u00e9, il existe des syst\u00e8mes construits selon un sch\u00e9ma avec c\u0153ur cryptographique s\u00e9par\u00e9, mais dont la partie \u00ab mat\u00e9rielle \u00bb est repr\u00e9sent\u00e9e sous la forme d'une image de machine virtuelle \u2014 virtual HSM (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.unboundtech.com\/product\/unbound-key-control\/\">exemple<\/a><\/noindex>).<\/p>\n<p>L'interaction entre les deux parties du c\u0153ur cryptographique se fait de telle mani\u00e8re que les cl\u00e9s cryptographiques priv\u00e9es ne sont jamais transmises \u00e0 la partie logicielle et, par cons\u00e9quent, ne peuvent pas \u00eatre vol\u00e9es par du code malveillant.<\/p>\n<p>L'interface d'interaction (API) et l'ensemble des primitives cryptographiques fournies au logiciel applicatif par le c\u0153ur cryptographique sont identiques dans les deux cas. La diff\u00e9rence r\u00e9side dans leur mode de mise en \u0153uvre.<\/p>\n<p>Ainsi, lors de l'utilisation d'un sch\u00e9ma avec c\u0153ur cryptographique s\u00e9par\u00e9, l'interaction entre la partie logicielle et la partie mat\u00e9rielle se fait selon le principe suivant :<\/p>\n<ol>\n<li>Les primitives cryptographiques ne n\u00e9cessitant pas l'utilisation de la cl\u00e9 priv\u00e9e (par exemple, le calcul de la fonction de hachage, la v\u00e9rification de la signature \u00e9lectronique, etc.) sont ex\u00e9cut\u00e9es par la partie logicielle.<\/li>\n<li>Les primitives cryptographiques utilisant la cl\u00e9 priv\u00e9e (cr\u00e9ation de la signature \u00e9lectronique, d\u00e9chiffrement des donn\u00e9es, etc.) sont ex\u00e9cut\u00e9es par la partie mat\u00e9rielle.<\/li>\n<\/ol>\n<p>\nIllustrons le fonctionnement du c\u0153ur cryptographique s\u00e9par\u00e9 par exemple de la cr\u00e9ation d'une signature \u00e9lectronique :<\/p>\n<ol>\n<li>La partie logicielle calcule la fonction de hachage des donn\u00e9es \u00e0 signer et transmet cette valeur \u00e0 la partie mat\u00e9rielle via un canal d'\u00e9change entre les c\u0153urs cryptographiques.<\/li>\n<li>La partie mat\u00e9rielle, en utilisant la cl\u00e9 priv\u00e9e et le hachage, forme la valeur de la signature \u00e9lectronique et la transmet \u00e0 la partie logicielle via le canal d'\u00e9change.<\/li>\n<li>La partie logicielle retourne la valeur obtenue au logiciel applicatif.<\/li>\n<\/ol>\n<p>\n<b>Caract\u00e9ristiques de la v\u00e9rification de l'exactitude de la signature \u00e9lectronique<\/b><\/p>\n<p>Lorsque la partie r\u00e9ceptrice re\u00e7oit des donn\u00e9es sign\u00e9es par une signature \u00e9lectronique, elle doit passer par plusieurs \u00e9tapes de v\u00e9rification. Un r\u00e9sultat positif de la v\u00e9rification de la signature \u00e9lectronique n'est atteint qu'apr\u00e8s le passage r\u00e9ussi de toutes les \u00e9tapes de v\u00e9rification.<\/p>\n<p><i>\u00c9tape 1. Contr\u00f4le de l'int\u00e9grit\u00e9 des donn\u00e9es et de l'authorship des donn\u00e9es.<\/i><\/p>\n<p><u>Contenu de l'\u00e9tape.<\/u> Une v\u00e9rification de la signature \u00e9lectronique des donn\u00e9es est effectu\u00e9e selon l'algorithme cryptographique correspondant. Le succ\u00e8s de cette \u00e9tape indique que les donn\u00e9es n'ont pas \u00e9t\u00e9 modifi\u00e9es depuis leur signature et que la signature a \u00e9t\u00e9 effectu\u00e9e avec la cl\u00e9 priv\u00e9e correspondante \u00e0 la cl\u00e9 publique de v\u00e9rification de la signature \u00e9lectronique.<br \/>\n<u>Lieu d'ex\u00e9cution de l'\u00e9tape :<\/u> noyau cryptographique.<\/p>\n<p><i>\u00c9tape 2. Contr\u00f4le de la confiance dans la cl\u00e9 publique du signataire et contr\u00f4le de la validit\u00e9 de la cl\u00e9 priv\u00e9e de signature \u00e9lectronique.<\/i><br \/>\n<u>Contenu de l'\u00e9tape.<\/u> L'\u00e9tape consiste en deux sous-\u00e9tapes interm\u00e9diaires. La premi\u00e8re v\u00e9rifie si la cl\u00e9 publique de v\u00e9rification de la signature \u00e9lectronique \u00e9tait de confiance au moment de la signature des donn\u00e9es. La seconde v\u00e9rifie si la cl\u00e9 priv\u00e9e de signature \u00e9lectronique \u00e9tait valide au moment de la signature des donn\u00e9es. En g\u00e9n\u00e9ral, les dur\u00e9es de validit\u00e9 de ces cl\u00e9s peuvent ne pas co\u00efncider (par exemple, pour les certificats qualifi\u00e9s des cl\u00e9s de v\u00e9rification de signature \u00e9lectronique). Les m\u00e9thodes d'\u00e9tablissement de la confiance dans la cl\u00e9 publique du signataire sont d\u00e9termin\u00e9es par les r\u00e8gles de la circulation \u00e9lectronique des documents adopt\u00e9es par les parties en interaction.<br \/>\n<u>Lieu d'ex\u00e9cution de l'\u00e9tape :<\/u> logiciel applicatif \/ noyau cryptographique.<\/p>\n<p><i>\u00c9tape 3. Contr\u00f4le des pouvoirs du signataire.<\/i><br \/>\n<u>Contenu de l'\u00e9tape.<\/u> Conform\u00e9ment aux r\u00e8gles \u00e9tablies de la circulation \u00e9lectronique des documents, il est v\u00e9rifi\u00e9 si le signataire avait le droit de certifier les donn\u00e9es prot\u00e9g\u00e9es. Prenons par exemple une situation de violation des pouvoirs. Supposons qu'il existe une organisation o\u00f9 tous les employ\u00e9s ont une signature \u00e9lectronique. Un ordre du directeur, sign\u00e9 avec la signature \u00e9lectronique du responsable de l'entrep\u00f4t, arrive dans le syst\u00e8me interne de circulation \u00e9lectronique des documents. En cons\u00e9quence, un tel document ne peut pas \u00eatre consid\u00e9r\u00e9 comme l\u00e9gitime.<br \/>\n<u>Lieu d'ex\u00e9cution de l'\u00e9tape :<\/u> logiciel applicatif.<\/p>\n<p><b>Hypoth\u00e8ses adopt\u00e9es lors de la description de l'objet de protection.<\/b><\/p>\n<ol>\n<li>Les canaux de transmission d'informations, \u00e0 l'exception des canaux d'\u00e9change de cl\u00e9s, passent notamment par le logiciel applicatif, l'API et le noyau cryptographique.<\/li>\n<li>Les informations sur la confiance dans les cl\u00e9s publiques et (ou) les certificats, ainsi que les informations sur les pouvoirs des propri\u00e9taires des cl\u00e9s publiques, sont stock\u00e9es dans un d\u00e9p\u00f4t de cl\u00e9s publiques.<\/li>\n<li>Le logiciel applicatif interagit avec le d\u00e9p\u00f4t de cl\u00e9s publiques \u00e0 travers le noyau cryptographique.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Exemple d'un syst\u00e8me d'information prot\u00e9g\u00e9 par un Syst\u00e8mes de Cryptographie \u00e0 Cl\u00e9 Publique (SKZI).<\/h3>\n<p>\nPour illustrer les sch\u00e9mas pr\u00e9sent\u00e9s pr\u00e9c\u00e9demment, examinons un syst\u00e8me d'information hypoth\u00e9tique et mettons en \u00e9vidence tous ses \u00e9l\u00e9ments structuraux. <\/p>\n<p><b>Description du syst\u00e8me d'information<\/b><\/p>\n<p><img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/74f3e2fd669ed97f50253fbb4b348f6f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDeux organisations ont d\u00e9cid\u00e9 de mettre en place un \u00e9change de documents \u00e9lectroniques (EDE) juridiquement significatif entre elles. Pour ce faire, elles ont conclu un accord stipulant que les documents seront transmis par e-mail, et qu'ils devront \u00eatre crypt\u00e9s et sign\u00e9s avec une signature \u00e9lectronique qualifi\u00e9e. Les programmes de bureau du pack Microsoft Office 2016 seront utilis\u00e9s pour la cr\u00e9ation et le traitement des documents, tandis que les moyens de protection cryptographique seront fournis par le syst\u00e8me de protection de l'information CryptPro et le logiciel de chiffrement CryptoARM.<\/p>\n<p><b>Description de l'infrastructure de l'organisation 1<\/b><\/p>\n<p>L'organisation 1 a d\u00e9cid\u00e9 d'installer le syst\u00e8me de protection de l'information CryptPro et le logiciel CryptoARM sur le poste de travail de l'utilisateur \u2014 un ordinateur physique. Les cl\u00e9s de chiffrement et de signature \u00e9lectronique seront stock\u00e9es sur un support cl\u00e9 ruToken, fonctionnant en mode cl\u00e9 amovible. L'utilisateur pr\u00e9parera les documents \u00e9lectroniques localement sur son ordinateur, puis les chiffrera, les signera et les enverra \u00e0 l'aide d'un client de messagerie install\u00e9 localement.<\/p>\n<p><b>Description de l'infrastructure de l'organisation 2<\/b><\/p>\n<p>L'organisation 2 a d\u00e9cid\u00e9 de d\u00e9porter les fonctions de chiffrement et de signature \u00e9lectronique sur une machine virtuelle d\u00e9di\u00e9e. Toutes les op\u00e9rations cryptographiques seront effectu\u00e9es automatiquement. <\/p>\n<p>Pour cela, deux dossiers r\u00e9seau ont \u00e9t\u00e9 organis\u00e9s sur une machine virtuelle d\u00e9di\u00e9e : &#171;&#8230;In&#187;, &#171;&#8230;Out&#187;. Les fichiers re\u00e7us de la partie contractante seront automatiquement plac\u00e9s dans le dossier r\u00e9seau &#171;&#8230;In&#187; sous une forme non crypt\u00e9e. Ces fichiers seront d\u00e9crypt\u00e9s, et leur signature \u00e9lectronique sera v\u00e9rifi\u00e9e.<\/p>\n<p>Dans le dossier &#171;&#8230;Out&#187;, l'utilisateur placera les fichiers \u00e0 chiffrer, signer et envoyer au partenaire. Les fichiers eux-m\u00eames seront pr\u00e9par\u00e9s sur son poste de travail.<br \/>\nPour effectuer les fonctions de chiffrement et de signature \u00e9lectronique, le syst\u00e8me de protection de l'information CryptPro, le logiciel CryptoARM et le client de messagerie ont \u00e9t\u00e9 install\u00e9s sur la machine virtuelle. La gestion automatique de tous les \u00e9l\u00e9ments de la machine virtuelle sera assur\u00e9e par des scripts d\u00e9velopp\u00e9s par les administrateurs syst\u00e8me. Le fonctionnement des scripts est enregistr\u00e9 dans des fichiers journaux (logs).<\/p>\n<p>Les cl\u00e9s cryptographiques de la signature \u00e9lectronique seront stock\u00e9es sur le jeton avec la cl\u00e9 non extractible JaCarta GOST, que l'utilisateur connectera \u00e0 son ordinateur local.<\/p>\n<p>Le jeton sera transf\u00e9r\u00e9 sur la machine virtuelle \u00e0 l'aide de logiciels sp\u00e9cialis\u00e9s USB-over-IP, install\u00e9s sur le poste de travail de l'utilisateur et sur la machine virtuelle.<\/p>\n<p>Les horloges syst\u00e8me sur le poste de travail de l'utilisateur dans l'organisation 1 seront ajust\u00e9es manuellement. Les horloges syst\u00e8me de la machine virtuelle dans l'organisation 2 seront synchronis\u00e9es avec les horloges syst\u00e8me de l'hyperviseur, elles-m\u00eames synchronis\u00e9es via Internet avec des serveurs de temps publics.<\/p>\n<p><b>Identification des \u00e9l\u00e9ments structurels du SKZI<\/b><br \/>\nSur la base de la description ci-dessus de l'infrastructure IT, identifions les \u00e9l\u00e9ments structurels du SKZI et consignons-les dans un tableau.<\/p>\n<p><i>Tableau - Correspondance entre les \u00e9l\u00e9ments du mod\u00e8le SKZI et les \u00e9l\u00e9ments des syst\u00e8mes d'information<\/i> <\/p>\n<p><b>Nom de l'\u00e9l\u00e9ment<\/b><br \/>\n<b>Organisation 1<\/b><br \/>\n<b>Organisation 2<\/b><\/p>\n<p>Logiciel applicatif<br \/>\nLogiciel CryptoARM<br \/>\nLogiciel CryptoARM<\/p>\n<p>Partie logicielle du noyau cryptographique<br \/>\nSKZI CryptoPRO CSP<br \/>\nSKZI CryptoPRO CSP<\/p>\n<p>Partie mat\u00e9rielle du noyau cryptographique<br \/>\nabsente<br \/>\nJaCarta GOST<\/p>\n<p>API<br \/>\nMS CryptoAPI<br \/>\nMS CryptoAPI<\/p>\n<p>D\u00e9p\u00f4t de cl\u00e9s publiques<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 disque dur;<br \/>\n \u2014 d\u00e9p\u00f4t standard de certificats Windows.<br \/>\nHyperviseur:<br \/>\n \u2014 disque dur.<\/p>\n<p>Machine virtuelle:<br \/>\n \u2014 disque dur;<br \/>\n \u2014 d\u00e9p\u00f4t standard de certificats Windows.<\/p>\n<p>D\u00e9p\u00f4t de cl\u00e9s priv\u00e9es<br \/>\nSupport de cl\u00e9 ruToken, fonctionnant en mode de cl\u00e9 extractible<br \/>\nSupport de cl\u00e9 JaCarta GOST, fonctionnant en mode de cl\u00e9 non extractible<\/p>\n<p>Canal d'\u00e9change de cl\u00e9s publiques<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 m\u00e9moire vive.<\/p>\n<p>Hyperviseur:<br \/>\n \u2014 m\u00e9moire vive.<\/p>\n<p>Machine virtuelle:<br \/>\n \u2014 m\u00e9moire vive.<\/p>\n<p>Canal d'\u00e9change de cl\u00e9s priv\u00e9es<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 bus USB;<br \/>\n \u2014 m\u00e9moire vive.<br \/>\nabsente<\/p>\n<p>Canal d'\u00e9change entre les noyaux cryptographiques<br \/>\nabsent (pas de partie mat\u00e9rielle du noyau cryptographique)<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 bus USB;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 module logiciel USB-over-IP;<br \/>\n \u2014 interface r\u00e9seau.<\/p>\n<p>R\u00e9seau d'entreprise de l'organisation 2.<\/p>\n<p>Hyperviseur:<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 interface r\u00e9seau.<\/p>\n<p>Machine virtuelle:<br \/>\n \u2014 interface r\u00e9seau;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 module logiciel USB-over-IP.<\/p>\n<p>Canal d'\u00e9change de donn\u00e9es publiques<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 moyens d'entr\u00e9e-sortie;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 moyens d'entr\u00e9e-sortie;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur;<br \/>\n \u2014 interface r\u00e9seau.<\/p>\n<p>R\u00e9seau d'entreprise de l'organisation 2.<\/p>\n<p>Hyperviseur:<br \/>\n \u2014 interface r\u00e9seau; <br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<\/p>\n<p>Machine virtuelle: <br \/>\n \u2014 interface r\u00e9seau; <br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<\/p>\n<p>Canal d'\u00e9change de donn\u00e9es prot\u00e9g\u00e9es<br \/>\nInternet.<\/p>\n<p>R\u00e9seau d'entreprise de l'organisation 1.<\/p>\n<p>Poste de travail de l'utilisateur:<br \/>\n \u2014 disque dur;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 interface r\u00e9seau.<\/p>\n<p>Internet.<\/p>\n<p>R\u00e9seau d'entreprise de l'organisation 2.<\/p>\n<p>Hyperviseur:<br \/>\n \u2014 interface r\u00e9seau; <br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<\/p>\n<p>Machine virtuelle: <br \/>\n \u2014 interface r\u00e9seau; <br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<\/p>\n<p>Canal de transmission de temps<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 moyens d'entr\u00e9e-sortie;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 temporisateur syst\u00e8me.<\/p>\n<p>Internet. <br \/>\nR\u00e9seau d'entreprise de l'organisation 2,<\/p>\n<p>Hyperviseur:<br \/>\n \u2014 interface r\u00e9seau;<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 temporisateur syst\u00e8me.<\/p>\n<p>Machine virtuelle:<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 temporisateur syst\u00e8me.<\/p>\n<p>Canal de transmission de commandes de contr\u00f4le<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 moyens d'entr\u00e9e-sortie;<br \/>\n \u2014 m\u00e9moire vive.<\/p>\n<p>(Interface utilisateur graphique du logiciel CryptoARM)<\/p>\n<p>Machine virtuelle:<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<\/p>\n<p>(Scripts d'automatisation)<\/p>\n<p>Canal de r\u00e9ception des r\u00e9sultats de travail<br \/>\nPoste de travail de l'utilisateur:<br \/>\n \u2014 moyens d'entr\u00e9e-sortie;<br \/>\n \u2014 m\u00e9moire vive.<\/p>\n<p>(Interface utilisateur graphique du logiciel CryptoARM)<\/p>\n<p>Machine virtuelle:<br \/>\n \u2014 m\u00e9moire vive;<br \/>\n \u2014 disque dur.<\/p>\n<p>(Fichiers journaux du travail des scripts d'automatisation)<\/p>\n<p><\/p>\n<h3>Menaces de s\u00e9curit\u00e9 de haut niveau<\/h3>\n<p>\n<b>Explications<\/b><\/p>\n<p>Hypoth\u00e8ses prises lors de la d\u00e9composition des menaces :<\/p>\n<ol>\n<li>Des algorithmes cryptographiques robustes sont utilis\u00e9s.<\/li>\n<li>Les algorithmes cryptographiques sont utilis\u00e9s de mani\u00e8re s\u00e9curis\u00e9e dans des modes de fonctionnement appropri\u00e9s (par exemple, <noindex><a rel=\"nofollow\" href=\"http:\/\/cryptowiki.net\/index.php?title=Electronic_Code_Book\">ECB<\/a><\/noindex> ne doit pas \u00eatre utilis\u00e9 pour chiffrer de grandes quantit\u00e9s de donn\u00e9es, et la charge admissible sur la cl\u00e9 est prise en compte, etc.).<\/li>\n<li>Les attaquants connaissent tous les algorithmes, protocoles et cl\u00e9s publiques utilis\u00e9s.<\/li>\n<li>Les attaquants peuvent lire toutes les donn\u00e9es chiffr\u00e9es.<\/li>\n<li>Les attaquants peuvent reproduire n'importe quel \u00e9l\u00e9ment logiciel dans le syst\u00e8me.<\/li>\n<\/ol>\n<p>\n<b>D\u00e9composition<\/b><\/p>\n<p>U1. Compromission des cl\u00e9s cryptographiques priv\u00e9es.<br \/>\nU2. Chiffrement de donn\u00e9es falsifi\u00e9es au nom d'un exp\u00e9diteur l\u00e9gitime.<br \/>\nU3. D\u00e9chiffrement des donn\u00e9es chiffr\u00e9es par des personnes qui ne sont pas des destinataires l\u00e9gitimes (les attaquants).<br \/>\nU4. Cr\u00e9ation d'une signature \u00e9lectronique d'un signataire l\u00e9gitime sur des donn\u00e9es falsifi\u00e9es.<br \/>\nU5. Obtention d'un r\u00e9sultat positif pour la v\u00e9rification de la signature \u00e9lectronique sur des donn\u00e9es falsifi\u00e9es.<br \/>\nU6. Acceptation erron\u00e9e des documents \u00e9lectroniques pour ex\u00e9cution en raison de probl\u00e8mes dans l'organisation du flux documentaire \u00e9lectronique.<br \/>\nU7. Consultation non autoris\u00e9e des donn\u00e9es prot\u00e9g\u00e9es pendant leur traitement par le syst\u00e8me de cryptographie.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Compromission des cl\u00e9s cryptographiques priv\u00e9es<\/h3>\n<p>\nU1.1. Obtention de la cl\u00e9 priv\u00e9e \u00e0 partir du stockage des cl\u00e9s priv\u00e9es.<\/p>\n<p>U1.2. Obtention de la cl\u00e9 priv\u00e9e \u00e0 partir des objets de l'environnement de fonctionnement du moyen cryptographique, o\u00f9 elle peut se trouver temporairement.<br \/>\n<i>Explications U1.2.<\/i><\/p>\n<p>Les objets dans lesquels la cl\u00e9 priv\u00e9e peut \u00eatre temporairement stock\u00e9e comprennent :<\/p>\n<ol>\n<li>m\u00e9moire vive, <\/li>\n<li>fichiers temporaires, <\/li>\n<li>fichiers d'\u00e9change, <\/li>\n<li>fichiers d'hibernation, <\/li>\n<li>fichiers de snapshots de l'\u00e9tat \u00ab chaud \u00bb des machines virtuelles, y compris les fichiers du contenu de la m\u00e9moire vive des machines virtuelles mises en pause.<\/li>\n<\/ol>\n<p>\nU1.2.1. Extraction de cl\u00e9s priv\u00e9es \u00e0 partir de la m\u00e9moire vive en gelant les modules de RAM, les extrayant et lisant ensuite les donn\u00e9es (attaque par gel).<br \/>\n<i>Explications U1.2.1.<\/i><br \/>\nExemple <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/452899.php\">les attaques<\/a><\/noindex>. <\/p>\n<p>U1.3. Obtention de la cl\u00e9 priv\u00e9e \u00e0 partir d'un canal d'\u00e9change de cl\u00e9s priv\u00e9es.<br \/>\n<i>Explications U1.3.<\/i><br \/>\nUn exemple de mise en \u0153uvre de cette menace sera fourni <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA3\">ci-dessous<\/a><\/noindex>.<\/p>\n<p>U1.4. Modification non autoris\u00e9e du noyau cryptographique, rendant les cl\u00e9s priv\u00e9es accessibles aux attaquants.<\/p>\n<p>U1.5. Compromission de la cl\u00e9 priv\u00e9e en raison de l'utilisation de canaux techniques de fuite d'informations (CTLI).<br \/>\n<i>Explications U1.5.<\/i><br \/>\nExemple <noindex><a rel=\"nofollow\" href=\"https:\/\/www.usenix.org\/system\/files\/conference\/usenixsecurity18\/sec18-alam.pdf\">les attaques<\/a><\/noindex>. <\/p>\n<p>U1.6. Compromission de la cl\u00e9 priv\u00e9e en raison de l'utilisation de moyens techniques sp\u00e9ciaux (MTS) destin\u00e9s \u00e0 l'extraction discr\u00e8te d'informations (\u00ab micros \u00bb).<\/p>\n<p>U1.7. Compromission des cl\u00e9s priv\u00e9es lors de leur stockage en dehors du SKZI.<br \/>\n<i>Explications U1.7.<\/i><br \/>\nPar exemple, un utilisateur stocke ses supports de cl\u00e9s dans le tiroir de son bureau, o\u00f9 ils peuvent facilement \u00eatre extraits par des malfaiteurs.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU2\"><\/a><\/noindex><\/p>\n<h3>U2. Chiffrement de donn\u00e9es sous faux nom au nom d'un exp\u00e9diteur l\u00e9gitime.<\/h3>\n<p>\n<b>Explications<\/b><br \/>\nCette menace n'est envisag\u00e9e que pour les sch\u00e9mas de chiffrement de donn\u00e9es avec authentification de l'exp\u00e9diteur. Des exemples de tels sch\u00e9mas sont indiqu\u00e9s dans les recommandations de normalisation. <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\">R 1323565.1.004-2017 \u00ab Technologie de l'information. Protection cryptographique des informations. Sch\u00e9mas de g\u00e9n\u00e9ration de cl\u00e9 commune avec authentification bas\u00e9e sur la cl\u00e9 publique \u00bb.<\/a><\/noindex>. Pour les autres sch\u00e9mas cryptographiques, cette menace n'existe pas, car le chiffrement est effectu\u00e9 sur les cl\u00e9s publiques du destinataire, qui sont en g\u00e9n\u00e9ral connues des malfaiteurs.<\/p>\n<p><b>D\u00e9composition<\/b><br \/>\nU2.1. Compromission de la cl\u00e9 priv\u00e9e de l'exp\u00e9diteur :<br \/>\nU2.1.1. Lien : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u00ab Mod\u00e8le typique de menace. Syst\u00e8me de protection cryptographique des informations. U1. Compromission des cl\u00e9s cryptographiques priv\u00e9es \u00bb<\/a><\/noindex>.<\/p>\n<p>U2.2. Substitution des donn\u00e9es d'entr\u00e9e dans le canal d'\u00e9change de donn\u00e9es ouvertes.<br \/>\n<i>Remarques U2.2.<\/i><br \/>\nDes exemples de mise en \u0153uvre de cette menace sont pr\u00e9sent\u00e9s ci-dessous. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">ici<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">ici<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU3\"><\/a><\/noindex><\/p>\n<h3>U3. D\u00e9chiffrement de donn\u00e9es chiffr\u00e9es par des personnes ne faisant pas partie des destinataires l\u00e9gitimes des donn\u00e9es (malfaiteurs).<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU3.1. Compromission des cl\u00e9s priv\u00e9es du destinataire des donn\u00e9es chiffr\u00e9es. <br \/>\nU3.1.1 R\u00e9f\u00e9rence : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u00ab Mod\u00e8le typique de menace. Syst\u00e8me de protection cryptographique des informations. U1. Compromission des cl\u00e9s cryptographiques priv\u00e9es \u00bb<\/a><\/noindex>.<\/p>\n<p>U3.2. Substitution des donn\u00e9es chiffr\u00e9es dans le canal d'\u00e9change de donn\u00e9es prot\u00e9g\u00e9es.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU4\"><\/a><\/noindex><\/p>\n<h3>U4. Cr\u00e9ation d'une signature \u00e9lectronique d'un signataire l\u00e9gitime sur des donn\u00e9es fausses.<br \/>\n<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU4.1. Compromission des cl\u00e9s priv\u00e9es de la signature \u00e9lectronique d'un signataire l\u00e9gitime. <br \/>\nU4.1.1 R\u00e9f\u00e9rence : <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u00ab Mod\u00e8le typique de menace. Syst\u00e8me de protection cryptographique des informations. U1. Compromission des cl\u00e9s cryptographiques priv\u00e9es \u00bb<\/a><\/noindex>.<\/p>\n<p>U4.2. Substitution des donn\u00e9es sign\u00e9es dans le canal d'\u00e9change de donn\u00e9es ouvertes.<br \/>\n<i>Remarque U4.2.<\/i><br \/>\nDes exemples de mise en \u0153uvre de cette menace sont pr\u00e9sent\u00e9s ci-dessous. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">ici<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">ici<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU5\"><\/a><\/noindex><\/p>\n<h3>U5. Obtention d'un r\u00e9sultat positif de v\u00e9rification de la signature \u00e9lectronique sur des donn\u00e9es fausses.<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU5.1. Les attaquants interceptent dans le canal de transmission des r\u00e9sultats un message d\u00e9crivant un \u00e9chec de la v\u00e9rification de la signature \u00e9lectronique et le remplacent par un message indiquant un succ\u00e8s.<\/p>\n<p>U5.2. Les attaquants lancent une attaque contre la confiance dans les certificats de signature (<b>SC\u00c9NARIO \u2014 tous les \u00e9l\u00e9ments sont obligatoires<\/b>):<br \/>\nU5.2.1. Les attaquants g\u00e9n\u00e8rent une cl\u00e9 publique et une cl\u00e9 priv\u00e9e pour la signature \u00e9lectronique. Si des certificats de cl\u00e9s de signature \u00e9lectronique sont utilis\u00e9s dans le syst\u00e8me, ils g\u00e9n\u00e8rent un certificat de signature \u00e9lectronique tr\u00e8s similaire au certificat du suppos\u00e9 exp\u00e9diteur des donn\u00e9es dont ils souhaitent falsifier le message.<br \/>\nU5.2.2. Les attaquants apportent des modifications non autoris\u00e9es au stockage des cl\u00e9s publiques, conf\u00e9rant \u00e0 la cl\u00e9 publique qu'ils ont g\u00e9n\u00e9r\u00e9e le niveau de confiance et les autorisations n\u00e9cessaires.<br \/>\nU5.2.3. Les attaquants signent des donn\u00e9es falsifi\u00e9es avec la cl\u00e9 de signature \u00e9lectronique pr\u00e9c\u00e9demment form\u00e9e et les injectent dans le canal d'\u00e9change de donn\u00e9es prot\u00e9g\u00e9es.<\/p>\n<p>U5.3. Les attaquants lancent une attaque en utilisant des cl\u00e9s de signature \u00e9lectronique expir\u00e9es du signataire l\u00e9gitime (<b>SC\u00c9NARIO \u2014 tous les \u00e9l\u00e9ments sont obligatoires<\/b>):<br \/>\nU5.3.1. Les attaquants compromettent les cl\u00e9s priv\u00e9es de signature \u00e9lectronique expir\u00e9es (qui ne sont plus valides) du v\u00e9ritable exp\u00e9diteur.<br \/>\nU5.3.2. Les attaquants remplacent l'heure dans le canal de transmission par celle o\u00f9 les cl\u00e9s compromises \u00e9taient encore valides.<br \/>\nU5.3.3. Les attaquants signent des donn\u00e9es falsifi\u00e9es avec une cl\u00e9 de signature \u00e9lectronique compromise ant\u00e9rieurement et les injectent dans le canal d'\u00e9change de donn\u00e9es prot\u00e9g\u00e9es.<\/p>\n<p>U5.4. Les attaquants lancent une attaque utilisant des cl\u00e9s de signature \u00e9lectronique compromises du signataire l\u00e9gitime (<b>SC\u00c9NARIO \u2014 tous les \u00e9l\u00e9ments sont obligatoires<\/b>):<br \/>\nU5.4.1. Les attaquants font une copie du stockage des cl\u00e9s publiques.<br \/>\nU5.4.2. Les attaquants compromettent les cl\u00e9s priv\u00e9es de l'un des exp\u00e9diteurs l\u00e9gaux. Celui-ci remarque la compromission, r\u00e9voque les cl\u00e9s, et les informations sur la r\u00e9vocation des cl\u00e9s sont plac\u00e9es dans le stockage des cl\u00e9s publiques.<br \/>\nU5.4.3. Les attaquants remplacent le stockage des cl\u00e9s publiques par celui qu'ils ont pr\u00e9c\u00e9demment copi\u00e9.<br \/>\nU5.4.4. Les attaquants signent des donn\u00e9es falsifi\u00e9es avec une cl\u00e9 de signature \u00e9lectronique compromise pr\u00e9c\u00e9demment et les injectent dans le canal d'\u00e9change de donn\u00e9es prot\u00e9g\u00e9es.<\/p>\n<p>U5.5. &lt;&#8230;&gt; en raison d'erreurs dans la mise en \u0153uvre des 2\u00e8me et 3\u00e8me \u00e9tapes de v\u00e9rification de la signature \u00e9lectronique :<br \/>\n<i>Explications U5.5.<\/i><br \/>\nUn exemple de mise en \u0153uvre de cette menace est donn\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA4\">ci-dessous<\/a><\/noindex>.<\/p>\n<p>U5.5.1. V\u00e9rification de la confiance envers le certificat de cl\u00e9 de signature \u00e9lectronique uniquement sur la base de la confiance envers le certificat par lequel il a \u00e9t\u00e9 sign\u00e9, sans v\u00e9rifications CRL ou OCSP.<br \/>\n<i>Explications U5.5.1.<\/i><br \/>\nExemple de mise en \u0153uvre <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/332730\/\">menace<\/a><\/noindex>. <\/p>\n<p>U5.5.2. Lors de la construction d'une cha\u00eene de confiance envers le certificat, les attributions des certificats \u00e9metteurs ne sont pas analys\u00e9es<br \/>\n<i>Explications U5.5.2.<\/i><br \/>\nExemple d'attaque concernant les certificats SSL\/TLS. <br \/>\nLes cybercriminels ont achet\u00e9 un certificat l\u00e9gitime pour leur e-mail. Ensuite, ils ont cr\u00e9\u00e9 un certificat frauduleux pour un site et l'ont sign\u00e9 avec leur certificat. Si aucune v\u00e9rification des attributions n'est effectu\u00e9e, lors de la v\u00e9rification de la cha\u00eene de confiance, celle-ci appara\u00eetra correcte, et par cons\u00e9quent, le certificat frauduleux sera \u00e9galement valide.<\/p>\n<p>U5.5.3. Lors de la construction d'une cha\u00eene de confiance envers le certificat, les certificats interm\u00e9diaires ne sont pas v\u00e9rifi\u00e9s pour r\u00e9vocation.<\/p>\n<p>U5.5.4. La mise \u00e0 jour de la CRL se produit moins souvent que celle \u00e9mise par l'autorit\u00e9 de certification.<\/p>\n<p>U5.5.5. La d\u00e9cision de faire confiance \u00e0 la signature \u00e9lectronique est prise avant la r\u00e9ception de la r\u00e9ponse OCSP concernant le statut du certificat, envoy\u00e9e suite \u00e0 une demande faite apr\u00e8s le moment de formation de la signature ou avant que la CRL suivante ne soit obtenue apr\u00e8s la formation de la signature. <br \/>\n<i>Explications U5.5.5.<\/i><br \/>\nDans la plupart des r\u00e8glements des AC, le moment de r\u00e9vocation du certificat est consid\u00e9r\u00e9 comme le moment de publication de la CRL la plus proche contenant des informations sur la r\u00e9vocation du certificat.<\/p>\n<p>U5.5.6. Lors de la r\u00e9ception de donn\u00e9es sign\u00e9es, l'appartenance du certificat \u00e0 l'exp\u00e9diteur n'est pas v\u00e9rifi\u00e9e. <br \/>\n<i>Explications U5.5.6.<\/i><br \/>\nExemple d'attaque. Concernant les certificats SSL : la correspondance de l'adresse du serveur appel\u00e9 avec la valeur du champ CN dans le certificat peut ne pas \u00eatre v\u00e9rifi\u00e9e.<br \/>\nExemple d'attaque. Les cybercriminels ont compromis les cl\u00e9s de signature \u00e9lectronique de l'un des participants \u00e0 un syst\u00e8me de paiement. Ils ont ensuite pirat\u00e9 le r\u00e9seau d'un autre participant et, en son nom, ont envoy\u00e9 au serveur de r\u00e8glement du syst\u00e8me de paiement des documents de paiement sign\u00e9s avec les cl\u00e9s compromises. Si le serveur n'analyse que la confiance et ne v\u00e9rifie pas la conformit\u00e9, les documents frauduleux seront consid\u00e9r\u00e9s comme l\u00e9gitimes.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU6\"><\/a><\/noindex><\/p>\n<h3>U6. Acceptation erron\u00e9e des documents \u00e9lectroniques pour ex\u00e9cution en raison de probl\u00e8mes dans l'organisation du flux documentaire \u00e9lectronique.<\/h3>\n<p>\n<b>D\u00e9composition<\/b><br \/>\nU6.1. La partie recevant ne d\u00e9tecte pas la duplication des documents re\u00e7us.<br \/>\n<i>Explications U6.1.<\/i><br \/>\nExemple d'attaque. Les attaquants peuvent intercepter un document transmis au destinataire, m\u00eame s'il est cryptographiquement prot\u00e9g\u00e9, puis l'envoyer plusieurs fois dans le canal de transmission des donn\u00e9es prot\u00e9g\u00e9es. Si le destinataire ne d\u00e9tecte pas les doublons, tous les documents re\u00e7us seront per\u00e7us et trait\u00e9s comme des documents distincts.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU7\"><\/a><\/noindex><\/p>\n<h3>U7. Acc\u00e8s non autoris\u00e9 aux donn\u00e9es prot\u00e9g\u00e9es lors de leur traitement par le SKZI. <\/h3>\n<p>\n<b>D\u00e9composition<\/b><\/p>\n<p>U7.1. &lt;&#8230;&gt; suite \u00e0 une fuite d'informations par des voies secondaires (attaque par canal auxiliaire).<br \/>\n<i>Explications U7.1.<\/i><br \/>\nExemple <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cs.tau.ac.il\/~tromer\/synesthesia\/synesthesia.pdf\">les attaques<\/a><\/noindex>. <\/p>\n<p>U7.2. &lt;&#8230;&gt; \u00e0 la suite de la neutralisation de la protection contre l'acc\u00e8s non autoris\u00e9 aux informations trait\u00e9es sur le HSM :<br \/>\nU7.2.1. Exploitation du SKZI en violation des exigences d\u00e9crites dans la documentation du SKZI.<\/p>\n<p>U7.2.2. &lt;&#8230;&gt;, r\u00e9alis\u00e9 en raison de la pr\u00e9sence de vuln\u00e9rabilit\u00e9s dans :<br \/>\nU7.2.2.1. &lt;&#8230;&gt; les moyens de protection contre l'acc\u00e8s non autoris\u00e9.<br \/>\nU7.2.2.2. &lt;&#8230;&gt; le HSM lui-m\u00eame.<br \/>\nU7.2.2.3. &lt;&#8230;&gt; l'environnement de fonctionnement du moyen cryptographique.<\/p>\n<h3>Exemples d'attaques<\/h3>\n<p>\nLes sc\u00e9narios d\u00e9crits ci-dessous contiennent d\u00e9lib\u00e9r\u00e9ment des erreurs dans l'organisation de la s\u00e9curit\u00e9 de l'information et servent uniquement \u00e0 illustrer les attaques possibles.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA1\"><\/a><\/noindex><\/p>\n<h4>Sc\u00e9nario 1. Exemple de mise en \u0153uvre des menaces U2.2 et U4.2.<\/h4>\n<p>\n<b>Description de l'objet<\/b><br \/>\n<img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/77d51167720552df4eb9c2bafbce6765.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLe logiciel ARM KBR et SKZI SKAD Signature est install\u00e9 sur un ordinateur physique, non connect\u00e9 \u00e0 un r\u00e9seau informatique. Le porte-cl\u00e9s utilis\u00e9 est le FKN vdToken en mode de fonctionnement avec une cl\u00e9 non extractible.<\/p>\n<p>Le r\u00e8glement sur la r\u00e9alisation des calculs suppose qu'un sp\u00e9cialiste t\u00e9l\u00e9charge des messages \u00e9lectroniques en clair (sch\u00e9ma de l'ancien ARM KBR) depuis un serveur de fichiers prot\u00e9g\u00e9, ensuite il les enregistre sur un support amovible USB et les transf\u00e8re sur l'ARM KBR, o\u00f9 ils sont chiffr\u00e9s et sign\u00e9s. Apr\u00e8s cela, le sp\u00e9cialiste transf\u00e8re les messages \u00e9lectroniques prot\u00e9g\u00e9s sur le support amovible, puis via son ordinateur de travail, il les enregistre sur le serveur de fichiers, d'o\u00f9 ils parviennent \u00e0 l'UTA et ensuite dans le syst\u00e8me de paiement de la Banque de Russie.<\/p>\n<p>Dans ce cas, les canaux d'\u00e9change de donn\u00e9es ouvertes et prot\u00e9g\u00e9es comprendront : le serveur de fichiers, l'ordinateur de travail du sp\u00e9cialiste et le support amovible.<\/p>\n<p><b>L'attaque<\/b><br \/>\nDes acteurs malveillants installent sans autorisation un syst\u00e8me de contr\u00f4le \u00e0 distance sur l'ordinateur de travail d'un sp\u00e9cialiste et, au moment de l'enregistrement des mandats de paiement (messages \u00e9lectroniques) sur un support utilis\u00e9, remplacent en clair le contenu de l'un d'eux. Le sp\u00e9cialiste transf\u00e8re les mandats de paiement sur l'ARM KBR, les signe et les crypte, sans remarquer l'\u00e9change (par exemple, en raison du grand nombre de mandats de paiement en cours, de la fatigue, etc.). Apr\u00e8s cela, le mandat de paiement falsifi\u00e9, ayant travers\u00e9 la cha\u00eene technologique, aboutit dans le syst\u00e8me de paiement de la Banque de Russie.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA2\"><\/a><\/noindex><\/p>\n<h4>Sc\u00e9nario 2. Exemple de mise en \u0153uvre des menaces U2.2 et U4.2.<\/h4>\n<p>\n<b>Description de l'objet<\/b><br \/>\n<img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/b4489290d665b359323ec6b58dde1139.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUn ordinateur avec ARM KBR install\u00e9, SKAD Signature et un porte-cl\u00e9 FKN vdToken connect\u00e9 fonctionne dans un espace d\u00e9di\u00e9 sans acc\u00e8s par le personnel.<br \/>\nLe sp\u00e9cialiste des paiements se connecte \u00e0 l'ARM KBR en mode acc\u00e8s distant via le protocole RDP.<\/p>\n<p><b>L'attaque<\/b><br \/>\nDes acteurs malveillants interceptent les identifiants que le sp\u00e9cialiste des paiements utilise pour se connecter et travailler avec l'ARM KBR (par exemple, gr\u00e2ce \u00e0 un code malveillant sur son ordinateur). Ils proc\u00e8dent ensuite \u00e0 la connexion en son nom et envoient \u00e0 la Banque de Russie un mandat de paiement falsifi\u00e9.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA3\"><\/a><\/noindex><\/p>\n<h4>Sc\u00e9nario 3. Exemple de r\u00e9alisation de la menace U1.3. <\/h4>\n<p>\n<b>Description de l'objet<\/b><br \/>\n<img decoding=\"async\" alt=\"S\u00e9curit\u00e9 de l&#039;information des paiements bancaires sans esp\u00e8ces. Partie 8 \u2014 Mod\u00e8les typiques de menaces\" src=\"\/wp-content\/uploads\/2019\/04\/988a97dd75247780556d388566d771f0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nConsid\u00e9rons l'un des sc\u00e9narios hypoth\u00e9tiques de mise en \u0153uvre des modules d'int\u00e9gration \u00ab ABS-KBR \u00bb pour un nouveau sch\u00e9ma (ARM KBR-N), o\u00f9 la signature \u00e9lectronique des documents sortants se fait du c\u00f4t\u00e9 de l'ABS. Nous allons supposer que l'ABS fonctionne sur un syst\u00e8me d'exploitation non pris en charge par le SKZI SKAD Signature, et par cons\u00e9quent, la fonctionnalit\u00e9 cryptographique est transf\u00e9r\u00e9e sur une machine virtuelle distincte \u2014 module d'int\u00e9gration \u00ab ABS-KBR \u00bb.<br \/>\nUn porte-cl\u00e9 USB classique, fonctionnant en tant que cl\u00e9 amovible, est utilis\u00e9 comme porte-cl\u00e9. Lors de la connexion du porte-cl\u00e9 \u00e0 l'hyperviseur, il s'est av\u00e9r\u00e9 qu'il n'y avait pas de ports USB libres dans le syst\u00e8me, c'est pourquoi il a \u00e9t\u00e9 d\u00e9cid\u00e9 de connecter le porte-cl\u00e9 USB via un concentrateur USB r\u00e9seau, et d'installer un client USB-over-IP sur la machine virtuelle, qui assurera la communication avec le concentrateur.<\/p>\n<p><b>L'attaque<\/b><br \/>\nDes cybercriminels ont intercept\u00e9 la cl\u00e9 secr\u00e8te de signature \u00e9lectronique lors de la transmission entre le concentrateur USB et l'hyperviseur (les donn\u00e9es ont \u00e9t\u00e9 transmises en clair). Avec la cl\u00e9 secr\u00e8te, les cybercriminels ont cr\u00e9\u00e9 un faux ordre de paiement, l'ont sign\u00e9 avec la signature \u00e9lectronique et l'ont envoy\u00e9 \u00e0 l'ARM KBR-N pour ex\u00e9cution.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA4\"><\/a><\/noindex><\/p>\n<h4>Sc\u00e9nario 4. Exemple de mise en \u0153uvre des menaces U5.5.<\/h4>\n<p>\n<b>Description de l'objet<\/b><br \/>\nConsid\u00e9rons le m\u00eame sch\u00e9ma que dans le sc\u00e9nario pr\u00e9c\u00e9dent. Supposons que les messages \u00e9lectroniques provenant du poste de travail KBR-N arrivent dans le dossier &#8230;SHAREIn, et ceux envoy\u00e9s au poste de travail KBR-N et ensuite au syst\u00e8me de paiement de la Banque de Russie, vont dans &#8230;SHAREout.<br \/>\nNous supposerons \u00e9galement que lors de la mise en \u0153uvre du module d'int\u00e9gration, les listes des certificats r\u00e9voqu\u00e9s ne sont mises \u00e0 jour qu'au moment de la nouvelle \u00e9mission des cl\u00e9s cryptographiques, et que les messages \u00e9lectroniques re\u00e7us dans le dossier &#8230;SHAREIn ne sont v\u00e9rifi\u00e9s qu'en ce qui concerne l'int\u00e9grit\u00e9 et la confiance dans la cl\u00e9 publique de signature \u00e9lectronique.<\/p>\n<p><b>L'attaque<\/b><\/p>\n<p>Les cybercriminels, ayant utilis\u00e9 les cl\u00e9s vol\u00e9es dans le sc\u00e9nario pr\u00e9c\u00e9dent, ont sign\u00e9 un faux ordre de paiement contenant des informations sur l'arriv\u00e9e de fonds sur le compte d'un client-fraudeur et l'ont inject\u00e9 dans le canal d'\u00e9change de donn\u00e9es s\u00e9curis\u00e9es. \u00c9tant donn\u00e9 qu'aucun contr\u00f4le n'est effectu\u00e9 pour v\u00e9rifier que l'ordre de paiement est bien sign\u00e9 par la Banque de Russie, il est accept\u00e9 pour ex\u00e9cution.<br \/>\n<br \/>Source : <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\/fr\/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=\"fr_FR\" \/>\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\/fr\/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\udd47S\u00e9curit\u00e9 de l'information des paiements \u00e9lectroniques bancaires. Partie 8 \u2014 Mod\u00e8les types de menaces | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/31627","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=31627"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/31627\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/23545"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=31627"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=31627"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=31627"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}