ETUDE DES PROBLEMES DE

ETUDE DES PROBLEMES DE SECURITE LIES AU PROTOCOLE SIP BOUCADAIR MOHAMED FRANCE TÉLÉCOM R&D 1. Objectifs généraux de l étude de la sécurité SIP Les objectifs généraux de cette étude de la sécurité SIP sont : a) S'assurer que l'information produite par un utilisateur est convenablement protégée contre l'abus ou le détournement; b) S'assurer que les ressources et les services sont protégés contre l'abus ou le détournement; c) S'assurer que les dispositifs de sécurité normalisés sont compatibles d) S'assurer que le niveau de la protection est meilleur ou semblable à celui fourni dans les réseaux fixes et mobiles; 2. Etude des besoins de sécurité pour déployer SIP L étude des problèmes de sécurité liés à un protocole tel que le protocole SIP, dont les impacts financières sont estimés en millions de dollars, est sensiblement importante. Une telle étude devra couvrir tous les aspects de l établissement de l appel et la sécurisation des entités utilisables dans un réseau SIP. Mais compte tenu du jeune âge de ce protocole, les constructeurs ne disposent pas de documents normatifs dans le domaine de la sécurité du protocole SIP. C est ainsi qu on a constaté des difficultés lors de la connexion d un proxy SIP avec un serveur d authentification tel que le serveur RADIUS ; ces problèmes ne se posent pas si on a opté pour un seul constructeur mais la facture est parfois lourde! Dans ce qui suit, on répondra aux questions suivantes : i. Déterminer les risques de sécurité ii. Déterminer les besoins de sécurité iii. Etablir le plan d action iv. Etudier la sécurité des systèmes actuels. v. S interroger sur la manière d intégrer les solutions aux besoins identifiés dans les systèmes actuels Cette étude, se structure autour de deux grands axes : i. Niveau architectural : qui englobe toutes les entités physiques, les fichiers de configuration et les services offerts par les éléments SIP à savoir les Proxy Server, Location Server et les Redirect Server. ii. Niveau protocolaire : à ce niveau, on fera le point sur l efficacité et la pertinence des choix du protocole SIP pour palier aux problèmes de sécurité en l occurrence les vulnérabilités de l établissement des appels. 2.1 Etat des systèmes SIP actuels SIP utilise une multitude de méthodes de sécurité telles que l authentification et le chiffrement des données. SIP offre aussi la possibilité de cacher le chemin utilisé par certains messages puisque l adresse est parfois ajoutée dans les champs VIA et les proxies intermédiaires. Sécurité SIP 1

2.1.1 Le chiffrement Le chiffrement des données peut être utilisé de bout en bout ou de nœud à nœud entre les entités SIP. Le chiffrement nœud à nœud chiffre tout le message et il est proposé que ce mode fonctionne au niveau transport. Le protocole IPsec est un candidat pour remplir ce rôle. Alors que le chiffrement bout en bout est utilisé entre les deux applications clientes qui doivent respecter les conditions suivantes : a. Tous les champs doivent être chiffrés de telle sorte que les entités intermédiaires ne les «comprennent» pas. b. Tous les champs non chiffrés doivent précéder les champs chiffrés c. Il n est pas nécessaire de chiffrer aucune en-tête SIP d. La réponse à un message chiffré doit être chiffrée par une clef donnée dans le champs Response-Key-Header, si aucune clef est spécifiée, le message est non chiffré e. Les en-têtes qui sont chiffrées dans le message demande doit l être dans le message réponse 2.1.2 Authentification Si l utilisateur a opté pour authentifier ses messages, alors il doit signer les messages qu il envoie. La signature englobe tout le message mais non pas toutes les en-têtes SIP. Ces en-têtes qui ne sont pas incluses sont celles qui changent entre les entités intermédiaires comme le champ VIA. Si un calcul d intégrité est choisi, un message d erreur est produit pour avertir le récepteur de ce changement d information. 2.1.3 Cacher le chemin utilisé (Hide-Route) Hide-Route est un mécanisme employé par SIP pour ne pas avancer quant aux chemins utilisés par les paquets SIP. Si ce mécanisme est activé, les proxies intermédiaires chiffrent le champs VIA 2.1.4 Résumé Comme dans le cas de la téléphonie traditionnelles à savoir le cas du RTC ou du RNIS, où deux canaux sont à protéger : les données de signalisation qui sont véhiculées via le réseau sémaphore (SS7) et les données (voix et data) qui sont transportées dans les files, le protocole SIP utilise cette notion de flux média et de données de signalisation même s il n s occupe que de la partie signalisation ( car les flux sont gérés par RTP, et de plus c est SIP qui initie, modifie et termine une session). La norme n a pas prévu de protéger toutes ces données. Le tableau suivant résume la manière avec laquelle, SIP résout ces problèmes de sécurité : Besoin Signalisation Flux média Authentification De bout en bout Non prévue Nœud à nœud Intégrité De bout en bout Non prévue Nœud à nœud Non-répudiation Non prévue Non prévue Confidentialité De bout en bout Nœud à nœud De bout en bout Nœud à nœud Contrôle d accès Non prévue Non prévue Tableau.Sec 1 : Solutions aux problèmes de sécurité prévues par SIP Une lecture en diagonal de ce tableau permet de voir les lacunes de sécurité dont souffre SIP. Remédier à ces problèmes passe par les identifier et les comparer aux menaces existantes pour utiliser des solutions existantes. Sécurité SIP 2

