Cadre Introduction & objectif général
Finalité : présenter Phoenix ISR et rendre le cadre réglementaire/cyber lisible en réunion (décideurs + technique).
Le déploiement de drones ISR longue portée au Nigeria, notamment Phoenix, implique une supervision multi-agences : sécurité aérienne, sécurité nationale, souveraineté des données et cybersécurité. Cette page fournit une lecture structurée pour une prise de décision rapide et une exécution conforme.
UAV Présentation du système Phoenix
Caractéristiques synthétiques et architecture opérationnelle : drone, GCS, liaisons, charge utile EO/IR.
Dimensions
≈ 4,7 × 4,2 m
Autonomie
≈ 8 heures
Portée
≈ 800 km
- Drone ISR longue portée avec capteurs EO/IR (surveillance et renseignement).
- Architecture : drone + GCS + liaisons C2 + liaisons payload + stockage/analyse.
- Données : flux vidéo/ISR hautement sensibles → exigences fortes (sécurité, localisation, audits).
Implication : ce type de système déclenche des obligations renforcées (NCAA, ONSA, NITDA/NDPA, NCC, NCCC).
Raison Pourquoi une réglementation est nécessaire
Justification institutionnelle : risques, impacts, et logique de contrôle multi-agences.
- NCAA : classification RPAS, autorisations d’exploitation, gestion risques (SORA).
- ONSA : contrôle de l’usage EO/IR, prévention de diversion via EUC.
- NITDA/NDPA : localisation, protection des données sensibles, gouvernance, audits.
- NCC : spectre radio, homologation type approval, exigences anti-interférence.
- NCCC : audits, détection exfiltration, exigences anti-backdoor.
Message clé : la conformité exige des preuves techniques (chiffrement, isolation, audits).
Acteurs Organisations impliquées (rôles)
Cartographie institutionnelle des responsabilités réglementaires et de sécurité.
| Organisation | Responsabilité | Impact sur Phoenix |
|---|---|---|
| NCAA | Classification, enregistrement, SORA, ROC | Autorisation opérationnelle et conformité aérienne |
| ONSA | EUC, habilitations, inspections | Contrôle usage EO/IR et prévention de diversion |
| NITDA / NDPC | NDPA, localisation, audits | Gouvernance données + sécurité |
| NCC | Spectre, Type Approval | Conformité radio + sécurité liaisons |
| NCCC | Cybersécurité, audits | Preuves anti-backdoor + monitoring |
Lecture : conformité intégrée = opérationnel + technique + preuves documentées.
NCAA Architecture Réglementaire de l’Aviation Civile
Base de toute opération RPAS : classification, enregistrement, autorisations, et évaluation des risques.
- Règles d’exploitation RPAS : autorisations, exigences opérateur, maintien de conformité.
- Phoenix : long range + EO/IR = exigences renforcées (SORA, procédures, maintenance, preuves).
- Le système complet peut être évalué (drone, GCS, data-link, procédures, maintenance).
Point critique : la conformité ne concerne pas uniquement le drone, mais tout le système.
Phoenix Classification & Enregistrement
Catégorie Spécifique (25–150 kg) ; enregistrement ; SORA ; renouvellement annuel.
- Phoenix (~70 kg) : Catégorie Spécifique (25–150 kg).
- Enregistrement obligatoire ; maintien et renouvellement annuel.
- Portée longue distance → SORA requis.
| Paramètre | Exigence | Application Phoenix |
|---|---|---|
| Poids | Enregistrement obligatoire | Conforme (≈ 70 kg) |
| Catégorie | Spécifique | ISR → exigences strictes |
| Risque | SORA | Obligatoire (≈ 800 km) |
| Maintien | Renouvellement annuel | Conformité continue |
Point clé : la classification pilote les preuves : procédures, sécurité data-link, maintenance, formation.
ROC Processus de certification opérateur
Processus en cinq phases : évaluer le système complet (drone, GCS, liaisons, maintenance, intégrations logicielles).
Principe : le ROC évalue tout le système (cellule + GCS + liaisons + maintenance + intégrations).
Objectif : établir le dossier initial (type de mission, zones, scénario BVLOS, contraintes)
et cadrer les éléments examinés (documentation, responsabilités, plan conformité).
Objectif : démontrer la maîtrise opérationnelle (SOP, maintenance, logs),
contrôle d’accès GCS, sécurité data-link, cohérence configs et traçabilité.
Objectif : vérifier que la plateforme et les intégrations locales (logiciel GCS, paramétrages, data-link)
n’introduisent pas de risques pour l’espace aérien et les opérations.
Objectif : valider l’exploitation “end-to-end” (enchaînement mission, gestion du risque, cohérence SOP,
formation équipes, procédures incident, conformité radio et data-link).
Objectif : encadrer l’exploitation continue (renouvellement, audits, contrôles),
et formaliser la gestion des changements (MAJ software/firmware, modifications hardware).
À préparer : matrices conformité, SOP, plan maintenance, plan sécurité, preuve chiffrement, journaux et audits.
ONSA EUC & prévention de la diversion
EO/IR + longue portée : article contrôlé, enquête de sécurité, garanties d’usage, documents requis.
- Capteurs EO/IR considérés comme équipements contrôlés.
- Demande EUC via ECIMS : vetting + audit technique.
L’EUC garantit : usage limité, pas de transfert sans autorisation, responsabilité légale sur l’intégrité.
| Document requis | Autorité | Objectif |
|---|---|---|
| Lettre d’application formelle | NCAA | Besoin opérationnel |
| Données passeport directeurs | DSS | Vetting sécurité |
| Facture proforma & spécifications | ONSA | Audit technique |
| Certificat conformité fiscale | FIRS | Légitimité commerciale |
Important : toute capacité non documentée (remote access, cloud externe, update non signé) augmente le risque de refus.
Données NITDA & NDPA : souveraineté, localisation et protection
Données ISR : sensibles ; hébergement local ; chiffrement ; DPO ; audits.
- Stockage local (cloud privé / datacenter Nigeria) pour données sensibles.
- Transfert hors pays : exceptionnel + mesures renforcées.
- GCS + serveurs analyse/sauvegarde localisés.
Preuve attendue : architecture d’hébergement, segmentation réseau, politique de conservation/accès.
- Chiffrement au repos et en transit.
- DPO + audits périodiques.
- Accès restreint + traçabilité (logs).
Objectif : gouvernance (accès, journaux, chiffrement, rétention, suppression).
Radio NCC : spectre, homologation et protection des liaisons
Bandes (2.4/5.8/6GHz), type approval, sécurité (AES-256, FHSS), MFA.
| Bande | Usage | Contraintes |
|---|---|---|
| 2,4 / 5,8 GHz | C2 | Puissance limitée, interférences |
| 6 GHz | Vidéo EO/IR HD | Certificat requis |
| Satcom | BVLOS / longue portée | Accords spécifiques |
| FHSS | Anti-brouillage | ≥ 75 sauts |
- Type Approval : conformité émission + exigences sécurité.
- Protection : chiffrement (AES-256), FHSS, MFA sur GCS.
Preuve attendue : fiches techniques radio, config FHSS, schéma chiffrement, tests interférences.
Cyber NCCC & cybercrime : intégrité logicielle, anti-backdoor
Audits code source, secure boot, détection exfiltration, procédures incident.
- Audit firmware/software : détection backdoors, télémétrie cachée.
- Secure Boot : firmware signé numériquement.
- Surveillance trafic sortant : détection exfiltration.
- Procédure incident : signalement + forensic + corrections.
Risque : canal non documenté (remote access, update non signé) = risque de blocage.
Technique C) Technique / cybersécurité moderne
Architecture sécurité, preuves techniques, et contrôles de bout en bout.
But : garantir confidentialité, intégrité, disponibilité des données ISR sur l’ensemble de la chaîne.
| Couche | Contrôle moderne | Preuve attendue |
|---|---|---|
| Embarqué | Chiffrement au repos + clés protégées | Schéma crypto + tests + gestion clés |
| Transport | AES-256 + auth + anti-replay | Specs + tests + audit config |
| GCS | MFA + RBAC + logs | Politique accès + journaux |
| Réseau | Segmentation + IDS | Diagrammes + règles firewall |
| Serveurs | Hardening + monitoring + backups | Baseline + scans vulnérabilités |
| MAJ | Secure boot + signature | Procédure release + SBOM |
| Audit | Revue code + pentest | Rapports + remédiation |
Conseil : constituer un dossier de preuves aligné par agence (NCAA / ONSA / NDPA / NCC / NCCC).
Risques Problèmes / risques identifiés
Menaces opérationnelles, cyber et souveraineté associées aux drones ISR.
- Exfiltration données EO/IR (backdoors, modules cachés, télémétrie non déclarée).
- Interception / prise de contrôle liaisons (C2/payload), spoofing, replay.
- Brouillage / interférences → perte de continuité.
- Diversion : transfert non autorisé de technologies sensibles.
- Non-conformité : absence ROC/EUC, hébergement non local, absence d’audits.
Point critique : une faiblesse sur backdoor/exfiltration peut bloquer l’approbation.
Solutions Solutions techniques recommandées
Mesures de protection du cycle de vie ISR et preuve d’intégrité logicielle.
| Phase | Mesure | Exemple de preuve |
|---|---|---|
| Capture | Chiffrement stockage embarqué | Schéma crypto + logs |
| Transmission | Chiffrement bout-en-bout | Tests + captures |
| GCS | Isolation réseau | Règles firewall |
| Stockage | Localisation Nigeria | Attestation/contrat |
| Analyse | Audit accès | RBAC + MFA + logs |
- Anti-brouillage : FHSS (≥ 75 sauts).
- Contrôle d’accès : MFA + habilitations + journaux.
- Anti-backdoor : audit + secure boot + monitoring trafic.
Livrables : dossier de preuves + roadmap + annexes (SOP, audits, certificats).
Roadmap Démarche globale vers la conformité
Ordre logique : aérien → sécurité nationale → données → communications → cybersécurité → maintien.
- NCAA : classification, enregistrement, SORA, préparation dossier conformité.
- ROC : certification opérateur (système complet).
- ONSA : EUC via ECIMS + vetting + audit technique.
- NITDA/NDPA : localisation données + chiffrement + gouvernance.
- NCC : type approval + gestion bandes + sécurité liaison.
- NCCC : audit logiciel/firmware + secure boot + monitoring anti-exfiltration.
- Maintien : renouvellements, audits périodiques, gestion changements, incidents.
Docs Références & documents
Accès aux documents officiels, justificatifs réglementaires et sources institutionnelles.
Gestion sécurisée des documents :
- Upload depuis PC (drag & drop) → stockage côté serveur (recommandé).
- Accès contrôlé (token), logs, et option chiffrement avant envoi.
- Upload depuis PC (drag & drop) → stockage côté serveur (recommandé).
- Accès contrôlé (token), logs, et option chiffrement avant envoi.
API: GET /api/docs • POST /api/upload • GET /api/docs/:id/download
📤 Upload sécurisé PC → Serveur
Glisse des fichiers ici ou clique pour sélectionner. (PDF, DOCX, XLSX, images…)
Dépose tes fichiers ici
ou
ou
0 document
| Document | Type | Accès |
|---|
Sécurité : évite les liens directs publics (ex: /docs/file.pdf).
Utilise plutôt des routes authentifiées (token) + logs + expiration.
Annexe Annexes (templates prêts)
Templates pour enrichir ton dossier : checklists, matrices, preuves.
| Agence | Preuve | Responsable | Statut | Lien |
|---|---|---|---|---|
| NCAA | SORA + SOP + plan maintenance + logs | Ops | En cours | — |
| ONSA | EUC + ECIMS + audit technique | Compliance | En cours | — |
| NITDA/NDPA | Localisation + DPO + audits + crypto | IT/Sec | En cours | — |
| NCC | Type approval + config FHSS | RF | En cours | — |
| NCCC | Audit firmware/software + secure boot | Sec | En cours | — |
Astuce : cette matrice devient ton “dossier de conformité” à partager en comité.