Brevet FR3073110A1 (20190503)

REVENDICATIONS1) Procédé d'établissement d'une communication socksifiée, sécurisée, ségréguée, anonymisée dans un réseau basé sur le protocole IP (Internet protocol) entre différents îlots analogues, transmis à travers un réseau de proxy socks et routé sur la base du « Domain Name Space » / FQDN (Fully Qualified Domain Name). Caractérisée en ce qu'elle comprend les étapes suivantes: a) L'application (11c) communicante avec le serveur socks primaire (13) par une première communication sécurisée (lid) ; b) La requête provenant de l'initiateur de socksification (lid) peut demander la résolution DNS/IP (lia, 12a) de sa passerelle (13) au serveur de noms DNS (12) de son Îlot ; c) Une capture (13c) traite les intrusions (IDS/IPS), associées à des règles de filtrage (13d) du coupefeu (Firewall) valides si le client (11) est autorisé (13e) à effectuer une connexion ; d) En cas de succès, une analyse du « Domain Name Space » porté par la demande de résolution FQDN de la destination (21) adjointe aux règles de destination « socks » (13f) et de « route » (13g) détermine l'adresse Internet (IP) d'interconnexion du proxy destinataire (23) correspondant au « Domain Name Space » ; e) Les différents CI - ceux que l'on souhaite atteindre depuis l'Îlot primaire (1) doivent être obligatoirement déterminés au moyen d'une requête DNS (11a, 12a, 13a) au serveur de noms (12) ou depuis le proxy source (13). f) L'établissement d'une communication sécurisée entre le proxy primaire (13) et le proxy destinataire (23) est valide après une possible capture (23c) du datagramme IP (IDS/IPS optionnelle), suivie d'un filtrage provenant des règles (23d) du coupefeu (23e) et l'approbation de la source (23f) ; La règle « socks » (23f) autorise la source (il) via 23 (13) à atteindre la ressource (21c) de la destination (21) pouvant être agrégée à des règles de routages et d'analyses internes (23g, 23h), valider par les enregistrements des CI au sein de son propre Îlot (23a, 5 22a, 21a). L'accès à la ressource (21c) est valide.\n<CLM>\1\tProcédé selon la revendication 1, caractérisée en ce que l'architecture des Îlots autorise une réduction drastique des flux ouverts dans un réseau basé sur le 10 protocole IP, à l'idéal, UN et [1] SEUL et UNIQUE flux.\n<CLM>\1\tProcédé selon la revendication 1, caractérisée en ce que les Îlots doivent contenir des environnements aussi petits que possible, et aussi analogues que possible : 15 Réduit la visibilité et endurcit l'ensemble de l'architecture dans un réseau de communication basé sur le protocole IP (Internet protocol), difficulté d'effectuer une cartographie du système d'information. - une réduction de la propagation virale, 20 - une plage d'adresses IP identique, - l'utilisation des adresses MAC connexes, Réduit la possibilité du HDM (MITM) dans le système, seuls les administrateurs peuvent connaître les règles définies dans les configurations des coupefeu, clients, 25 socks et routes du système.\n<CLM>\1\tProcédé selon la revendication 1, caractérisée en ce qu'à l'étape (a), l'application ne doit, en aucun cas, 30 résoudre le FQDN du destinataire (21) par les modules internes du système d'exploitation. Tous les traitements de l'application doivent utiliser une socksification.\n<CLM>\1\tProcédé selon la revendication 1, caractérisé en ce qu'à l'étape (e), la déclaration des CI que l'on 35 souhaite atteindre peut être les entrées des noms/IP {réelle ou fictive = menteuse} des destinataires.\n<CLM>\1\tDispositif incluant le procédé selon la revendication\n<CLM>\1\t40