2.2 Risques de sécurité 2.2.1 Risques de la téléphonie traditionnelle Un appel téléphonique produit deux types d'information (données et signalisation) qui devraient être gardés en tant que confidentielles et mises à jour pour assurer l'intimité des appelants et des appelés. Le fournisseur de service doit rassembler les informations statistiques pour des buts de comptabilisation et de facturation, donc on est amené à protéger ces informations par un accès restreint et protégé. Voilà quelques menaces qui pourraient se produire: a. Perturbation de l appelé :en recevant des appels téléphoniques non désirés b. Appeler gratuitement en utilisant le numéro de téléphone de quelqu'un d autre. c. Déni de service 2.2.2 Comparaison entre les risques de la téléphonie classique et le SIP L étude des aspects sécurité des protocoles de la voix sur IP passe par celle de la téléphonie classique dont voici quelques points de divergence et de parallèle : o Dans la VoIP, et étant donné que les paquets ne sont pas chiffrés, tout ce que un attaquant a besoin est de prendre les paquets appropriés avec un sniffer de paquets. Ce sniffer de paquets peut être un ordinateur attaché, par exemple, au réseau local de l entreprise. En téléphonie traditionnelle, la téléphonie mobile est exclue, l attaquant doit avoir un dispositif spécial, qui doit être physiquement relié à un fil, qui est utilisé pendant un appel. o Internet est largement considéré comme peu sûr. Les réseaux avec commutation à circuit ne sont pas entièrement sûrs mais les personnes ne s inquiètent pas trop à ce sujet. 2.2.3 Catégories de risques Divers sont les risques de sécurité qu on est mené à rencontrer dans le domaine de la téléphonie sur IP. Des risques qu on peut d ores et déjà classer dans les catégories suivantes : vol de service si existence d un modèle de taxation (modèle de Billing ), disponibilité de service, l intégrité des messages et l usurpation d'identité 2.2.4 Modalités Réaliser un scénario de fraude passe par différentes modalités qu on résume dans la liste suivante : 1 Les messages interceptés : a. Récupérer le CALL-ID : qu on peut insérer dans un faux paquet. b. Récupérer le CALL-LEG (TO-FROM-SUBJECT) 2 Les faux messages : a. Le faux BYE, ayant pour résultat l'arrêt de l'appel. b. Le faux CANCEL (spoofing) ayant pour résultat l'arrêt de INVITE c. Le faux ACK (Spoofing ) permettant le détournement de l'appel (hijacking) 3 Des messages incorrects répétés indéfiniment : a. Déni de service et le flooding b. Attaques de la mémoire tampon (overrun/stack) 4 Média intercepté a. Récupérer les informations sur le port RTP utilisé b. Récupérer l adresse IP, numéro du port c. Récupérer le contenu de la charge utile. 5 Médias non-désirés ou faux Sécurité SIP 3

