Ate

lier e

-séc

urité La voix sur IP :

vulnérabilités, menaces, et sécurité préventive

Lotfi ALLANI

Novembre 2010

Ate

lier e

-séc

urité

Plan• Introduction• Technologies VoIP/ToIP• Vulnérabilités• Attaques envisageables• Sécurité préventive• Recommandations

Ate

lier e

-séc

urité

Introduction • Enjeux importants

-Convergence Réseaux•Téléphonie / TI•PoE (Power over Ethernet)•Complexité, Coûts

-Nouveaux acteurs•Opérateurs•Entreprises•Particuliers

-Nouveaux usages•Visioconférence,•Télésurveillance•Téléphonie d'entreprise,•Télécopie•Téléphonie sur Internet,•Télévision & radio

-3 vendeurs majeurs•Provenant du « monde TDM/PSTN » (Time Division Multiplexing, Public Switched Telephone Network)•Provenant du « monde IP »•« Société spécialisée VoIP »

Ate

lier e

-séc

urité

Introduction • Nouvelles infrastructures

- Terminaux• Ordinateur + logiciel• Téléphone de bureau• Téléphone sans fil WiFi• Freebox, Livebox, ...

- Serveurs- Équipements d’interconnection

• Nouveaux risques

Ate

lier e

-séc

urité

Technologies VoIP• Signalisation et contrôle• Transport• Session SIP• Protocoles secondaires• Architecture• Enjeux de la sécurité

Ate

lier e

-séc

urité

Signalisation et contrôle• H.323:

- Caractéristiques:• Complexe• Transcription IP de l'ISDN• similaire au fonctionnement des RTCs• Encore utilisé en coeur de réseau• Mécanismes de sécurité : H.235• En voie de disparition

Ate

lier e

-séc

urité

Signalisation et contrôle• SIP (Session Initiation Protocol):

- Normalisé par l’IETF (RFC 3261), “ressemble” à HTTP

- Protocole se transformant en architecture- Adresses simples : sip:user@domaine.com- Extensions propriétaires- Gestion de sessions entre participants:

• “End-to-end” (entre IP PBX)- Inter-AS MPLS VPNs- Confiance transitive (Transitive trust)

- Données transportées de toute nature : voix, images, messagerie instantanée, échanges de fichiers, etc

Ate

lier e

-séc

urité

Signalisation et contrôle• MGCP (Media Gateway Control Protocol):

- Softswitch (CallAgent)<->MediaGateWay- CallAgents->MGW (2427/UDP)- MGW->CallAgents (2727/UDP)- Utilisé pour contrôler les MGWs- AoC (Advise Of Charge) en direction du CPE

Ate

lier e

-séc

urité

Transport• Rôle: Encodage, transport, etc.• RTP (Real-Time Protocol) : udp

- Pas de gestion de QoS/bande passante- Connectivité :

• Soit UA<->UA (risque de fraude),• Soit UA<->MGW<->UA

- CODECs• ancien: G.711 (PSTN/POTS - 64Kb/s)• courant: G.729 (8Kb/s)

• RTCP (Real-Time Control Protocol) :- Protocole de contrôle pour RTP

• SRTP / SRTCP : équivalents chiffrés

Ate

lier e

-séc

urité

Session SIP• 2 composantes:

- Fonctionnalités:• Signalisation (SIP) : la gestion des appels, passe

par des serveurs- Localisation des utilisateurs- Session:

Configuration, Négociation Modification, Fermeture

• Données (RTP/RTCP/RTSP) : la voix, peut passer par le chemin le plus court

Ate

lier e

-séc

urité

Protocoles secondaires• DNS : Annuaire et localisation• DHCP : Attribution IP/DNS/etc• TFTP : Configuration & mise à jour• HTTP : Administration• ENUM : Correspondance adresses SIP /

numéros E.164 en utilisant DNS

Ate

lier e

-séc

urité

Architecture opérateur

Internet

IP / MPLS

CPE

VoIP

Cor

eOS

S/BS

