MESOB et Fayda en Éthiopie : la sécurité devient centrale quand 185 services partagent une porte d'entrée

Une nouvelle porte d'entrée pour l'administration

L'Éthiopie a lancé le 20 juin 2026 la plateforme MESOB afin de centraliser l'accès à plus de 185 services publics, selon un compte rendu publié par We Are Tech Africa. L'application s'appuie sur Fayda, le système national d'identité numérique, et doit relier plusieurs bases de données gouvernementales. Les démarches annoncées couvrent notamment documents d'identité, fiscalité, licences commerciales, permis de travail et formalités d'investissement.

Le projet répond à un problème réel : les citoyens et entreprises répètent souvent les mêmes informations auprès d'administrations qui communiquent peu entre elles. Un compte commun et des échanges de données peuvent réduire les déplacements, accélérer les dossiers et rendre les processus plus traçables.

Mais la sécurité change d'échelle dès que des services autrefois séparés partagent identité, interfaces et dépendances techniques. MESOB n'est pas seulement une application supplémentaire. Il devient potentiellement un point de concentration pour l'accès aux services publics numériques. Cette concentration n'est pas une raison de refuser le projet ; elle impose une architecture et une gouvernance adaptées à son importance.

L'identité numérique devient le premier périmètre

Lorsque Fayda sert de clé d'accès commune, la compromission d'un compte peut dépasser un service isolé. Un attaquant qui récupère des identifiants, détourne un canal de récupération ou manipule l'enrôlement peut tenter d'accéder à plusieurs démarches avec la même identité. La protection doit donc couvrir tout le cycle : inscription, preuve d'identité, authentification, récupération, changement de téléphone, révocation et gestion du décès.

L'authentification forte doit être proportionnée au risque. Consulter une information générale ne demande pas le même niveau de preuve que modifier un registre, obtenir un document officiel ou autoriser une opération financière. MESOB devrait appliquer une élévation d'authentification pour les actions sensibles plutôt que traiter toutes les sessions de la même façon.

Le téléphone est un outil pratique mais ne doit pas devenir l'unique preuve. Perte de SIM, changement de numéro, SIM swap, absence de couverture ou handicap peuvent exclure un usager ou ouvrir un chemin de fraude. Des mécanismes alternatifs, encadrés et journalisés, restent nécessaires.

Les API deviennent une infrastructure critique

Une plateforme unifiée ne copie pas nécessairement toutes les données dans une base centrale. Elle peut orchestrer des appels vers les ministères et agences. Dans ce modèle, les API deviennent la frontière de sécurité essentielle. Une autorisation incorrecte peut permettre à un service de lire plus de données que prévu ; un identifiant prévisible peut exposer le dossier d'un autre citoyen ; une intégration défaillante peut propager une erreur entre administrations.

Chaque API devrait disposer d'un propriétaire, d'un inventaire de données, d'une finalité documentée et d'une politique de conservation. Les autorisations doivent être évaluées côté serveur à chaque requête, pas seulement dans l'interface. Les secrets techniques doivent être renouvelables et stockés hors du code. Les volumes anormaux, requêtes répétées et accès entre institutions doivent être observables.

Le principe de minimisation est particulièrement important. Le fait qu'une donnée existe dans une administration ne signifie pas que tous les services MESOB doivent pouvoir la consulter. Les échanges devraient porter sur l'information strictement nécessaire à une démarche, avec une preuve de consentement ou une base légale claire.

Disponibilité et risque systémique

La centralisation améliore l'expérience quand la plateforme fonctionne. Elle peut amplifier une panne lorsqu'elle ne fonctionne plus. Une défaillance d'authentification, de DNS, de connectivité ou de fournisseur cloud pourrait empêcher plusieurs administrations de servir les citoyens en même temps. Une attaque par déni de service peut alors produire un impact public plus large qu'une attaque contre un portail ministériel isolé.

MESOB a donc besoin d'objectifs de reprise explicites, de dépendances redondantes et d'un mode dégradé. Certaines opérations peuvent continuer hors ligne ou être mises en file d'attente ; d'autres exigent une vérification en temps réel. Cette distinction doit être décidée avant l'incident. Les administrations doivent aussi savoir comment confirmer publiquement une panne sans encourager les usagers à suivre de faux liens de remplacement.

Journaliser sans construire un système de surveillance

Les journaux sont indispensables pour détecter la fraude et enquêter : tentative de connexion, modification de profil, consultation sensible, appel d'API, décision d'autorisation et action administrative. Mais un journal central contenant toutes les interactions d'un citoyen peut lui-même devenir une base extrêmement sensible.

La gouvernance doit limiter qui peut rechercher ces traces, pendant combien de temps et pour quelles finalités. Les accès des administrateurs doivent être enregistrés et revus. Les équipes de sécurité ont besoin de signaux, pas nécessairement du contenu complet de chaque dossier. Pseudonymisation, séparation des rôles et conservation différenciée peuvent réduire le risque.

La transparence est également un contrôle. Un usager devrait pouvoir savoir quelles administrations ont consulté certaines données importantes, signaler une action inconnue et corriger une information erronée. Cette capacité améliore la confiance et transforme les citoyens en source de détection.

Ce que le lancement doit déclencher

• Publier un modèle de responsabilité précisant les rôles de MESOB, Fayda et des agences connectées.
• Réaliser des tests indépendants sur l'enrôlement, la récupération de compte et les API.
• Mettre en place une authentification adaptative pour les opérations sensibles.
• Définir des modes dégradés et exercices de panne impliquant plusieurs ministères.
• Donner aux citoyens un historique des actions importantes et un canal de contestation.
• Publier des informations de sécurité après incident sans exposer les données personnelles.

Une leçon pour les infrastructures publiques africaines

Plusieurs États africains construisent des infrastructures publiques numériques autour de l'identité, des paiements et de l'échange de données. MESOB montre le bénéfice attendu : une administration plus accessible à partir d'un compte unique. Il montre aussi pourquoi la cybersécurité ne peut être ajoutée après la mise en production.

La mesure de succès ne doit pas être seulement le nombre de services connectés. Elle doit inclure le taux de récupération de compte sûre, la disponibilité réelle, le délai de révocation, le nombre d'API inventoriées, la rapidité de détection et la capacité des citoyens à comprendre l'usage de leurs données. Une plateforme unifiée devient crédible quand sa sécurité est aussi intégrée que son interface.

— ◆ —