2.2.5 Exemples de scénarii Dans cette partie, on recensera quelques scénarii de fraude ou d utilisation mal-propre des possibilités offertes par le protocole SIP ; dans la suite, on supposera que A et B sont deux personnes qui veulent communiquer via le protocole SIP et que C est une autre personne qui perturbe la communication. C est ainsi qu on peut avoir des cas de figure non prévus par la norme : 1 A appelle B prétendant être C. 2 A appelle B, et dés que l appel est établi C envoie un message BYE à A ou à B. 3 A appelle B ; au moment d attente de la sonnerie, C envoie un message CANCEL à B ; 4 A appelle B ; B envoie alors un message ACK ; C envoie aussi un faux ACK avec son propre adresse IP/numéro de port ; quand A envoie à son tours ACK, il est ignoré par B et C fait partie de la conversation 5 C, envoie des faux INVITE causant un déni de service, le téléphone sonne toujours 6 Un faux proxy, envoie un OK mais efface l enregistrement lors d un enregistrement multicast, et alors l utilisateur ne reçoit plus d appels. Examinons maintenant quelques cas d attaques : Exemples d attaques sur le téléphone SIP o Condition préliminaire : accéder au LAN o Déni de service : i. Dépassement de la pile par l envoi de longues demandes «GET» ii. Utilisation des logiciels de contrôle à distance o Attaques : i. Hijacking d une session TCP vers le téléphone IP ceci étant possible si une des conditions suivantes est vérifiée : 1. L algorithme de génération de CALL-ID est cryptographiquement faible. 2. Si la session de gestion n est pas suffisamment protégée ii. La brute force pour accéder au mot de passe de l administration o Conclusion : le téléphone IP doit être protéger contre ce genre d attaques. Exemples d attaques contre le proxy o Condition préliminaire : accéder au LAN o Déni de service : i. SYN-flooding ii. Enregistrement périodique des utilisateurs o Attaques : i. Modification des données d enregistrement 1. Effacer des enregistrements 2. Enregistrer un utilisateur avec une nouvelle adresse IP eu une nouvelles URL 3. Redirection d un utilisateur vers une autre adresse 4. Enregistrement illégale o Enregistre un utilisateur avec une fausse adresse o Rediriger tous les appels dont le destinataire est choisi vers une autre adresse o Conclusions i. Les proxies ne testent pas suffisamment ii. Nécessité de définition des polices de sécurité bien poussée iii. Le proxies doivent réagir comme une DMZ Sécurité SIP 4

?? Exemples d attaques pour accéder au réseau SIP et faire partie de la communication o Condition préliminaire : accéder au LAN o Déni de service : SYN-floding o Attaques : i. Ecoute des paquets RTP 1. Ecouter les paquets UDP, identifier les paquets RTP 2 Analyser ces paquets et émettre vers le destinataire 3 Utilisation de logiciels de type «sniffer» ii. Modification des données de signalisation 1. Re-direction des paquets 2. Modification des données audio 3. Détecter les ports RTP et envoyer des vidéos profanes o Conclusions i. Protection de la couche transport ii. Protection des données de signalisation 2.2.6 Causes identifiées Il y a diverses causes de fraude ou d utilisation mal- seine du protocole SIP. o Identités non authentifiées dans le champs " FROM " o Non protection des messages de signalisation (texte en clair) o Messages non authentifiés (BYE, CANCEL, ACK) o La signalisation n'indique pas l'émetteur des médias De plus une des attaques les plus difficiles à prévenir est celle par DOS dont les causes peuvent être résumé en : 1. INVITE : a pour effet le non établissement de l appel, ou changement de session 2. INVITE avec une temporisation : qui a pour effet le time-out de la session existante 3. BYE : rend la session interminable 4. CANCEL : empêche la sonnerie du téléphone 5. OPTIONS : n affecte pas l appel 6. REGSTER : induit la non réception des appels 2.2.7 Problèmes de sécurité SIP Dans ce qui suit, on résumera quelques problèmes de sécurité rencontrés en utilisant SIP : 1. Le forking : le forking est une situation où A appelle B et la demande d'invitation d'appel est envoyée à B1 et à B2, qui sont de différents terminaux que l'utilisateur utilise. Le résultats devrait être que les terminaux B1 et B2 doivent sonner. Le mécanisme de Handshacke utilisé dans le SIP ne fonctionne pas avec le forking, seulement B1 sonne dans les cas où le Handshacke est utilisé. L'utilisation des demandes signées sans Handshacke peut résoudre le problème mais ceci exigerait l'utilisation de PKI. Les attaques par rejeu peuvent être réaliser en se rappelant du Call-IDs. 2. Attaque par réflexion peut se produire en utilisant l'authentification pour la demande et la réponse. Si le même secret partagé est utilisé dans les deux directions, un attaquant peut obtenir des qualifications en reflétant un défi dans une réponse répondant ainsi à une demande. L'utilisation de différents secrets dans chaque direction élimine l'attaque. Ce genre d'attaque n'est pas un problème quand le PGP est utilisé pour l'authentification. 3. L authentification par multiple proxies : il faut que chaque proxy se rappelle des traces des premiers secrets dits créances ; le mécanisme est le suivant : 4. Problèmes de REGISTER le seul message qui donne la possibilité d écrire, on peut alors remplir la base de données par des CGI,.. Sécurité SIP 5

