Sécurité Asterisk Attaque & Défense Forum Atena, 5 mai 2011 à l’Epita

Présentation au sujet: "Sécurité Asterisk Attaque & Défense Forum Atena, 5 mai 2011 à l’Epita"— Transcription de la présentation:

1 Sécurité Asterisk Attaque & Défense Forum Atena, 5 mai 2011 à l’Epita
Conférence : « La place de l'open source sur le marché de la ToIP : bilan et perspectives. » Sécurité Asterisk Attaque & Défense Par Serge CARPENTIER Ingénieur Sécurité Réseau Voix - AGARIK SAS Fondateur d’Asterisk France

2 Les bonnes questions Les bonnes questions :
Quels sont les risques d’une indisponibilité de mon infrastructure Voix ? Combien cela peut-il coûter à l’entreprise ? Par son indisponibilité Informations dérobées (Ex: Conversation ou message vocal) Fraude d’appel Le budget pour la mise en place de la sécurité est-il justifié ? La sécurité mise en place n’est-elle pas exagérée ?

3 Responsabilité L’attitude à avoir sur la gestion de la sécurité sur une infrastructure doit être ferme & claire.

4 Level 2 : Grab / Énumération
Voici quatre types d’énumération le plus souvent utilisées : Récupérer la version du « Sip User Agent Client » et « Server ». Les extensions des comptes « Souvent utilisé comme compte utilisateur » Les fichiers de configuration des téléphone sur le serveur TFTP « Qui contiennent souvent les Comptes SIP & Password ». Les informations de configuration via SNMP.

5 Level 2 : Grab / Énumération (Suite II)
Deux cas nous intéressent : Le Grab de Bannière L’énumération des Extensions

6 Level 2 : Grab / Énumération Suite IV)
SipViCious : Exemple d’un scan réel

7 Level 2 : Grab / Énumération (Suite V)
L’utilité d’avoir la version de l’instance Asterisk nous permettra de savoir s’il y a des failles connues et de les l’utiliser.

8 Enumération des comptes SIP
Level 2: Enumeration Fin Level 3: Cracking de password Enumération des comptes SIP Lors de cet exercice, le serveur nous retourne un « 404 Not Found » si le compte n’existe pas, sinon celui-ci nous demande le Password. A cet instant SIPVicious sait que le compte existe. Il ne reste plus qu’à utiliser SVCRACK avec un dictionnaire afin de trouver le password du compte.

9 Level 2: Enumeration Fin
Level 3: Cracking de password Des outils sont disponibles pour effectuer les mêmes actions sur des comptes IAX. Exemple: ENUMIAX

10 Sécurité Asterisk Attaque & Défense
Exemple d’une attaque DDoS ToIP Level 4 : Mise en place & Execution

11 Level 4: Execution

12 Level 4: Execution La prise de contrôle de serveur VoIP peut permettre plusieurs attaques comme : Prendre le contrôle de plusieurs Comptes VoIP Mettre en place WarVox Mettre en Base tous les numéros à appeler en même temps Attaque DDoS Voix J’ achète un Joli numéro surtaxé et à chaque appel passé je gagne de l’argent J’ appelle gratuitement. Fraude de communications Usurpation d’identité Appeler en changeant sont Caller-id afin de se faire passer pour quelqu’un d’autre. En prenant le contrôle de la machine via une faille Asterisk, toutes les autres attaques traditionnelles sont possibles.

13 Sécurité Asterisk Attaque & Défense
Sécuriser un minimum Sécuriser sa couche d’accès en interne Sécuriser son serveur en Général Sécuriser Asterisk: SIP Sécuriser Asterisk: IAX Sécuriser Asterisk: Dial Plan