S

FW

FW

DB WEB

FW

SBC

IP PBX

IP PBX

SBC

CPE

PBX

H.323/RTP

H.323/MGCP/RTP

SBC

MGW

Carrier

Carrier

SIP/RTP

H.323/RTP

Billing

TDM / PSTN

MGWMGW

FW

Softswitch

- Firewall- Filtrage « Non-stateful »- Filtrage « Stateful »- Filtrage applicatif par couches (Application Layer Gateway filtering -ALGs)- NAT / « firewall piercing »

- LAN- Ethernet (routeurs et switches)- xDSL/cable/WiFi- VLANs (données/voix+signalisation)

- WAN- Internet- VPN-MPLS

- Liaisons spécialisées- MPLS

- QoS (Quality de service)- Bande passante

- Délai (150-400ms) - Jitter (<<150ms)

- Perte de paquets (1-3%)

- Systèmes :- Proxy: SIP- Gestionnaire d’appels (Call Manager)/IP PBX

- Gestion des utilisateurs et reporting (HTTP, etc)- Recherche des chemins par IP

- GK (GateKeeper) : H.323- Serveur d’authentification (Radius)- Serveur de facturation (CDR/billing)- Serveurs DNS, TFTP, DHCP

- Passerelle de voix (Voice Gateway: IP-PSTN)- Protocoles de contrôle de passerelles

(Gateway Control Protocols)- Signalisation : interface SS7

- Media Gateway Controller- Passerelle de signalisation (Signaling Gateway)

- Transport- Passerelle de média (Media Gateway):

- conversion audio

- VPN cryptés- SSL/TLS- IPsec

- Localisation du cryptage (LAN-LAN, téléphone –

téléphone...)- Impact sur la QoS- Que va apporter IPv6 ?

- Téléphones IP (IP phones):- Téléphones hard-phones « classiques »

- Propriétaires- Appliances

- Soft-phones / UA (User-agents)

- Solutions logicielles- Souples

- « Toaster »- Mises à jour / patches- Intelligence

- Téléphones IP (IP phones):- Intelligence déplacée du réseau vers l’équipement terminal- Flux entre le téléphone et les autres systèmes

- SIP, RTP- (T)FTP- CRL- etc.

Ate

lier e

-séc

urité

Architecture: SBC• Quel est le rôle d'un SBC ?

- SBC : Session Border Controllers.- Elément clé pour déploiement de softswitch:- Solutions intégrées de sécurité.

• Terminal client IP généralement protégé par un pare-feu et bénéficie d’une adresse IP privée.