5. Problème de CANCEL : les proxies peuvent générer des CANCEL, et donc peuvent mettre fin à une communication 6. Des proxies non authentifiés dans un réseau SIP 7. Les failles du protocole de routage inter domaine : TRIP 8. La norme SIP prévoit l utilisation des modes d authentification dont le mode HTTP- Digest, mais ce mode n est pas compatible avec le mode d authentification des serveurs RADIUS 9. L authentification prévue par la RFC2617 qui traite de SIP et celle de RADIUS (RFC 2138) utilise MD5 avec des formats de messages différents. 10. Compte tenu du fait que le protocole SIP fonctionne sous RTP, une des menaces est le SPAM RTP. 11. La traversée des firewalls : qui pose des problèmes d écriture de polices de sécurité 12. La traversée des NAT. 2.3 Besoins de sécurité 2.3.1 Confidentialité Tous les flux média doivent être protégés contre les écoutes mal seines du réseau, ceci peut être réserver aux données mais les données de signalisation peuvent l être aussi. Pour une communication SIP, cette exigence est un peu difficile vue que la StartLine de l invitation ne peut pas être cachée et donc envoyée en clair. Notons, que cette exigence est primordiale pour les utilisateurs. Risque : eavesdrooinp 2.3.2 Intégrité Tous les messages de signalisation, et les flux média doivent être incorruptibles. Notons aussi que les clefs de chiffrement et les tables de routage doivent être protégées aussi. Sans cette garantie, le doute s installera d un côté entre l utilisateur et son fournisseur d accès qui doit prouver que c est bien la personne qui a consommé un tel service, et d un autre côté on doit protéger l utilisateur des fraudeurs. De plus, si un proxy n est pas sûr, on peut recueillir les données qui transitent par ce dernier. La modification de la table de routage a par contre l effet de forcer le passage des paquets par une route spécifiées. Risque : attaque par rejeu, attaque par réflexion, hijacking 2.3.3 Authentification Il est nécessaire de prévoir de l authentification d un utilisateur ou une machine intégré dans une conférence pour décliner leurs identités. C est une des besoins les plus exigeants du protocole SIP. car sans ce mécanisme, personne ne peut garantir celui qu il prétend être, et on peut pas remédier aux problèmes de la non-répudiation. Signalons que ce n est pas seulement les machines de bout qui doivent être authentifiées mais toutes les entités qui interviennt dans la communication à savoir les proxies, les serveurs de redirection et les serveur de localisation. Risque : spoofing 2.3.4 Contrôle d accès Cette exigence peut se traduire par la permission d utilisation de services à des gens précis. Risque : accès non autorisé Sécurité SIP 6

