Brevet FR3045254A1 — publié le 20170616

Procédé de contrôle de messages de recommandation dans un réseau de communication L'invention se situe dans le domaine des réseaux de télécommunication, et concerne plus particulièrement un procédé de contrôle d'une communication entre deux navigateurs web. La technologie WebRTC (pour « Web Real-Time Communication »), actuellement en cours de définition au sein des organismes de normalisation W3C (pour « World Wide Web Consortium »), IETF (pour « Internet Engineering Task Force ») et 3GPP (pour « 3rd Generation Partnership Project »), permet des communications en temps réel entre navigateurs web, ou plus généralement entre deux points de terminaison. Afin d'établir une connexion entre deux points de terminaison et permettre un échange de flux média (e.g. flux vidéo, audio, VoIP pour « Voice over Internet Protocol », flux de partage de fichiers) entre ces derniers, la technologie WebRTC utilise le protocole ICE (pour « Interactive Connectivity Establishment »). Selon ce protocole, la connexion entre points de terminaison est établie par des messages de signalisation échangés par l'intermédiaire d'un serveur web d'un fournisseur de service. Le protocole ICE offre trois modes de connexion distincts : - Connexion média directe : ce mode de connexion est possible lorsque les adresses (e.g. adresses IP pour « Internet Protocol ») des points de terminaison sont connues. Les flux média sont alors directement échangées entre points de terminaison ; Connexion via un serveur dit STUN (pour « Session Traversal Utilities for NAT ») : ce mode de connexion est utilisé lorsqu'une technique de translation d'adresses réseau, connu également sous l'acronyme NAT (pour « Network Address Translation »), est mise en oeuvre et que les adresses publiques des points de terminaison ne peuvent être obtenues directement. Un serveur STUN est alors utilisé par les points de terminaison pour découvrir leurs adresses publiques. Il est à noter qu'un tel serveur STUN intervient uniquement lors de l'établissement de la communication entre points de terminaison, mais qu'il n'intervient pas par la suite dans les échanges de flux média entre points de terminaison. Un serveur STUN peut en outre être un équipement dédié, ou directement intégré dans, par exemple, un navigateur web ; Connexion via un serveur TURN (pour « Traversal Using Relays around NAT ») : ce mode de connexion est généralement utilisé lorsqu'aucune connexion directe entre points de terminaison n'est possible pour l'échange de flux média. Un serveur TURN est un relais média localisé entre deux points de terminaison, relayant les paquets de données des flux média émis par un point de terminaison à destination d'un autre point de terminaison. Le protocole ICE permet ainsi de découvrir des adresses média candidates susceptibles de pouvoir être utilisées pour recevoir un média. Lors de l'établissement de la connexion entre deux points de terminaison, le point de terminaison appelant découvre des adresses candidates, puis les transmet au point de terminaison appelé par l'intermédiaire d'une offre SDP (pour « Session 3045254 2 Description Protocol »). Le point de terminaison appelé, à réception de l'offre SDP, découvre à son tour des adresses candidates et les communique au point de terminaison appelant par l'intermédiaire d'une réponse SDP. Le serveur web du fournisseur de service servant à établir la connexion entre les points de terminaison n'a pas de visibilité sur la paire d'adresses qui sera 5 finalement retenue pour l'échange ultérieur de flux média. Le choix d'une paire d'adresses associée aux points de terminaison appelant et appelé est opéré par le point de terminaison appelant. Tel que défini dans le document de l'IETF « Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal for Offer/Answer Protocols », daté d' avril 2010, lorsque plusieurs couples d' adresses candidates existent, la communication est prioritairement 10 établie avec des adresses candidates permettant une connexion directe entre points de terminaison, puis avec des adresses candidates permettant une connexion ne nécessitant pas de serveur TURN, et en dernier lieu avec des adresses candidates nécessitant un serveur TURN pour la connexion. Le mécanisme de découverte d'adresses candidates souffre d'inconvénients. Il est en particulier susceptible de donner lieu à une exposition non souhaitée à des tiers d'informations 15 privées (adresses locales IP, informations confidentielles relatives à un utilisateur, etc.). Pour remédier à cela, une proposition intitulée « New proposal for IP address handling in WebRTC » au sein de l'IETF datant du 19 avril 2015, propose de limiter statiquement les adresses candidates récupérées par le mécanisme de découverte ICE. Cette solution impose en outre le recours à un serveur TURN et/ou l'utilisation d'une adresse VPN (pour « Virtual Private Network ») associée à 20 un point de terminaison à la place de l'adresse IP propre du point de terminaison. Or dans le cas où un point de terminaison n'est pas de confiance, le trafic est susceptible d'être détourné vers un serveur TURN non agréé. De même l'adresse VPN associée à un point de terminaison peut revêtir un caractère confidentiel et sa communication à un tiers ne pas être souhaitée. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la 25 technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention concerne un procédé de contrôle, dans un réseau de communication, d'au moins une requête de connectivité pour l'établissement d'une session web d'échanges en temps réel d'au moins un flux média entre un point de terminaison appelant et un point de terminaison appelé, comprenant : 30 - obtention d'au moins une paire d'adresses candidates associées aux points de terminaison ; - vérification, au moyen d'une requête de connectivité, que la au moins une paire d'adresses candidates obtenue est apte à établir la session entre les points de terminaison ; - vérification que la requête de connectivité est en outre à destination d'une entité réputée de confiance agréée par un opérateur de réseaux de communication. 35 Le procédé de contrôle permet ainsi de s'assurer que la requête de connectivité n'est pas transmise vers un tiers malveillant. Le procédé permet par exemple d'éviter un envoi de la requête 3045254 3 vers un réseau étranger ou vers un serveur TURN non agréé par l'opérateur de réseaux de communication. Le procédé peut également avantageusement être utilisé au sein d'un réseau local (un réseau d'entreprise par exemple) afin de mettre en oeuvre des restrictions quant à des usages non 5 souhaités au sein de ce réseau. Le procédé peut par exemple être utilisé pour interdire l'utilisation de communications pair à pair entre des équipements du réseau local et des équipements extérieurs à ce réseau. Le procédé permet notamment de sécuriser les échanges lors d'une session web d'échanges en temps réel (e.g. session WebRTC) entre deux points de terminaison, en veillant à ce 10 que les informations échangées lors de l'établissement de la session ne soient connues que d'entités du réseau agréées par l'opérateur de réseaux de communication. Selon une caractéristique particulière, le procédé comprend en outre, lorsque la requête de connectivité n'est pas vérifiée être à destination d'une entité réputée de confiance, un envoi d'une notification à destination du point de terminaison appelant, la notification permettant à l'appelant 15 d'obtenir des informations d'identification relatives à l'entité destinataire de la requête de connectivité. Le procédé de contrôle permet ainsi de s'assurer que la requête de connectivité n'est pas transmise vers un tiers malveillant à l'insu d'un utilisateur du point de terminaison appelant. L'utilisateur du point de terminaison appelant est notamment informé de toute transmission vers 20 une entité suspecte par l'intermédiaire de la notification reçue. En outre la notification reçue permet non seulement d'informer d'un routage de la requête de connectivité vers des entités non agréées, mais permet également à un utilisateur du point de terminaison appelant d'identifier de telles entités non agréées grâce aux informations d'identification auxquelles donne accès la notification. 25 Il est également noté que ces informations ne sont pas directement transmises avec la notification afin de ne pas accroître les quantités de données transmises sur le réseau. Le procédé n'engendre donc qu'un trafic supplémentaire très modéré. Selon une caractéristique particulière, la notification est envoyée au moyen d'un protocole de message de contrôle Internet de type ICMP. 30 Un protocole de message de contrôle Internet de type ICMP permet avantageusement de transmettre un lien HTTP (pour « HyperText Transfer Protocol ») au point de terminaison appelant. Un utilisateur du point de terminaison appelant peut alors utiliser par exemple son navigateur pour ouvrir un tel lien et se voir proposer différentes informations et/ou mesures relatives au routage détecté de la requête de connectivité vers une entité non agréée. 35 Selon une caractéristique particulière, le procédé comprend en outre, lorsque la requête de connectivité, dite requête initiale, n'est pas vérifiée être à destination d'une entité agréée, une 3045254 4 inhibition des envois de requêtes ultérieures de connectivité à destination de l'entité destinataire de la requête initiale. L'inhibition des envois de requêtes ultérieures de connectivité vers d'une entité qui n'est pas agréée permet de faire cesser les fuites d'informations confidentielles vers cette entité. 5 Selon une caractéristique particulière, le procédé comprend en outre, lorsque la requête de connectivité n'est pas vérifiée être à destination d'une entité agréée, une substitution dans la requête de connectivité, de l'adresse publique associée au point de terminaison appelant par une adresse de substitution. Le procédé permet en substituant l'adresse publique associée au point de terminaison par 10 une adresse de substitution de préserver son anonymat auprès de l'entité non agréée, et plus généralement auprès du point de terminaison appelé et des entités réseau sur un chemin réseau entre le point de terminaison appelant et le point de terminaison appelé. Cette substitution permet en particulier de conserver la confidentialité d'une adresse VPN utilisée en tant qu'adresse publique par un point de terminaison appelant. 15 Selon une caractéristique particulière, la vérification que la requête de connectivité est à destination d'une entité agréée consiste à rechercher une appartenance de l'adresse de destination de la requête de connectivité à une liste d'adresses d'au moins une entité réputée de confiance agréée par l'opérateur de réseaux de communication. Selon un deuxième aspect, l'invention concerne également un système de contrôle, dans 20 un réseau de communication, d'au moins une requête de connectivité pour l'établissement d'une session web d'échanges en temps réel d'au moins un flux média entre un point de terminaison appelant et un point de terminaison appelé. Le système comprend : - les points de terminaison appelant et appelé, ces points de terminaison comprenant chacun : - un module d'obtention, agencé pour obtenir au moins une paire d'adresses candidates 25 associées aux points de terminaison ; - un module de vérification, agencé pour vérifier au moyen d'une requête de connectivité, que la au moins une paire d'adresses candidates obtenue est apte à établir la session entre les points de terminaison ; et - une entité de contrôle, comprenant un module de vérification, agencé pour vérifier que la requête 30 de connectivité est à destination d'une entité réputée de confiance agréée par un opérateur de réseaux de communication. Selon une caractéristique particulière, l'entité de contrôle comprend en outre un module d'envoi, agencé pour envoyer une notification à destination du point de terminaison appelant, la notification permettant à l'appelant d'obtenir des informations d'identification relatives à l'entité 35 destinataire de la requête de connectivité. Selon une caractéristique particulière, le système de contrôle comprend en outre une entité de vérification d'adresses agencée pour fournir à l'entité de contrôle des informations 3045254 5 d'identification relatives à l'entité destinataire de la requête de connectivité, et lorsque la requête de connectivité, dite requête initiale, n'est pas vérifiée être à destination d'une entité réputée de confiance, pour commander à l'entité de contrôle une inhibition des envois de requêtes ultérieures de connectivité à destination de l'entité destinataire de la requête initiale. 5 Les avantages énoncés pour le procédé de contrôle selon le premier aspect sont transposables directement au système de contrôle selon le deuxième aspect. Selon un troisième aspect, l'invention concerne également un programme comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté sur ordinateur et un support 10 d'enregistrement lisible par ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé précédemment décrit. L'invention sera mieux comprise à l'aide de la description suivante de modes de réalisation particuliers, en référence aux dessins annexés sur lesquels : 15 - la figure 1 représente un système de contrôle d'au moins une requête de connectivité selon un mode particulier de réalisation ; - la figure 2 représente un organigramme du procédé de contrôle, et des échanges entre équipements mettant en oeuvre le procédé, selon un mode particulier de réalisation. 20 La figure 1 représente un système 500 de contrôle d'au moins une requête de connectivité dans un premier réseau de communication 1 selon un mode particulier de réalisation. Le système 500 comprend un point de terminaison appelant 10a, un point de terminaison appelé 10b et une entité de contrôle 20. Le système 500 permet notamment l'établissement d'une session entre le point de terminaison appelant 10a et le point de terminaison appelé 10b. 25 Les points de terminaison 10a-b sont à titre d'exemple des applications clientes (e.g. navigateur) installées sur un terminal utilisateur (e.g. ordinateur, téléphone portable, tablette), ou encore sur un équipement permettant de se connecter à l'Internet. Les points de terminaison appelant 10a et appelé 10b communiquent entre eux par l'intermédiaire d'un serveur TURN 50 localisé dans un deuxième réseau de communication 2. Les points de terminaison 10a-b 30 comprennent chacun un module d'obtention 110 agencé pour obtenir au moins une paire d'adresses candidates qui leur sont associées, ainsi qu'un module de vérification 120 agencé pour vérifier au moyen d'une requête de connectivité, que cette au moins une paire d'adresses candidates obtenue est apte à établir une session web d'échanges en temps réel d'au moins un flux média entre les points de terminaison 10a-b. 35 L'entité de contrôle 20 permet de filtrer des messages STUN échangés entre les points de terminaison 10a-b et le serveur TURN 50. L'entité de contrôle 20 est localisée sur un chemin réseau entre le point de terminaison appelant 10a et l'entité de contrôle 50. L'entité de contrôle 20 3045254 6 comprend notamment un module de vérification 210 qui est activé lorsqu'une paire d'adresses candidates apte à l'établissement d'une session web d'échange entre les points de terminaison 10a-b a été obtenue par ces derniers. Le module de vérification 210 est par ailleurs agencé pour vérifier qu'une requête de connectivité est à destination d'une entité réputée de confiance agréée par 5 l'opérateur du réseau de communication 1. Dans le mode de réalisation représenté en relation avec la figure 1, l'entité de contrôle 20 est un équipement dédié. Dans un autre mode de réalisation, cette entité peut avantageusement être intégrée dans un équipement du réseau 1 tel qu'un routeur. L'entité de contrôle 20 permet notamment de déterminer si un message STUN émis vers un serveur TURN sort du réseau 1. Plus généralement l'entité de contrôle 20 permet de vérifier qu'une requête 10 de connectivité, ainsi que le trafic émis par le point de terminaison 10a au sein de la session résultant de cette requête de connectivité est à destination d'une entité agrée par l'opérateur de réseau de communication 1. A titre d'exemple, dans le mode de réalisation décrit en relation avec la figure 1, on suppose que le serveur TURN 50 appartient à un réseau de communication 2 non agréé par l'opérateur du réseau de communication 1. L'entité de contrôle 20 permet alors de 15 prémunir, grâce à un procédé de contrôle qui sera ultérieurement décrit en relation avec la figure 2, le point de terminaison 10a d'un détournement éventuel des informations transmises par ce dernier au réseau de communication 2. Dans un autre mode de réalisation, l'entité de contrôle comprend en outre un module d'envoi 220, agencé pour envoyer une notification à destination du point de terminaison appelant 20 10a. Cette notification permet à l'appelant d'obtenir des informations d'identification relatives à l'entité destinataire d'une requête de connectivité. Dans un autre mode de réalisation, le système 500 de contrôle comprend également une entité de vérification d'adresses (non représentée sur la figure 1) agencée pour fournir à l'entité de contrôle 20 des informations d'identification relatives à l'entité destinataire de la requête de 25 connectivité. L'entité de vérification d'adresses est en outre agencée pour, lorsque cette requête de connectivité initiale n'est pas vérifiée être à destination d'une entité réputée de confiance, commander à l'entité de contrôle 20 une inhibition des envois de requêtes ultérieures de connectivité à destination de l'entité destinataire de la requête de connectivité initiale. Dans un autre mode de réalisation, le système 500 comprend un serveur de nom de 30 domaine. L'entité de contrôle 20 interroge alors le serveur de nom de domaine afin de déterminer par exemple si l'adresse de destination de la requête de connectivité appartient à un domaine de confiance agréé par l'opérateur de réseau de communication 1. Dans un autre mode de réalisation, le système 500 peut également être mis en oeuvre pour contrôler le trafic émis par le point de terminaison appelé 10b, et ainsi réaliser un contrôle 35 bidirectionnel, des flux émis du point de terminaison appelant 10a vers le point de terminaison appelé 10b, et des flux émis du point de terminaison appelé 10b vers le point de terminaison appelant 10a. 3045254 7 La figure 2 représente un organigramme du procédé de contrôle, et des échanges entre équipements mettant en oeuvre le procédé, selon un mode particulier de réalisation. Dans le mode de réalisation présenté, six entités interviennent : un point de terminaison appelant 10a, un point de 5 terminaison appelé 10b, une entité de contrôle 20, une entité 30 d'un fournisseur de service de téléphonie IP, un serveur TURN 50 et une entité de vérification d'adresses 40. L'entité de contrôle 20, l'entité de vérification d'adresses 40 et le serveur TURN 50 sont des entités de confiance agréées par un opérateur d'un réseau de communication Rl. Deux phases Pl et P2 sont par ailleurs décrites. La phase Pl correspond à un échange de 10 messages de signalisation ayant pour objet d'établir un appel entre les points de terminaison appelant 10a et appelé 10b. Ces échanges sont dits être faits dans un « plan de signalisation ». La phase Pl comprend les étapes El à E4. La phase P2 correspond à des échanges intervenant dès l'établissement de la connexion entre les points de terminaison appelant 10a et appelé 10b. La phase P2 comprend les étapes E5 à E16. On suppose que le point de terminaison appelant 10a 15 souhaite par exemple communiquer avec le point de terminaison appelé 10b via un fournisseur d'un service de téléphonie IP. Lors d'une étape El, le point de terminaison appelant 10a envoie un message de signalisation (e.g. un message de contrôle de session SIP pour « Session Initiation Protocol ») comprenant une offre SDP (pour « Session Description Protocol ») à destination du point de 20 terminaison appelé 10b. Ce message a pour but d'établir une session de communication WebRTC entre le point de terminaison appelant 10a et le point de terminaison appelé 10b. L'offre SDP contient à titre d'exemple quatre adresses candidates al, a2, a3 et a4 permettant de joindre le point de terminaison appelant 10a. Les adresses al, a2, a3 et a4 sont (toujours à titre d'exemple) définies pour respectivement permettre le transport de flux audio via le protocole UDP (pour « User 25 Datagram Protocol »), de flux vidéo via le protocole UDP, de flux audio via le protocole TCP (pour « Transmission Control Protocol »), et de flux vidéo via le protocole TCP. Lors d'une étape E2, le message de contrôle de session SIP est relayé par l'entité 30 du fournisseur du service de téléphonie IP auprès du point de terminaison appelé 10b. Lors d'une étape E3, le point de terminaison appelé 10b répond à l'offre SDP en 30 envoyant un message de signalisation (e.g. message de réponse SIP) comprenant une réponse SDP avec des adresses candidates permettant de le joindre. A titre d'exemple, la réponse SDP contient 2 adresses candidates bl et b2. Les adresses bl et b2 sont (toujours à titre d'exemple) définies pour respectivement permettre le transport de flux vidéo via le protocole TCP et de flux audio via le protocole UDP. 35 Lors d'une étape E4, le message de réponse SIP est relayé par l'entité 30 du fournisseur du service de téléphonie IP auprès du point de terminaison appelant 10a. 3045254 8 A l'issue de l'étape E4, chaque point de terminaison dispose d'une liste complète de ses adresses candidates et de celles du point de terminaison avec lequel il souhaite établir une communication. Chaque point de terminaison associe alors ses adresses candidates à celles du point de terminaison avec lequel la communication est souhaitée pour former des paires d'adresses 5 candidates homogènes du point de vue du protocole utilisé et du type de flux auquel elles se destinent. A titre d'exemple, les points de terminaison 10a et 10b obtiennent deux paires d'adresses (al ; b2) et (a4 ; bl) pour respectivement le transport de flux audio via le protocole UDP et de flux vidéo via le protocole TCP. Lors des étapes E5 et E6, les point de terminaison appelant 10a et appelé 10b mettent en 10 oeuvre une procédure dite de vérification de connectivité (ou « connectivity check » en anglais) telle que définie dans le document RFC 5245. Selon cette procédure de vérification, pour chaque paire d'adresses candidates visant à établir une session entre deux points de terminaison pl et p2, chaque point de terminaison envoie une requête de vérification de connectivité à l'autre point de terminaison, et répond à la requête de vérification qu'il reçoit de cet autre point de terminaison. La 15 requête de vérification est plus précisément une requête STUN « Binding Request » telle que définie dans le document RFC 5389. Afin de ne pas alourdir la figure 2, seules les requêtes STUN de vérification de connectivité intervenant dans la procédure de vérification sont représentées. Les réponses à ces requêtes ne sont pas représentées. Ainsi les étapes E5 et E6 correspondent respectivement à l'envoi par le point de terminaison appelé 10b d'une requête STUN « Binding 20 Request » au point de terminaison appelant 10a, et à l'envoi par le point de terminaison appelant 10a d'une requête STUN « Binding Request » au point de terminaison appelé 10b. Les paires d'adresses (al ; b2) et (a4 ; bl) sont supposées être des paires d'adresses candidates valides à l'issue de la procédure de vérification de connectivité. Lors d'une étape E7, l'entité de contrôle 20 analyse la requête STUN « Binding 25 Request » émise par le point de terminaison appelant 10a à destination du point de terminaison appelé 10b. L'analyse de la requête est par exemple réalisée à l'aide d'une technique dite « d'inspection des paquets en profondeur » (ou DPI en anglais pour « Deep Packet Inspection »). L'analyse réalisée par l'entité de contrôle 20 consiste plus particulièrement en une extraction de l'adresse de destination A de la requête STUN « Binding Request », puis en une vérification que 30 cette adresse de destination A fait référence à une entité réputée de confiance agréée par l'opérateur du réseau de communication Rl. Lors d'une étape E8, pour vérifier que l'adresse de destination A fait référence à une entité réputée de confiance agréée par l'opérateur de communication R1, l'entité de contrôle 20 interroge l'entité de vérification d'adresses 40 de l'opérateur du réseau de communication Rl. 35 L'entité de vérification d'adresses 40 vérifie alors que l'adresse de l'entité destinataire de la requête de connectivité n'appartient pas à une liste d'adresses non autorisées par l'opérateur du réseau de communication R1 (au moyen par exemple d'une liste d'adresses non autorisées mémorisée 3045254 9 localement, ou encore par interrogation d'une base de données distante) et/ou que l'entité destinataire de la requête de connectivité n'est pas localisée par exemple dans un réseau étranger. Pour cela, l'entité 40 de vérification sollicite un référentiel de noms de domaine via par exemple une requête DNS (pour « Domain Name Server ») ou encore une requête WHOIS telle que définie 5 dans le document RFC 3912. L'entité de vérification d'adresses 40 obtient des informations d'identification relatives à l'entité destinataire de la requête de connectivité STUN « Binding Request ». Ces informations comprennent notamment le nom du propriétaire du nom de domaine ainsi que le pays de localisation de l'entité référencée par ce nom de domaine Si l'adresse de l'entité destinataire de la requête de connectivité n'appartient pas à une 10 liste d'adresses non autorisées par l'opérateur du réseau de communication R1 et/ou que l'entité destinataire de la requête de connectivité n'est pas localisée dans un réseau étranger, la requête de connectivité est simplement transmise à son destinataire. Dans le cas contraire, l'entité de contrôle 20 envoie lors d'une étape E10, une notification à destination du point de terminaison appelant 10a. La notification contient plus particulièrement un lien HTTP permettant à l'appelant d'obtenir les 15 informations d'identification relatives à l'entité destinataire de la requête de connectivité et d'accéder à différentes options relatives à la session WebRTC en cours ou à d'autres sessions ultérieures (ces options seront détaillées ultérieurement en relation avec les étapes E 1 1 à E16). La notification est envoyée au moyen d'un protocole de message de contrôle Internet de type ICMP (pour « Internet Control Message Protocol »). L'utilisateur du point de terminaison appelant est 20 ainsi informé que sa requête est orientée vers une entité non agréée par l'opérateur du réseau de communication R1 (e.g. un serveur TURN destinataire de la requête de connectivité localisé dans un réseau de communication R2 non agréé par l'opérateur du réseau de communication R1). Lors d'une étape E11, l'utilisateur du point de terminaison appelant 10a ouvre le lien HTTP reçu à l'étape E10. Le lien HTTP est par exemple un service web fourni par l'entité de 25 vérification d'adresses 40. Lors d'une étape E12, le service web répond au point de terminaison appelant 10a en lui transmettant différentes actions possibles relatives au routage identifié de la requête de connectivité vers le serveur non agréé par l'opérateur du réseau de communication Rl. Les différentes options proposées par le service web sont par exemple : une inhibition des envois de requêtes ultérieures de 30 connectivité à destination du serveur non agréé, une substitution dans la requête de connectivité de l'adresse publique associée au point de terminaison appelant 10a par une adresse de substitution, une redirection vers un serveur TURN 50 agréé par l'opérateur du réseau de communication R1, ou encore la possibilité d'autoriser les émissions vers le serveur TURN non agréé. Lors d'une étape E13, l'utilisateur du point de terminaison 10a communique l'option 35 qu'il a choisie à l'entité de vérification d'adresses 40. Dans le présent mode de réalisation, on suppose à titre d'exemple que l'utilisateur a choisi de rediriger la requête de connectivité vers le serveur agréé TURN 50. 3045254 10 Lors d'une étape E14, l'entité de vérification d'adresses 40 transmet l'option choisie par l'utilisateur à l'entité de contrôle 20. Lors d'une étape E15, l'entité de contrôle 20 mémorise l'option choisie et intercepte les prochaines requêtes de connectivité émises par le point de terminaison appelant 10a afin de les 5 rediriger lors d'une étape E16 vers le serveur TURN 50 agréé par l'opérateur du réseau de communication Rl. Dans un autre mode de réalisation, lors des étapes E7 et E8, pour déterminer que la requête de connectivité est à destination d'une entité agréée, l'entité de contrôle 20 recherche une appartenance de l'adresse de destination de la requête de connectivité à une liste d'adresses d'au 10 moins une entité réputée de confiance agréée par l'opérateur du réseau de communication Rl. Il n'existe cependant par ailleurs aucune limitation quant au protocole de signalisation mis en oeuvre lors de la phase Pl. L'invention peut aisément être adaptée à tout type de protocole permettant de fournir et obtenir des adresses candidates. Le présent mode de réalisation a par ailleurs été décrit avec une mise en oeuvre du 15 procédé pour un service de téléphonie IP. Il n'existe cependant aucune limitation quant au type de service auquel s'applique le procédé. Il peut à titre d'exemple s'agir d'une application de visioconférence, de messagerie, ou encore de toute application offrant plus généralement un service mettant en relation deux points de terminaison. 20 L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit précédemment pour le module concerné. 25 Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de 30 communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. 35 Dans un mode de réalisation particulier, les modules 110, 120, 210 et 220 sont agencés pour mettre en oeuvre le procédé de contrôle précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter celles des étapes du 3045254 11 procédé de contrôle précédemment décrit, mises en oeuvre par une entité de contrôle et par un point de terminaison. L'invention concerne donc aussi : - un programme pour une entité de contrôle pour contrôler une requête de connectivité, comprenant des instructions de code de programme destinées à commander l'exécution des étapes 5 du procédé de contrôle précédemment décrit, lorsque ledit programme est exécuté par ladite entité ; - un programme pour un point de terminaison, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé de contrôle précédemment décrit, lorsque ledit programme est exécuté par ledit point de terminaison ; - un support d'enregistrement lisible par une entité de contrôle sur laquelle est enregistré 10 le programme pour une telle entité. - un support d'enregistrement lisible par un point de terminaison sur lequel est enregistré le programme pour un tel point de terminaison. Les modules logiciels peuvent être stockés dans ou transmis par un support de données. Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, une disquette 15 magnétique ou un disque dur, ou bien un support de transmission tel qu'un signal électrique, optique ou radio, ou un réseau de télécommunication. REVENDICATIONS1. Procédé de contrôle, dans un réseau de communication (1), d'au moins une requête (E5) de connectivité pour l'établissement d'une session web d'échanges en temps réel d'au moins un flux média entre un point de terminaison appelant (10a) et un point de terminaison appelé (10b), comprenant : - obtention (E3, E4) d'au moins une paire d'adresses candidates associées auxdits points de terminaison ; - vérification (E6), au moyen d'une requête de connectivité, que ladite au moins une paire d'adresses candidates obtenue est apte à établir ladite session entre lesdits points de terminaison ; - vérification (E7) que ladite requête de connectivité est en outre à destination d'une entité réputée de confiance agréée par un opérateur de réseaux de communication. 2. Procédé selon la revendication 1, comprenant en outre, lorsque ladite requête de connectivité n'est pas vérifiée être à destination d'une entité réputée de confiance, un envoi (E10) d'une notification à destination dudit point de terminaison appelant, ladite notification permettant à l'appelant d'obtenir des informations d'identification relatives à l'entité destinataire de ladite requête de connectivité. 3. Procédé selon la revendication 2, dans laquelle ladite notification est envoyée au moyen d'un protocole de message de contrôle Internet de type ICMP. 4. Procédé selon la revendication 1, comprenant en outre, lorsque ladite requête de connectivité, dite requête initiale, n'est pas vérifiée être à destination d'une entité agréée, une inhibition des envois de requêtes ultérieures de connectivité à destination de l'entité destinataire de ladite requête initiale. 5. Procédé selon la revendication 1, comprenant en outre, lorsque ladite requête de connectivité n'est pas vérifiée être à destination d'une entité agréée, une substitution dans ladite requête de connectivité, de l'adresse publique associée audit point de terminaison appelant par une adresse de substitution. 6. Procédé selon la revendication 1, dans lequel la vérification que ladite requête de connectivité est à destination d'une entité agréée consiste à rechercher une appartenance de l'adresse de destination de ladite requête de connectivité à une liste d'adresses d'au moins une entité réputée de confiance agréée par ledit opérateur de réseaux de communication. 3045254 13 7. Système de contrôle, dans un réseau de communication, d'au moins une requête de connectivité pour l'établissement d'une session web d'échanges en temps réel d'au moins un flux média entre un point de terminaison appelant et un point de terminaison appelé, comprenant : 5 - lesdits points de terminaison appelant et appelé, lesdits points de terminaison comprenant chacun : - un module d'obtention, agencé pour obtenir au moins une paire d'adresses candidates associées auxdits points de terminaison ; - un module de vérification, agencé pour vérifier au moyen d'une requête de connectivité, 10 que ladite au moins une paire d'adresses candidates obtenue est apte à établir ladite session entre lesdits points de terminaison ; et une entité de contrôle, comprenant un module de vérification, agencé pour vérifier que ladite requête de connectivité est à destination d'une entité réputée de confiance agréée par un opérateur de réseaux de communication. 15 8. Système de contrôle selon la revendication 7, dans lequel ladite entité de contrôle comprend en outre un module d'envoi, agencé pour envoyer une notification à destination dudit point de terminaison appelant, ladite notification permettant à l'appelant d'obtenir des informations d'identification relatives à l'entité destinataire de ladite requête de connectivité. 20 9. Système de contrôle selon la revendication 8, comprenant en outre une entité de vérification d'adresses agencée pour fournir à ladite entité de contrôle des informations d'identification relatives à l'entité destinataire de ladite requête de connectivité, et lorsque ladite requête de connectivité, dite requête initiale, n'est pas vérifiée être à destination d'une entité réputée de 25 confiance, pour commander à ladite entité de contrôle une inhibition des envois de requêtes ultérieures de connectivité à destination de l'entité destinataire de ladite requête initiale. 10. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon les revendications 1 à 6 lorsque ledit programme est exécuté sur 30 ordinateur. 11. Support d'enregistrement lisible par ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon les revendications 1 à 6.