• permet de traverser la protection du firewall et les équipements NAT (Hosted NAT traversal : mise en conformité de l'en-tête IP et de la signalisation)

• permet de protéger le softswitch :- des « signalling overloads », - d’attaques en denis de service - et d’autres attaques rendues possibles en utilisant IP

Ate

lier e

-séc

urité

Architecture: SBC• SBC:

- Autres fonctionnalités:• Convertir la signalisation• Convertir le flux multimédia (CODEC)• Autoriser RTP de manière dynamique

• Localisation: - Il peut être localisé à différents endroits

• client/opérateur, • au sein du réseau client, • à l'interface entre deux opérateurs (Peering VoIP)

Ate

lier e

-séc

urité

Enjeux de la sécurité• Les Firewalls

- Le rôle du firewall- Les spécificités de la VOIP :

• la problématique des ports dynamiques, • les protocoles parapluie...

- La translation d'adresse (NAT)- Le problème de l'adressage IP :

• adressage privé, • adressage public, • évolution IPv6…

Ate

lier e

-séc

urité

Enjeux de la sécurité• Les Firewalls

- NAT et Firewall : • les impacts sur la QoS. • Les compromis Qualité de Service vs

Sécurité.

Ate

lier e

-séc

urité

Vulnérabilité technologique

• Généralités• Vulnérabilité protocolaire• Vulnérabilité architecturale• Exemples

Ate

lier e

-séc

urité

Généralités• VoIP/ToIP n’est pas équivalente à la

téléphonie classique- Signalisation/contrôle et transport de la voix

sur le même réseau IP- Perte de la localisation géographique de

l'appelant

Ate

lier e

-séc

urité

Généralités• Stratégie de sécurité différente de celle à

laquelle les utilisateurs étaient habitués:- Fiabilité du système téléphonique

• Combien de pannes de téléphone vs pannes informatique?

- Confidentialité des appels téléphoniques- Invulnérabilité du système téléphonique

• Devenu un système susceptible d'intrusions, vers, etc

Ate

lier e

-séc

urité

Vulnérabilité protocolaire• Risque semblables à ceux des réseaux IP:

- Intrusion, - écoute, - usurpation d'identité, - rejeu, - dénis de service, - etc.

mais• Ce n’est pas juste « une application IP en

plus »

Ate

lier e

-séc

urité

Vulnérabilité protocolaire• VoIP n’est pas juste « une application IP en

plus », car:- Pas d'authentification mutuelle entre les parties, - Peu de contrôles d'intégrité des flux, pas ou peu

de chiffrement• Risques d'interception et de routage des appels vers

des numéros surfacturés• Falsification des messages d'affichage du numéro

renvoyés à l'appelant- Attaques accessibles à tout informaticien et pas

juste aux spécialistes de téléphonie numérique- Exemple: Terminaux très fragiles

Ate

lier e

-séc

urité

Vulnérabilité architecturale• Combinaison matériel+logiciel

(surtout des DSP):- Softswitch:

• généralement dédié à la signalisation- MGW (Media Gateway):

• RTP<->TDM,• SS7oIP<->SS7

- IP-PBX:• Softswitch+MGW

Ate

lier e

-séc

urité

Vulnérabilité architecturale• Systèmes d'exploitation

- OS temps réel (QNX/Neutrino, VxWorks, RTLinux)- Windows- Linux, Solaris

• Sécurisation par défaut souvent quasi inexistante

• Gestion des mises à jour :- Les OS sont rarement à jour- Les mises-à-jour ne sont pas « autorisées »

Ate

lier e

-séc

urité

H323• Intrusion

- Filtrage quasi-impossible : • multiplication des flux, des mécanismes d'établissement

d'appel, des extensions à la norme, et transmission des adresses IP au niveau applicatif

• Ecoute• Usurpation d'identité• Insertion et rejeu• Dénis de service:

- De par la conception du protocole, pas de détection des boucles, signalisation non fiable, etc

Ate

lier e

-séc

urité

SIP• Ecoute• Usurpation d'identité• Insertion et rejeu• Déni de service

Ate

lier e

-séc

urité

Autres• Skinny Client Control Protocol (Cisco) :

- Risques : • Ecoute, Usurpation d'identité, Insertion et rejeu, Déni de service

• Multimedia Gateway Control Protocol (MGCP)- Risques:

• Identiques aux autres en entreprise (pas d'expérience d'audit sécurité)

• Dépendants de la sécurité du boitier ADSL• Moins de risques de surfacturation et de déni de service sur le

serveur central• GSM sur IP : nano BTS

- Risques :• Surfacturation, Ecoute des communications• Usurpation d'identité, Insertion et rejeu• Déni de service

• GSM sur IP : UMA : Unlicensed Mobile Access- Risques :

• Exposition du réseau opérateur sur Internet• Déni de service

Ate

lier e

-séc

urité

Terminaux• Peu de sécurisation des terminaux, peu de

fonctions de sécurité- Pas de 802.1X

• Exemple : test de téléphones VoIP (SIP) sur WiFi- 15 Téléphones testé de 8 fournisseurs

• Cisco,• Hitachi, • Utstarcom, • Senao, • Zyxel, • ACT, • MPM,• Clipcomm

Ate

lier e

-séc

urité

Terminaux• Exemple (Suite) : téléphones VoIP (SIP) sur WiFi

- Connexion interactive avec telnet ouverte- SNMP read/write avec community name par défaut- Ports de debogage VXworks ouverts en écoute sur le

réseau WiFi- Services echo et time ouverts- Connexion interactive rlogin avec authentification basique- Exemple Cisco 7920

• port 7785 Vxworks wdbrpc ouvert• SNMP Read/Write• Réponse de Cisco :

- les ports ne peuvent pas être désactivés, la communauté- SNMP ne pas être changée :

tout est codé en dur dans le téléphone...

Ate

lier e

-séc

urité

Infrastructure• Exemple : coupure de courant lors d’un

audit de sécurité (non VoIP)- Coupure de courant :

• Téléphone branché sur le secteur (pas PoE, pas secouru) => plus de téléphone

• Serveurs branchés sur le courant secouru mais pas le commutateur devant=> problème de commutateur

Ate

lier e

-séc

urité

Infrastructure• Exemple : coupure de courant lors d’un

audit de sécurité (suite)- Retour du courant :

• Serveur de téléconfiguration des téléphones injoignable (DHCP, BOOTP pour le firmware, etc.) car commutateur pas encore redémarré

• Les téléphones ont redémarré plus vite que le commutateur et se sont trouvés sans adresse IP, etc. et restent bloqués sur l'écran "Waiting for DHCP ..."

• Pour une raison inconnue, une fois le serveur de téléconfiguration à nouveau joignable, les téléphones n'ont pas fonctionné

• Seule solution trouvée : débrancher/rebrancher chaque téléphone un par un pour remise en service

Ate

lier e

-séc

urité

Attaques envisageables• Attaques : couches basses• Attaques : implémentations • Attaques : protocoles VoIP• Attaques : téléphones• Autres attaques

Ate

lier e

-séc

urité

Attaques : couches basses• Attaques physiques

- Systèmes d'écouteInterception (MITM) : • écoute passive ou modification de flux

- Discussion- “Who talks with who”

Sniffing du réseau Serveurs (SIP, CDR, etc)

Ate

lier e

-séc

urité

Attaques : couches basses• Attaques sur les couches basses : LAN

- Accès physique au LAN- Attaques ARP :

• ARP spoofing,• ARP cache poisoning

- Périphériques non authentifiés (téléphones et serveurs)

- Différents niveaux :• adresse MAC, utilisateur, port physique, etcLAN

PirateTéléphone IP

1

Téléphone IP2

Ate

lier e

-séc

urité

Attaques : implémentations• Interface d'administration HTTP, de

mise à jour TFTP, etc.- Exploits- Vols de session (XSS)- Scripts / injections

• Piles TCP/IP• Dénis de services (DoS)• PROTOS

Ate

lier e

-séc

urité

Attaques : protocoles VoIP

• Fraude: Spoofing SIP- Call-ID Spoofing- Appropriation des droits d’utilisateur sur le

serveur d’authentification- Tags des champs From et To- Replay- Accès au voicemail

Ate

lier e

-séc

urité

Attaques : protocoles VoIP

• DoS : Denial of service- Au niveau:

• Réseau • Protocole (SIP INVITE)• Systèmes / Applications• Téléphone

- Envois illégitimes de paquets SIP INVITE ou BYE

- Modification « à la volée » des flux RTP

Ate

lier e

-séc

urité

Attaques : téléphone• (S)IP phone :

- Démarrage (Startup)• DHCP, TFTP, etc.

- Accès à l’adresse physique• Tables de configuration cachées

- Piles TCP/IP- Configuration du constructeur- Trojan horse/rootkit

Ate

lier e

-séc

urité

Attaques : autres • Protocoles secondaires:

- DNS : DNS ID spoofing ou DNS cache poisoning- DHCP : DoS, MITM- TFTP : upload d'une configuration (DoS, MITM...)

• Autres:- L’élément humain- Systèmes:

• La plupart ne sont as sécurisés par défaut• Worms, exploits, Trojan horses

Ate

lier e

-séc

urité

Sécurité préventive

• Quelle sécurité préventive?• Sécurité indépendantes de la VoIP• Sécurité propres à la VoIP / ToIP• Calcul du ROI de la VoIP

Ate

lier e

-séc

urité

Quelle sécurité préventive?• Mesure de sécurité, ou protection

- Action- Diminue le risque à un niveau acceptable

• Action préventive ISO 19011:2002- Action visant à éliminer une situation

indésirable potentielle- Agit en amont de l'incident

• Action corrective- Action visant à éliminer une situation

indésirable détectée- Agit en aval de l'incident

Ate

lier e

-séc

urité

Quelle sécurité préventive?• Actions préventives ?• Donc réfléchir sans attendre l'incident !

- Identifier se qui compte pour le chef d'entreprise

- Réaliser une analyse de risque sur ce qui compte

- Appliquer des mesures de sécurité• Avec un rapport qualité/prix réaliste• Afin de réduire les risques à un niveau acceptable

Ate

lier e

-séc

urité

Sécurité indépendante VoIP• Sécurité dans le réseau IP

- Sécurité dans le réseau- Liaison

• Cloisonnement des VLAN• Filtrage des adresses MAC par port• Protection contre les attaques ARP

- Réseau• Contrôle d'accès par filtrage IP• Authentification et chiffrement avec IPsec

- Transport• Authentification et chiffrement SSL/TLS

Ate

lier e

-séc

urité

Sécurité indépendante VoIP• Filtrage IP : firewall

- Contrôle d'accès réseau- Proactif :

• le paquet passe ou le paquet est bloqué- Application de la politique de sécurité de

l'organisme

Ate

lier e

-séc

urité

Sécurité indépendante VoIP• Détection d'intrusion (NIDS)

- Passif :• le paquet est passé mais finalement il n'aurait pas

du, il est malveillant- Faux positifs :

• un paquet vu comme malveillant qui est tout à fait légitime

- Faux négatif :• un paquet vu comme légitime qui est malveillant

Ate

lier e

-séc

urité

Sécurité indépendante VoIP• Prévention d'intrusion (NIPS)

- Combiner l'analyse approfondie de la détection d'intrusion avec la capacité de bloquer du firewall

- Actif : certains paquets sont passés, mais pas les suivants :• Limitation de bande passante• TCP Reset / ICMP Unreachable

- Toujours des risques de faux positifs / faux négatifs

Ate

lier e

-séc

urité

Sécurité propre à la VoIP• Solutions:

- SIP, MGCP, et les protocoles propriétaires incluent des fonctions de sécurité

• Limitations:- Limite des terminaux qui n'ont pas le CPU

nécessaire à des calculs de clefs de session en cours de communication

- Mise en oeuvre de la sécurité =>perte des possibilité d'interopérabilités entre fournisseurs

Ate

lier e

-séc

urité

Calcul du ROI• VoIP: Pas de service en plus

- Mettre à jour son PABX apporte les mêmes service avec ou sans VoIP

- Les service disponibles en VoIP le sont aussi en téléphonie classique

- Aucun calcul de ROI ne peut se justifier par la disponibilité de nouveaux services

• Intégrer les coûts de la VoIP

Ate

lier e

-séc

urité

ROI : coût du VoIP• Intégrer les coûts de la VoIP

- Coûts de câblage• Poste téléphonique IP =>prise ethernet supplémentaire• Difficultés avec le PC connecté sur le téléphone et le

téléphone dans la prise Ethernet du PC• Nécessité des VLANs, avant considérations de sécurité• Informations indispensable au service téléphonique ;

N° pièce, n° prise associée à chaque n° de téléphone:- N° de téléphone, @MAC, @IP et n° de prise Ethernet liés

• Câblage rapide des prises spécifiques avec le courant électrique sur le cable Ethernet (PoE)

- Onduleurs supplémentaires et spécifiques=> VoIP/ToIP impose des coûts de câblage élevés

Ate

lier e

-séc

urité

ROI : coût du VoIP• Intégrer les coûts de la VoIP

- Services du réseau informatique deviennent des services critiques• DHCP• DNS• Commutateurs• ...

- Obligation d’inclure les coûts de mise en oeuvre de la haute-disponibilité

- Coûts d'exploitation au quotidien bien plus élevés 24/7, etc

Ate

lier e

-séc

urité

ROI : dégradation du service• Intégrer la dégradation du service due à la

VoIP:- Taux d'indisponibilité téléphonie classique : 5

à 6 minutes d'interruption par an, 99,99886 %

- Taux de disponibilité téléphonie sur IP : ??• Pas de téléphone pendant plusieurs jours...

- Support téléphonique hors-service• Situations antagonistes : réseau en panne =>

téléphone en panne• Téléphone : principal système d'appel au secours pour

la sécurité des personnes

Ate

lier e

-séc

urité

ROI : autres facteurs• Valider au préalable la réalité des

fonctionnalités :- Fonctionnalités prix du Poste entrée de gamme - Fonctionnalités de sécurité imposant un

changement de tous les postes téléphoniques• Valider au préalable la robustesse de tous

les équipements choisis• Analyser les risques

- Peu de gens font une analyse de risques sur leur projet VoIP. Pourquoi ?

Ate

lier e

-séc

urité

Recommandations • Actuellement, voix sur IP danger• Mécanismes de détection• Sécurisation des couches basses

- Utilisation de TLS pour la signalisation SIP• Identification des clients et du serveur

- Protocole de gestion de clefs VoIP : MiKEY• Encapsulé dans SIP

- PSK (Pre-shared key), Diffie-hellman, PKI

Ate

lier e

-séc

urité

Recommandations • Couche réseau:

- QoS [LLQ] (and rate-limit)- Firewall: application level filtering

• Téléphones IP certifiés par leurs producteurs• Sécurisation des couches hautes

- Utilisation de SRTP/SRTCP- Sécurisation des échanges DNS : DNSSec- Utilisation de tunnels IPSec en remplacement

des solutions précédentes• Projet 3P: project, security processes and policies

Ate

lier e

-séc

urité

Perspectives • VoWLAN

- Utilisation de PDA / Laptop : téléphonie mobile

- Problèmes classiques du WiFi- Utilisation d'un protocole de mobilité pour

couvrir de grandes distances (IAPP)- Choix judicieux des CODECs (PCM, GSM...)

Ate

lier e

-séc

urité

Recommandations • Exemple de solution sécurisée :

Ate

lier e

-séc

urité

Recommandations • Limites:

- QoS, bande-passante...- Qualité de la voix : choix important des CODECs

• Temps d'établissement• Compromis utilisation / complexité

- IPsec parfois trop lourd :• restriction possible aux protocoles utilisés

- Ne pas se limiter aux protocoles VoIP, au réseau:• clients (UA), serveurs (soft switch, call manager,

DHCP/TFTP), détection de fraude, etc.- Ni aux aspects techniques:

• ingénierie, opérations, support, etc, comment les répartir?

Ate

lier e

-séc

urité

Recommandations • Téléphonie & DSI:

- Téléphonie doit entrer suivre la Direction des Systèmes d'Information (DSI)

- Ne peut rester aux services administratifs- Téléphonistes doivent intégrer la DSI- Leurs compétences en téléphonie sont

indispensables au déploiement de la VoIP• VoIP / ToIP = intérêt futur proche des

fournisseurs :- Passage à la VoIP se fera un jour de gré ou

de force

Ate

lier e

-séc

urité

Conclusion• VoIP :

- Technologie encore jeune- Étude fine des solutions précède déploiement- Désormais accessible aux particuliers (Skype..)

• Sécurité au coeur de la problématique- La VoIP / ToIP relance l'insécurité- Sécurité au niveau réseau- Réponse partielle mais nécessaire- Difficile à mettre en oeuvre- Mécanismes de sécurité propriétaires proposés par les

constructeurs :• Seule réponse satisfaisante en matière de sécurité• Très rarement mis en oeuvre

• ROI négligé