2.3.5 Non- répudiation Ce besoin est bi-directionnel ; l utilisateur ne doit pas pouvoir nier l utilisation d un service en participant à une communication et doit encore avoir la certitude de ne payer que ce qui il a consommé. Risque : fraude 2.3.6 Disponibilité Une chose qu on peut traduire par la disponibilité du service quand l utilisateur le souhaite et sans aucun retard. En d autres termes, les fournisseurs d accès doivent minimiser les risques des attaques par DOS, chose non pas toujours facile. Risque : DOS 2.3.7 Résumé On résume dans le tableau suivant les points discutés ci-dessus : Besoin Objectif Cible Confidentialité Assurer l intimité des appelés Données de contrôle Intégrité et les appelant Assurer l exactitude des information de contrôle (taxation, facturation, routage ) Authentification S assurer de l identité des parties communicantes Contrôle d accès Qui est autorisé à accéder au système? Quelle partie du système? Non-répudiation Mécanisme de relation entre utilisateur et fournisseur d accès Tableau.Sec 2: Besoins de sécurité pour le protocole SIP 3. Etude du problème Firewall & SIP Flux média Données de contrôle Flux de contrôle Les composants du réseau SIP Le système PKI Les composants du réseau SIP Données de contrôle PKI Les composants du réseau SIP 3.1 Problèmes posés par les firewalls dans une communication SIP SIP utilise un port bien défini (5060) ce qui ne posera pas normalement de problèmes pour administrer les règles de passage dans les firewalls, mais ceci n étant pas vrai puisque SIP fait appel au protocole RTP pour le transport des médias. Notons que le fait que RTP soit basé sur UDP et le fait que il n existe pas de port fixe associé à ce protocole induit l impossibilité de définir des règles statiques qui peuvent permettre le passage des flux RTP sans engendrer le passage des protocoles non désirés. 3.2 Etude de quelques solutions Il existe trois classes de solutions qui semblent résoudre le problème de SIP&Firewall : o La première solution est d'inclure dans les firewalls des ALGs (Gateway niveau application). o La deuxième solution,comme est explorée dans l'architecture de MidCom, est de définir un nouveau protocole de commande pour permettre à un autre dispositif (typiquement une entité de signalisation) de contrôler les firewalls intermédiaires. Sécurité SIP 7

Ces deux solutions, ALGs et MidCom, exigent des mises à jour des firewalls et sont donc pas toujours possibles. o La troisième solution est de traverser ces firewalls. Cette solution est nécessaire pour des firewalls qui ne permettent pas une mise à jour. Les défis de ce type de solutions ne doivent pas compromettre la sécurité des équipements tout en conservant les caractéristiques du temps réel de l'application. Cette troisième solution, sera introduite dans notre banc de test dans la limite de trouver les composants logiciels et matériels nécessaires (tels que les proxies Agent). 4. Etude du problème NAT & SIP 4.1 Problèmes posés par le NAT Le SIP peut fonctionner sur TCP ou UDP, mais par défaut sur le même port 5060. Une fois utilisé avec le UDP, une réponse à une demande SIP ne doit pas être acheminée vers le port source. Mais vers le port spécifié dans les messages SIP. SIP se sert des erreurs inaccessibles d' ICMP en réponse aux demandes de transmission. Des messages de demande sont habituellement envoyés sur la socket reliée. Un serveur peut préférer placer le port de source de chaque socket dans le message. Alors chaque thread peut écouter les réponses séparément. Puisqu une réponse ne sera pas acquittée en utilisant le même numéro de port, SIP ne traversera pas normalement un NAT et exigerait une SIP_ALG. De plus, le protocole SIP fait recourt à SDP pour la description des messages, qui peuvent être parfois arbitraires. SDP spécifie l adresse IP et les ports utilisés pour l échange des flux multimédia. Ceci pourrait perdre sa valeur en traversant le NAT car les adresses sont modifiées. Le SIP met les URL dans le champs CONTACT, TO et FROM, qui signalent les adresses utilisées. Ces URL peuvent contenir des adresses IP ou des noms de domaine dans la partie de port du URL. Ceux-ci peuvent ne pas être valide une fois qu'ils traversent un NAT. Comme alternative à une SIP_ALG, le SIP supporte un serveur proxy qui pourrait co-résider avec NAT. Un tel proxy aurait une configuration locale. 4.2 Etude de quelques solutions (ALG, RSIP, MidCom) 4.2.1 RSIP : Realm Specific IP RSIP est employé pour caractériser la fonctionnalité d'un ensemble d adresse privé converti en un ensemble public, chose qui permet au réseau interne de communiquer avec l extérieur. Un client RSIP est un hôte dans un réseau privé qui a une adresse dans un ensemble d adresses externe en se reliant aux serveurs dans ce réseau pour assurer une transmission bout à bout. Des paquets produits par des serveurs sur l'une ou l'autre extrémité dans une telle installation seraient basés sur les adresses qui sont seules celle du bout à bout dans le réseau externe et n'exigent pas la traduction par un processus intermédiaire. Un serveur de RSIP est serveur un résidant dans un nœud des deux réseaux privés et externes, celui peut faciliter le routage des paquets externes. Ces paquets ont pu avoir été lancés par un client RSIP ou avoir été dirigés vers un client RSIP. Un serveur RSIP peut également être le même nœud qui assigne des adresses externes aux clients RSIP. Il y a deux variations de RSIP, à savoir IP Realm-specific Address (RSA-IP) et IP Realm-specific Address and port (RSAP-IP). Sécurité SIP 8

