SIGIL SARL — Buea, Cameroun
Infrastructure de gouvernance souveraine
Une définition
L’infrastructure de gouvernance souveraine est la technologie qu’une institution gouverne au lieu de la louer. Elle se définit par trois engagements tenus ensemble : l’institution — et non son fournisseur — détient les clés cryptographiques ; les données de l’institution restent sous son contrôle ; et chaque action conséquente du système est autorisée en amont, bornée dans sa portée et prouvée après coup. Un système qui tient ces trois engagements est souverain au sens qui compte pour une institution publique : aucun tiers ne peut l’exploiter, y lire, ni réécrire ce qu’il retient.
SIGIL SARL emploie ce terme pour nommer ce que ses systèmes ont en commun. « Souveraine » désigne ici une relation d’autorité entre une institution et son infrastructure — non un drapeau sur un centre de données, ni une clause d’un contrat d’hébergement.
Gouvernée, pas louée
Les fonctions les plus conséquentes d’une institution — opérations de sécurité, registres officiels, surveillance de la dépense publique — s’exécutent sur une infrastructure, et le terme force une question : qui la gouverne ? Louer son informatique n’a rien de remarquable, et pour les charges de commodité c’est souvent le bon arbitrage. Cela devient une question de gouvernance lorsque le système loué détient les preuves de l’institution, les données de ses citoyens ou son pouvoir d’agir : dans l’arrangement locatif ordinaire, le fournisseur détient les comptes d’administration, la télémétrie s’écoule vers l’extérieur par défaut, l’effacement dépend de la discrétion du fournisseur, et la piste d’audit est, en fin de compte, la parole du fournisseur sur lui-même.
L’autorité suit les clés. Qui peut autoriser les actions, lire les données et modifier l’enregistrement gouverne le système en fait, quoi qu’en dise le contrat. La règle constante de SIGIL énonce l’alternative sans détour : l’institution détient les clés ; les données restent sous le contrôle de l’institution ; chaque action conséquente est autorisée, bornée et prouvée. Tout ce que SIGIL conçoit pour la technologie du secteur public et la technologie réglementaire au Cameroun est une application de cette règle.
Les trois propriétés
La dernière proposition de la règle porte le poids de la définition. Chacun de ses trois mots nomme une propriété qu’un évaluateur peut tester sur le système qu’il a devant lui.
- Autorisée. Aucune action conséquente n’a lieu simplement parce que le système était capable de la prendre. Une capacité n’est jamais une autorisation : chaque action traverse une chaîne de contrôles conjonctive et fail-closed, et la permission émane de rôles institutionnels nommés — décisions humaines, clés matérielles, quorums lorsque l’enjeu le justifie. Lorsque l’autorisation ne peut être établie, le système refuse ; l’absence d’un contrôle est un refus, non une autorisation par défaut.
- Bornée. Chaque autorisation porte des limites explicites — sur la portée, sur la durée, sur les données qu’elle peut toucher — et le système applique lui-même ces limites au lieu de les confier à la mémoire des opérateurs. L’expiration ou la révocation bloque les nouvelles actions sensibles, et elles seules : l’institution peut toujours lire et exporter ses propres données, et toujours déclencher un arrêt sûr.
- Prouvée. Après coup, l’institution peut démontrer ce qui s’est passé — à sa propre direction, à un auditeur, à un régulateur. Chaque action conséquente est attribuable dans une piste d’audit infalsifiable, et un constat confirmé est signé et re-vérifiable hors ligne. L’essentiel est que personne n’ait à croire le fournisseur sur parole : la trace peut être vérifiée.
Trois systèmes, une même propriété
VIGIL, la plateforme de cybersécurité gouvernée et de preuve de SIGIL, applique la propriété aux opérations de sécurité. Elle est bâtie pour qu’une capacité technique ne soit jamais une autorisation : aucun modèle ni agent ne s’auto-autorise, et aucun constat n’est retenu tant qu’une vérification indépendante et re-vérifiable ne l’a pas confirmé. Ce que VIGIL produit est une preuve que l’institution peut défendre, non un résultat qu’elle doit croire.
RÉCOR est un registre souverain des bénéficiaires effectifs conçu pour le Cameroun. Chaque déclaration est signée dans le navigateur du déclarant, avec une clé que seul le déclarant détient ; une chaîne d’audit triple-témoin, ancrée par arbre de Merkle, rend chaque modification infalsifiable ; et le registre exporte vers un standard ouvert, si bien que l’institution exploitante peut emporter ses données ailleurs à tout moment.
APEX est conçu comme un renseignement anti-corruption pour la commande publique. Il lit des données publiques et détecte des schémas définis de fraude aux marchés publics, mais aucune personne seule ne peut escalader une affaire : un conseil de cinq membres, chacun détenant une clé matérielle, doit atteindre le quorum, et chaque constat est vérifiable de façon indépendante sur un registre public sans faire confiance à la plateforme. Une institution humaine prend chaque décision conséquente.
Les trois systèmes sont en pré-déploiement, et ce site les décrit en conséquence — bâti pour, conçu pour — parce qu’une entreprise de gouvernance doit être gouvernée par sa propre exigence de preuve. SIGIL est une jeune entreprise, fondée en 2023 à Buea ; ce qu’elle affirme d’elle-même reste aussi simplement vérifiable que ce que ses systèmes sont conçus pour consigner. La page entreprise en tient le détail.
Ce que l’infrastructure de gouvernance souveraine n’est pas
Ce n’est pas un argument marketing de « cloud souverain ». Installer des serveurs à l’intérieur des frontières nationales relève de la résidence des données, et la résidence peut compter — RÉCOR, par exemple, est conçu pour s’exécuter sur l’infrastructure nationale. Mais un centre de données sur le sol national dont les clés d’administration restent chez un fournisseur étranger est un hébergement local sous gouvernance étrangère. La géographie a changé ; l’autorité, non.
Ce n’est pas davantage un mode d’hébergement. Le terme nomme une propriété de gouvernance ; le test porte donc sur l’autorité, non sur l’emplacement : qui peut autoriser une action conséquente ? qui peut lire et exporter les données ? qui peut arrêter le système ? quelle piste d’audit tranche un différend ? Quand chaque réponse est « l’institution », la propriété tient — où que le système s’exécute. Quand une seule réponse est « le fournisseur », aucune résidence ne la restaure.
Le terme fait un travail délibéré : il sépare une affirmation que les institutions peuvent vérifier d’une étiquette que chacun peut imprimer. Le nom même de SIGIL — Sovereign Integrity Governance Infrastructure Labs — engage l’entreprise à cette distinction.
Questions fréquentes
Qu’est-ce que l’infrastructure de gouvernance souveraine ?
L’infrastructure de gouvernance souveraine est la technologie qu’une institution gouverne au lieu de la louer : l’institution détient les clés cryptographiques, ses données restent sous son contrôle, et chaque action conséquente du système est autorisée, bornée et prouvée. C’est une propriété de gouvernance — définie par qui détient l’autorité sur un système, non par l’endroit où il s’exécute.
L’infrastructure de gouvernance souveraine est-elle la même chose que le cloud souverain ?
Non. Le cloud souverain désigne en général l’endroit où les données sont stockées et la juridiction dont elles relèvent — un arrangement d’hébergement et de résidence. L’infrastructure de gouvernance souveraine est une propriété d’autorité : l’institution détient les clés, contrôle les données et peut prouver chaque action conséquente. Un système peut être hébergé dans le pays et échouer au test si un fournisseur détient les clés d’administration.
Qui détient les clés dans une infrastructure de gouvernance souveraine ?
L’institution exploitante. Dans les conceptions de SIGIL, le fournisseur ne dispose d’aucun accès par défaut, ne reçoit aucune télémétrie opérationnelle et ne détient aucun compte d’administration caché ; lorsqu’un droit d’usage est révocable, la révocation est un certificat signé vérifié localement — jamais un canal distant vers le déploiement.