# STIR/SHAKEN et authentification de l'identification de l'appelant en 2026 : comment les appels usurpés sont bloqués

> L'usurpation d'identité de l'appelant est à l'origine de la plupart des fraudes vocales. STIR/SHAKEN signe cryptographiquement le numéro de l'appelant afin que le réseau destinataire puisse lui faire confiance. Voici comment ce cadre fonctionnera en 2026, ses niveaux d'attestation et ses limites.

- URL canonique: https://www.broadnet.me/fr/blog/stir-shaken-caller-id-authentication-2026
- Langue: fr
- Dernière mise à jour: 2026-10-20
- Éditeur: BroadNet (https://www.broadnet.me)

- Publié le: 2026-07-06
- Auteur: BroadNet Regulatory Affairs

STIR/SHAKEN est un ensemble de normes IETF et ATIS qui signent cryptographiquement le numéro de l'appelant lors de l'émission d'un appel, permettant ainsi à l'opérateur destinataire de vérifier qu'il n'a pas été usurpé. En 2026, son utilisation sera obligatoire sur les réseaux nord-américains et se généralisera à l'international ; toutefois, elle authentifie le numéro, et non l'intention de l'appelant.

## Le problème : l’identification de l’appelant n’a jamais été authentifiée.

Pendant la majeure partie de l'histoire de la téléphonie, le numéro d'appelant affiché à votre correspondant était simplement communiqué par l'émetteur et considéré comme fiable de bout en bout. Aucun contrôle ne vérifiait que l'appelant était autorisé à utiliser ce numéro. Cette faille rend l'usurpation d'identité de l'appelant extrêmement facile et alimente les appels automatisés, les escroqueries par usurpation d'identité et les fraudes par usurpation d'identité de voisinage. STIR/SHAKEN comble cette lacune en ajoutant une signature cryptographique vérifiable à l'établissement de l'appel.

## Comment fonctionne STIR/SAUTE

STIR (Secure Telephone Identity Revisited) est le mécanisme sous-jacent de l'IETF. La RFC 8224 définit la manière dont un en-tête Identity signé est transporté dans le protocole SIP ; la RFC 8225 définit PASSporT, le jeton signé qui atteste du numéro de l'appelant ; et la RFC 8226 définit le cadre de certificats qui lie l'autorité de signature à un fournisseur de services. SHAKEN (Signature-based Handling of Asserted information using toKENs) est le profil ATIS/SIP Forum qui spécifie comment les opérateurs déploient STIR sur leurs réseaux à l'aide d'une hiérarchie de gouvernance et de certificats.

1. Le fournisseur d'origine authentifie l'appel et crée un PASSporT attestant du numéro appelant, signé avec sa clé privée.
2. La signature est insérée dans l'en-tête d'identité SIP et accompagne l'appel.
3. Les réseaux intermédiaires acheminent l'appel signé vers sa destination.
4. Le fournisseur de terminaison récupère le certificat public du signataire, vérifie la signature et confirme que le numéro appelant n'a pas été falsifié, puis applique son propre traitement d'affichage ou de spam.

## Les trois niveaux d'attestation

STIR/SHAKEN ne garantit pas la fiabilité de l'appelant ; il enregistre le degré de confiance du fournisseur d'origine quant à l'utilisation du numéro par l'appelant. Ce degré de confiance est exprimé sous forme de niveau d'attestation dans PASSporT.

| Attestation | Nom | Ce qu'affirme le fournisseur d'origine |
|---|---|---|
| UN | Attestation complète | Client connu et droit confirmé d'utiliser le numéro d'appel |
| B | Attestation partielle | Client connu, mais le numéro n'a pas pu être confirmé. |
| C | Attestation de passerelle | Appel entrant depuis un autre réseau/passerelle ; origine non vérifiable |

## Ce que cela fait et ce que cela ne fait pas

Ce cadre est puissant mais limité. Comprendre sa portée permet d'éviter une dépendance excessive.

- Il vérifie que le numéro d'appelant affiché n'a pas été falsifié lors de la transmission et enregistre l'attestation de l'émetteur.
- Cela fournit aux opérateurs de terminaison et aux moteurs d'analyse un signal fiable pour alimenter le système d'étiquetage et de blocage des spams.
- Cela ne prouve pas les intentions de l'appelant ; un appel parfaitement authentifié provenant d'un numéro réel peut tout de même être une arnaque.
- Il ne permet pas, en soi, d'étiqueter ou de bloquer les appels ; il s'agit d'une décision analytique et politique distincte, construite en plus de la signature.
- Il fonctionne nativement uniquement sur les chemins d'appels IP (SIP) ; les appels traversant des segments TDM hérités peuvent perdre la signature.

> L'authentification de l'identification de l'appelant est un signal de confiance, pas un verdict. Associez-la à l'analyse comportementale : notre réponse sur la [prévention de la fraude aux télécommunications](https://www.broadnet.me/answers/telecom-fraud-prevention) explique comment l'attestation alimente le système de notation, et les références de BroadNet sur la [voix programmable](https://www.broadnet.me/answers/programmable-voice) et l'[API vocale / SIP trunking](https://www.broadnet.me/answers/voice-api-sip-trunking) expliquent où se situe la signature dans le flux d'appel.

## Le tableau mondial en 2026

L'authentification de l'identification de l'appelant a d'abord été imposée en Amérique du Nord : la FCC a rendu obligatoire le protocole STIR/SHAKEN sur les réseaux IP aux États-Unis, et le CRTC canadien a suivi. Ce modèle se répand désormais. La France et d'autres marchés ont mis en place leurs propres systèmes d'authentification de l'identification de l'appelant ou de vérification des numéros, et les organismes du secteur œuvrent à une interopérabilité transfrontalière. La tendance est claire, mais la couverture est inégale : un appel signé dans un pays peut transiter par un réseau incapable de le vérifier. C'est pourquoi l'analyse et la réputation jouent encore un rôle essentiel aux côtés du chiffrement. Pour en savoir plus sur le fonctionnement technique de la signature, consultez nos références sur les [en-têtes SIP](https://www.broadnet.me/reference/sip-headers) et la [présentation du protocole SIP](https://www.broadnet.me/reference/sip-protocol-overview).

## Foire aux questions

### Est-ce que STIR/SHAKEN bloque tous les appels automatisés ?

Non. STIR/SHAKEN vérifie qu'un numéro d'appelant n'a pas été usurpé et enregistre l'attestation de l'opérateur d'origine, mais ne se prononce pas sur l'intention. Un numéro légitime et dûment attesté peut toujours passer des appels indésirables ou frauduleux. Son utilité réside dans la fourniture d'un signal fiable que les systèmes d'analyse et de blocage de spam utilisent pour améliorer le classement et le filtrage ; il s'agit d'un élément d'entrée pour l'application de la loi, et non de l'application elle-même.

### Que signifient les niveaux d'attestation A, B et C ?

Ces niveaux indiquent le degré de certitude de l'opérateur d'origine concernant l'appel. Le niveau A (complet) désigne un client connu dont le droit d'utiliser le numéro est confirmé ; le niveau B (partiel) désigne un client connu dont le numéro n'a pas pu être confirmé ; le niveau C (passerelle) désigne un appel entrant depuis un autre réseau dont l'origine ne peut être vérifiée. Les opérateurs de destination tiennent compte de ces niveaux pour déterminer comment traiter et afficher un appel.

### L'appellation STIR/SHAKEN est-elle utilisée en dehors des États-Unis ?

Lancé en Amérique du Nord sous l'égide de la FCC et du CRTC canadien, l'authentification de l'identité de l'appelant se répand désormais à l'international, certains pays comme la France ayant mis en place leurs propres réglementations. La couverture reste inégale et la vérification transfrontalière est encore en développement ; il est donc préférable de considérer ce cadre comme une tendance mondiale émergente plutôt que comme une norme universellement déployée en 2026.

### La technologie STIR/SHAKEN fonctionne-t-elle sur les réseaux non IP (TDM) ?

Non, pas nativement. La signature est véhiculée dans l'en-tête SIP Identity et dépend donc du chemin d'appel IP. Lorsqu'un appel traverse un segment TDM ancien, la signature peut être perdue et l'attestation également. Combler ce manque pour les appels transitant par une infrastructure ancienne, grâce à des mécanismes hors bande, fait l'objet de travaux de normalisation actifs.

## Références

- IETF — RFC 8224, Gestion de l'identité authentifiée dans SIP : [datatracker.ietf.org](https://datatracker.ietf.org/doc/html/rfc8224)
- IETF — RFC 8225, PASSporT : Jeton d’assertion personnelle : [datatracker.ietf.org](https://datatracker.ietf.org/doc/html/rfc8225)
- IETF — RFC 8226, Identifiants téléphoniques sécurisés (Certificats) : [datatracker.ietf.org](https://datatracker.ietf.org/doc/html/rfc8226)
- ATIS — Normes SHAKEN et authentification des appels : [atis.org](https://www.atis.org/)
- FCC — Authentification des appels / STIR/SHAKEN : [fcc.gov](https://www.fcc.gov/call-authentication)