La trace suivante reprend la négociation avec le serveur : Host-A Routeur NAT Host-B <Outer IP header, with src=addr-a, Dest=Addr-X>, embedding <End-to-end packet, with src=addr-k, Dest=Addr-X> <Outer IP header, with src=addr-k, Dest=Addr-X>, embedding <End-to-end packet, with src=addr-k, Dest=Addr-X> <Outer IP header, with src=addr-x, Dest=Addr-A>, embedding <End-to-end packet, with src=addr-x, Dest=Addr-k> <Outer IP header, with src=addr-x, Dest=Addr-k>, embedding <End-to-end packet, with src=addr-x, Dest=Addr- Fig. Sec 1 : Fonctionnement du protocole RSIP 4.2.2 ALG: Application Level Gateway Non toutes les applications traversent facilement les dispositifs de NAT; particulièrement celles qui incluent des adresses IP et des ports de TCP/UDP dans leurs charges utiles. Les Gateways au niveau application (ALGs) sont des agents spécifiques de traduction d'application qui permettent à une application résidant dans un réseau donné de se relier à d autres applications fonctionnant sur serveur tournant dans un réseau différent d'une manière transparente. Serveur externe Réseau public Connexion 2 ALG connexion 1 Réseau intérieur Fig. Sec 2 : Fonctionnement d une ALG ALGs sont semblables aux proxies, les ALGs et les proxies facilitent la transmission d'application entre les clients et les serveurs. Les proxies emploient un protocole spécial pour faire communiquer les clients avec les serveurs et vice versa. À la différence des proxies que les ALGs n'emploient pas un protocole spécial pour communiquer avec les application et n'exigent pas des changements aux clients des applications. Sécurité SIP 9

