Fausse antenne 5G : quand l’infrastructure réseau elle-même devient la frontière de confiance
Le nouveau draft NIST CSWP 36G teste six scénarios de fausses stations de base 5G. Il rappelle qu’une architecture d’entreprise dépend aussi d’infrastructures d’accès qu’elle ne possède pas.
Le nouveau draft NIST CSWP 36G teste six scénarios de fausses stations de base 5G. Il rappelle qu’une architecture d’entreprise dépend aussi d’infrastructures d’accès qu’elle ne possède pas.
Action : identifiez les actifs, dépendances et preuves concernés avant de traiter le sujet comme une exigence isolée.
Lorsqu’un smartphone professionnel affiche « 5G », l’utilisateur suppose généralement qu’il communique avec l’infrastructure légitime de son opérateur.
Cette confiance est presque invisible.
Pourtant, elle se situe en amont du VPN, de l’application SaaS, de l’API métier et parfois même de l’authentification d’entreprise.
Le 30 septembre 2026, le NIST a publié pour commentaires un nouveau draft, CSWP 36G — False Base Station: Applying 5G Cybersecurity and Privacy Capabilities.1
Le document étudie comment des équipements peuvent imiter une station de base légitime et analyse la réaction de terminaux 5G dans six scénarios simulés sur le banc d’essai du NCCoE.1
Il ne s’agit donc pas d’un rapport sur une campagne d’attaque observée. C’est une expérimentation de laboratoire destinée à comprendre une frontière de confiance particulière : le terminal peut-il être certain de l’infrastructure radio à laquelle il tente de se connecter ?
Une fausse station de base imite le réseau légitime
Une station de base relie le terminal au réseau mobile.
Une fausse station — rogue ou fake base station — émet des signaux qui imitent une cellule légitime afin d’inciter des terminaux à interagir avec elle.
Le NIST souligne que du matériel et des logiciels relativement accessibles permettent aujourd’hui de simuler ce type d’équipement.1
Les risques étudiés comprennent notamment la dégradation de service, certaines atteintes à la vie privée, le suivi de localisation et le déni de service.
Les générations successives de standards mobiles ont renforcé les protections. Le NIST note d’ailleurs que la 5G limite plusieurs risques connus des générations précédentes.
Mais « plus sécurisé » ne signifie pas « aucune frontière de confiance ».
L’infrastructure d’accès ne figure presque jamais dans la cartographie d’entreprise
Prenons un smartphone géré par une entreprise.
La représentation habituelle commence souvent ici :
smartphone → VPN → application → API → données
Or le chemin réel commence plus tôt :
smartphone → réseau radio → cœur opérateur → Internet/réseau privé → VPN → application → données
L’entreprise maîtrise le smartphone.
Elle maîtrise probablement le VPN.
Elle maîtrise l’application ou son contrat SaaS.
Mais elle ne possède généralement ni l’antenne ni le réseau de l’opérateur.
Cette dépendance n’en est pas moins réelle.
Une dépendance peut être critique sans être administrée par la DSI
Ce principe rejoint une question plus large d’architecture : faut-il représenter uniquement ce que l’organisation administre ?
Si la réponse est oui, une grande partie des dépendances modernes disparaît.
DNS publics, opérateurs télécoms, fournisseurs d’identité, CDN, autorités de certification et services cloud peuvent tous être indispensables sans appartenir à l’organisation.
La 5G fournit un cas particulièrement clair parce que la dépendance commence physiquement autour du terminal.
Une cartographie de risque utile peut donc distinguer :
composant maîtrisé
service contractuel
infrastructure externe de confiance
dépendance non maîtrisée
Ce classement ne signifie pas que toute infrastructure externe est dangereuse.
Il permet simplement de savoir où change la responsabilité.
La sécurité commence avant l’authentification d’entreprise
Un utilisateur peut avoir un mot de passe robuste, un MFA, un terminal géré et un VPN correctement configuré.
Ces contrôles restent essentiels.
Mais certains échanges avec l’infrastructure mobile ont lieu avant que les contrôles applicatifs de l’entreprise n’entrent en jeu.
C’est précisément l’un des intérêts du travail du NIST : analyser les capacités de sécurité et de confidentialité disponibles au niveau 5G lui-même.1
La chaîne de confiance peut être représentée comme plusieurs enveloppes :
radio → opérateur → transport → VPN → identité → application
Chaque enveloppe répond à une menace différente.
Aucune ne doit être supposée remplacer toutes les autres.
Ce que le NIST a réellement testé
Le CSWP 36G est un Initial Public Draft, publié le 30 septembre 2026 et ouvert aux commentaires jusqu’au 30 octobre.1
Les auteurs ont utilisé le banc d’essai 5G du National Cybersecurity Center of Excellence pour évaluer six scénarios de fausses stations.
L’objectif est double : observer le comportement des appareils testés et identifier les protections disponibles ainsi que les améliorations possibles dans les standards ou les configurations des terminaux.
Cette précision est importante.
Les résultats ne permettent pas de conclure que tous les smartphones 5G réagissent de la même manière, ni qu’une fausse station permet automatiquement d’intercepter le contenu d’une application correctement chiffrée.
L’enseignement architectural est plus sobre : la couche d’accès possède ses propres menaces et ses propres contrôles.
Le déni de service reste une question concrète
Le NIST souligne que la 5G apporte des améliorations contre plusieurs attaques visant la confidentialité ou le suivi, mais que des scénarios de déni de service restent possibles.1
Pour une entreprise, cela déplace la discussion.
Le risque n’est pas uniquement :
« quelqu’un peut-il lire nos données ? »
Il est aussi :
« que se passe-t-il si nos terminaux ne peuvent plus utiliser correctement leur accès mobile ? »
Pour un commercial, l’impact peut être faible.
Pour une équipe d’intervention, un site isolé, un dispositif de télémétrie ou une activité utilisant la 5G comme lien de secours, la question devient plus sérieuse.
Cas pratique : le smartphone d’un cadre
Prenons un cas fictif.
Un cadre se déplace avec un smartphone administré par l’entreprise.
Il utilise une application métier protégée par MFA et TLS.
Le chemin est :
smartphone → station de base → réseau opérateur → Internet → service d’identité → application SaaS
Ajoutons un VPN d’entreprise :
smartphone → accès 5G → VPN → réseau d’entreprise → application
Une analyse de confiance doit alors poser plusieurs questions.
Le contenu applicatif est-il chiffré de bout en bout ?
Le VPN est-il obligatoire ou conditionnel ?
Que se passe-t-il si l’accès radio devient indisponible ?
Existe-t-il un autre moyen de connexion pour les fonctions critiques ?
Quels signaux le terminal ou l’opérateur peuvent-ils fournir en cas de comportement radio anormal ?
Le but n’est pas de transformer la DSI en opérateur télécom.
Il est d’identifier les hypothèses sur lesquelles repose la continuité du service.
ENISA traite déjà la 5G comme un ensemble d’actifs et de contrôles
L’ENISA a publié une matrice de contrôles de sécurité 5G destinée à relier les mesures de sécurité aux actifs et aux menaces.3
Cette approche est intéressante pour l’architecture d’entreprise : la 5G n’est pas un bloc abstrait nommé « réseau mobile ».
Elle comprend de multiples fonctions, interfaces, actifs et relations de confiance.
L’agence européenne a également documenté les menaces propres aux réseaux 5G et leur évolution par rapport aux générations précédentes.4
Pour une organisation cliente, il n’est évidemment pas nécessaire de reproduire l’architecture complète de l’opérateur.
Il faut en revanche représenter la dépendance au service et les points où elle devient critique.
Trois niveaux de cartographie suffisent souvent
Une entreprise peut modéliser cette dépendance sans entrer dans toute la complexité télécom.
Niveau 1 — usage : quels services métier dépendent d’une connectivité mobile ?
Niveau 2 — accès : quels terminaux, SIM/eSIM, opérateurs et modes de secours sont utilisés ?
Niveau 3 — contrôle : quelles protections restent sous maîtrise de l’entreprise : MDM, VPN, chiffrement, identité, filtrage et supervision ?
Cette vue permet de distinguer ce qui relève de l’opérateur et ce qui relève de l’organisation.
Le bon test : retirer le réseau mobile
Pour chaque usage 5G important, posez une question simple :
« si cette connectivité devient indisponible pendant quatre heures, quel service métier s’arrête ? »
Si la réponse est « aucun », la dépendance est probablement secondaire.
Si la réponse atteint une fonction critique, il faut documenter le mode de secours, les responsabilités et les contrôles compensatoires.
Ce raisonnement vaut pour une fausse station de base, mais aussi pour une panne opérateur, un défaut de couverture ou une saturation.
La frontière du SI ne correspond pas à la frontière de propriété
Le draft NIST sur les fausses stations 5G illustre finalement une règle d’architecture plus générale.
Une organisation dépend chaque jour d’infrastructures qu’elle ne possède pas.
Les exclure de la représentation sous prétexte qu’elles sont externes masque une partie du risque.
À l’inverse, les modéliser ne signifie pas prétendre les contrôler.
Il s’agit de représenter correctement la relation :
service métier → terminal → connectivité externe → contrôles d’entreprise → application
La question utile n’est donc pas « cette antenne appartient-elle à notre SI ? ».
Elle est : « quelle partie de notre activité suppose qu’elle soit disponible et digne de confiance ? »
RÉFÉRENCES
Sources vérifiées le 1 octobre 2026 · 4 sources
- [1] Source officielleNIST — CSWP 36G, False Base Station: Applying 5G Cybersecurity and Privacy Capabilities
- [2] Source officielleNIST NCCoE — 5G Cybersecurity
- [3] Source officielleENISA — 5G Security Controls Matrix
- [4] Source officielleENISA — Threat Landscape for 5G Networks
Les références sont affichées pour permettre la vérification. Une source officielle ne signifie pas que Cybercoria lui attribue une conclusion qu’elle ne formule pas.