Présentation du service

phreak.ing se présente comme un Internet Phone Switch accessible depuis un navigateur. L’interface regroupe des fonctions classiques de téléphonie (appel, messagerie vocale, transfert) et des outils de communication en temps réel (IRC, texte, notifications). L’ensemble des options est exposé sous forme de raccourcis numériques (ex. *#101#) et de commandes texte (ex. 742735 pour publier un texte dans le canal IRC #phreak).

Architecture technique

Le cœur du système repose sur Asterisk, le moteur téléphonique open‑source. Les appels sont gérés par le protocole SIP et les extensions sont accessibles via le navigateur grâce à une passerelle WebRTC. Un serveur IRC dédié (irc.phreak.ing) assure la synchronisation des messages texte et des notifications d’état. La sécurité du service s’appuie sur fail2ban, qui bannit les adresses IP après plusieurs tentatives d’authentification infructueuses, et sur un mode de journalisation DEBUG qui consigne les événements AMI et le trafic IRC. Le tableau de bord web expose les paramètres d’administration (voicemail, blocage d’extensions, redirection d’appels) et permet de modifier les réglages en temps réel.

Fonctionnalités et commandes d’appel

Le catalogue de codes de numérotation inclut des actions précises : *#101# active le mode « party », *#06# désactive ou réactive le mode « do not disturb », *80 et *81 déclenchent respectivement un intercom à deux voies ou à sens unique, et *43 lance un test d’écho. La messagerie vocale est accessible via *97 (voicemail personnel) ou *98 (boîte générique demandant le numéro et le PIN). Les fonctions de transfert et de parking d’appels utilisent les extensions 70‑79 pour placer un appel en attente et le récupérer ultérieurement. Les conférences sont créées avec le préfixe 801‑899, autorisant toute extension à rejoindre la salle sans authentification supplémentaire.

Analyse des limites et de la sécurité

Le mode DEBUG expose des informations détaillées sur les événements Asterisk et le trafic IRC, ce qui peut faciliter le diagnostic mais augmente la surface d’attaque si les logs sont accessibles publiquement. L’utilisation de fail2ban atténue les attaques par force brute, toutefois aucune mention n’est faite d’un chiffrement TLS pour les flux SIP, ce qui laisse le canal vulnérable aux interceptions. Le système de blocage d’extensions masque les utilisateurs et empêche les appels entrants, mais il ne précise pas de mécanisme de validation d’identité pour les extensions administratives, créant un point de confiance unique. Enfin, la dépendance à un serveur IRC public expose les métadonnées de présence et les messages texte à des observateurs extérieurs, sauf si le serveur est configuré en TLS, information non fournie dans la source.