4.2.3 MidCom: MiddleBox Communication Middlebox est un dispositif intermédiaire qui exige l'intelligence des applications pour son exécution. Les dispositifs intermédiaires implémentant la politique de filtrage de paquets, détection d'intrusion, équilibrage de chargement, sécurité IPsec et les fonctions NAT sont tous les exemples d un middlebox. Un middlebox peut mettre en oeuvre une ou plusieurs de ces fonctions. L architecture MidCom et la manière dont elle résout les problèmes de sécurité posés par le protocole SIP seront traitées dans la chapitre suivant. 5. Etude du problème routage & SIP (protocole TRIP,..) 5.1 Le protocole TRIP Le protocole de routage utilisé dans le domaine de la téléphonie sur IP est le protocole TRIP (Telephony Routing Information Protocol). Dans la présente étude, on ne tardera pas sur l étude du protocole, et on se contentera de faire la remarque suivante : le protocole peut être un point d entrée pour modifier les informations de routage et ainsi forcer le passage du trafic par des entités étrangères et mettre ainsi en péril les opérations d enregistrement et de routage d appels. 5.2 Problèmes du multicast Dans ce paragraphe, on signale seulement la difficulté de distinguer une réponse à une requête multicast s elle est le début d une session ou une réponse à une requête. 6. Annexes 6.1 Etude basique des Firewalls Les firewalls (ou pare-feu) sont des dispositifs qu on utilise pour empêcher les flux indésirables d accéder au réseau privé. Le principe peut être décrit facilement par la figure suivante : Filtre Filtre Réseau externe Flux entrant Passerelle Flux sortant Réseau interne Fig. Sec 3 : Fonctionnement d un firewall En effet, on filtre les flux de chaque côté du dispositif du firewall. Les règles sont dictées par les administrateurs des sites. Les paquets qui ne correspondent pas à ces règles seront effacés. Signalons qu il existe deux type de filtrage de paquets, un sans état qui ne se souvient pas de ce qui est passé durant la session et un avec état. Ces deux types opère sur les en-têtes des datagrammes IP à savoir l en-tête IP, l en-tête TCP, l en-tête UDP. Mais une grande importance Sécurité SIP 10

est accordée aux adresses source et destination ainsi que les numéros de ports. Autres informations importantes sont les drapeaux SYN et ACK de l en-tête TCP, ces derniers sont utilisés pour différencier une session établie de celle qui vient de commencer. La figure suivante explique l établissement d une connexion TCP : Demande de connexion par A SYN=1 SYN=1 et ACK=1 ACK=1 Demande de déconnexion par A Connexion établie FIN=1 et ACK=1 ACK=1 FIN=1 ACK=1 A B Fig. Sec 4 : Exemple de connexion TCP De plus les règles de filtrage sont appliquées pour chaque interfaces (entrante et sortante). La figure suivante montre comment on peut écrire des règles de contrôle d accès en utilisant les primitives CISCO IOS : Filtre Filtre Réseau externe Eth0 Passerelle Eth1 Réseau interne CISCO IOS Fig. Sec 5 : contrôle d accès avec CISCO IOS 10.1.1.125 ACL Applied to Direction Permit/deny protocol sources port destination port option 1 Eth0 Out Permit TCP 10.1.1.0 Gt 1023 Any Eq 80 2 Eth0 In Permit TCP Any Eq 80 192.168.0.0 Gt 1023 Established 3 Eth1 In Permit TCP Any Eq 80 192.168.0.0 Gt 1023 Established 4 Eth1 Out Permit TCP 10.1.1.0 Gt 1023 any Eq 80 6.2 Etude du NAT La translation d'adresses est une méthode qui permet de passer d un ensemble d adresses IP privés vers des adresses IP public, permettent ainsi la transparence du routage vis à vis des machines d'extrémité. Sécurité SIP 11

Il y a beaucoup de variations de translation d'adresses qui est utilisés par différentes applications. Cependant, toutes les variantes des dispositifs NAT devraient partager les caractéristiques suivantes : o La transparence de choix d adresse o La transparence de routage o La translation des messages ICMP Il existe deux méthode méthodes d attribution d adresse : la première étant la méthode statique qui consiste à attribuer manuellement les adresses et ne nécessite pas d administration, par contre la deuxième méthode : NAT dynamique, les adresse sont attribuées en fonction des demandes des clients et nécessite une phase d administration. 192.168.0.52 Réseau extérieur Internet 138.201.150.77 Routeur NAT Adressage public En pratique on a le schéma suivant : Fig. Sec 6 : Fonctionnement du NAT Adressage privé SRC : 138.201.150.77 DEST :a.b.c.d SRC : a.b.c.d DEST 138.201.150.77 Routeur NAT SRC : 192.168.0.52 DEST : a.b.c.d SRC : a.b.c.d DEST : 192.168.0.52 Adresse IP interne Adresse IP externe 192.168.0.52 138.201.150.77 192.168.0.53 138.201.150.128 192.168.0.54 138.201.150.220 Fig. Sec 7 : NAT en pratique Sécurité SIP 12