14 Sécuriser sa couche d’accès en interne
Sécuriser sa couche d’accès en interne. Petites informations supplémentaires Sécuriser les accès sur les Switchs via 802.1x avec RADIUS ou via du VMPS. Conséquence : Lors inconnue, l’interface bascule soit dans un VLAN isolé ou alors le port se met en securité. Limiter les nombres par port de Switch à 2. But: Eviter de faire déborder la table MAC sur le Switch pour que celui-ci, réagisse comme un HUB afin de pouvoir sniffer tous les paquets. Utiliser les fonctions avancées de sécurité sur les Switchs comme : DHCP Snooping (Evite a un Pirate de distribuer des adresses IP avec une autre passerelle et/ou d’autres serveurs DNS. ARP Guard : Va envoyer une alerte à un IPS ou effectuer une action sur le switch, afin d’éviter le Spoofing d’adresse MAC pour effectuer un MiTM.

15 Sécuriser sa couche d’accès en interne
Sécuriser sa couche d’accès en interne. Petites informations supplémentaires Séparer la Voix de la Data dans deux VLAN différents. Utiliser des ACL ou règles de Firewall pour filtrer le Traffic entre les deux VLAN. Limiter le nombre VLAN qui vont transiter sur l’interface du Switch et mettre un vlan Native. Vérifier et maintenir à jour les updates des Switchs ainsi que des téléphones.

16 Sécuriser son serveur en Général
Ne pas exécuter Asterisk en Root Ne pas connecter Asterisk sur Internet directement. Utiliser des firewall Statefull et ne pas ouvrir des ports dans tous les sens. Utiliser Fail2Ban pour bloquer les IP effectuant du Fuzzing. Utiliser IPTABLE afin de filtrer les différents ports et bloquer les IP effectuants des scans. (Ex avec SipScan utiliser cette option : --string "sip-scan" ). Votre vlan Voix n’a pas besoin d’accéder aux différentes interfaces d’administration. Utiliser des instances SBC pour séparer les connexions Interne et Externe. (Cela assurera une séparation entre votre réseau d’entreprise et celui de l’extérieur). Vyatta & OpenSBC par exemple pour interconnecter son ITSP en SIP ou un site distant. Pour les Clients Mobiles (Wifi ou Nomade) utiliser des connexions VPN.

17 Sécuriser son serveur en Général
Vyatta utilise IPTABLE et charge l’option SIPContrack. De l’extérieur on ouvrira seulement le port 5060: Filtrage des scanners SIP iptables -A RH-Firewall-1-INPUT -p udp -m string --to algo bm --string "friendly-scanner" -m udp --dport j LOGDROP iptables -A RH-Firewall-1-INPUT -p udp -m string --to algo bm --string "sip-scan" -m udp --dport j LOGDROP iptables -A RH-Firewall-1-INPUT -p udp -m string --to algo bm --string "iWar" -m udp --dport j LOGDROP iptables -A RH-Firewall-1-INPUT -p udp -m string --to algo bm --string "sipsak" -m udp --dport j LOGDROP + = OpenSBC

18 Sécuriser Asterisk: SIP
Activer alwaysauthreject: Asterisk renverra toujours un 401 pour un INVITE ou un REGISTER Passer l’option allowaguest à no Changer son SIPUSERAGENT: ex: useragent=Cisco_IOS12T4 Changer le context par defaut (qui est default) Utiliser l’authentification par Certificat si possible et SIP/TCP/TLS Asterisk 1.8.x : SRTP est en natif Ne Pas utiliser les SDA comme compte SIP, plutot faire une translation par une AGI. Pour les comptes utilisateurs, mettre un call-limit à 2 ou 3. Utiliser un maximum les ACL des comptes SIP.

19 Sécuriser Asterisk: SIP
IAX2 est souvent utilisé pour l’interconnexion de deux sites distants afin d‘économiser les Headers et éviter les problèmes de NAT. Supprimer les exemples de compte IAX. Changer le contexte par defaut Utiliser les clefs RSA pour l’authentification entre deux Asterisk Utiliser les ACL Activer l’encryption AES128 Ne Pas utiliser les SDA comme compte IAX2, plutôt faire une translation par une AGI.

20 Sécuriser Asterisk: Dial Plan
Ne pas utiliser le matching absolu _X.,1,…… Faire DialPlan par élévation de droit d’appel : [CNTX_LOCAL] Comment=Appel locaux et numéros d’urgence [CNTX_FRANCE_NATIONAL] Include => CNTX_LOCAL [CNTX_FRANCE_MOBILE] Include => CNTX_FRANCE_NATIONAL [CNTX_FRANCE_INTERNATIONAL] Include => CNTX_FRANCE_MOBILE Faire correspondre les CallerID pour les services d’entreprises. Exemple : exten => / ,1,Voic Main() ….. Nous pouvons aller vraiment très loin.

21 Les bonnes infos http://www.hackingvoip.com/ Site Asterisk:
Site officiel Asterisk : Asterisk-France : Voip-info: Securité Voix : VoIP SA: NIST : csrc.nist.gov/publications/nistpubs/800.../SP final.pdf VoIP Abuse Project: Certification : Sécurité C.E.H & E-CVP

22 Events Nuit du Hack 2011

23 Votre interlocuteur Vos questions ?
Serge Carpentier Ingénieur Sécurité Réseau Voix Agarik 20, rue Dieumegard Saint-Ouen Tel +33 (0) Fax +33 (0) Agarik Recrute ? AGARIK, le spécialiste de l’hébergement et de l’infogérance web critique Hébergement – Réseau – Infogérance – Cloud – Sécurité >> <<