Politiques de Sécurité et Gouvernance
L'écran Politiques & Sécurité (/policies, implémenté dans src/app/policies/page.tsx) permet aux administrateurs (ROLE_ADMIN) et aux responsables sécurité (ROLE_SECURITY_OFFICER) de définir les règles de gouvernance opérationnelle et de protection de la flotte mobile.
Ces réglages déterminent le niveau d'exigence réglementaire appliqué aux signatures de patchs, aux sessions d'administration et aux communications sortantes.
1. Gouvernance 4-Yeux et Mode Solo
La première section régit la stricte séparation des responsabilités lors de la mise en production :
- Organisation Solo (1 membre) : Mode solo dérogatoire avec auto-approbation autorisée et traçabilité complète dans le journal d'audit.
- Organisation Équipe (2+ membres) : Application stricte de la règle des 4-yeux (Maker-Checker). L'auteur d'un patch ne peut pas l'approuver.
Paramètres de Gouvernance
- Exiger la Règle des 4 Yeux (
enforceFourEyes) :- Lorsque ce commutateur est activé, aucun utilisateur ne peut signer un patch dont il est l'auteur, quel que soit son rôle.
- Si l'organisation compte plusieurs membres, cette règle est fortement recommandée pour la conformité conformité et audits bancaires.
- Détection Automatique Solo Tenant (
isSoloTenant) :- Le système évalue le nombre total d'utilisateurs actifs (
totalMembers). SitotalMembers == 1, un message d'information rappelle que le mode solo est actif par dérogation pour éviter tout blocage opérationnel.
- Le système évalue le nombre total d'utilisateurs actifs (
2. Paramétrage des Codes de Validation OTP (2FA)
La sécurisation des accès console et des signatures sensibles repose sur un mécanisme de mot de passe à usage unique (OTP) :
| Paramètre | Valeur par défaut | Description et impact |
|---|---|---|
| Durée de validité du code OTP | 600 s (10 min) | Temps accordé à l'opérateur pour renseigner le code à 6 chiffres reçu par courriel. |
| Délai de temporisation (Cooldown) | 60 s | Période d'attente obligatoire entre deux demandes successives de réexpédition de code. Prévient les abus et les attaques par saturation SMTP. |
| Nombre maximal d'essais | 5 tentatives | Nombre de saisies erronées autorisées avant invalidation définitive du code et verrouillage temporaire de l'adresse IP. |
| Longueur du code | 6 chiffres | Nombre de chiffres générés aléatoirement par le CSPRNG système (SecureRandom). |
3. Temporisation d'Inactivité de Session (IdleTimer)
Pour prévenir toute prise de contrôle physique d'un poste opérateur non surveillé, la console intègre un gardien d'inactivité (IdleTimer) :
- Délai d'inactivité avant verrouillage : configurable entre 5 et 60 minutes (défaut : 15 minutes).
- Alerte de pré-verrouillage : un bandeau d'avertissement s'affiche 60 secondes avant l'expiration.
- Action de verrouillage : fermeture de la session locale, effacement des jetons en mémoire vive et redirection vers la mire d'authentification avec mémorisation de l'URL cible.
4. Configuration SMTP d'Entreprise
L'envoi des invitations et des codes de validation OTP s'effectue via le service de messagerie d'entreprise configuré sur cet écran :
| Champ | Exemple | Rôle |
|---|---|---|
| Hôte SMTP | smtp.banque-sovereign.cm | Serveur de messagerie relais interne ou passerelle sécurisée |
| Port | 587 (STARTTLS) ou 465 (SSL/TLS) | Port réseau de soumission de courriels chiffrés |
| Authentification | true | Exigence d'un nom d'utilisateur et mot de passe de service |
| Nom d'utilisateur | tkushpatch-noreply@entreprise.com | Identifiant du compte de service SMTP |
| Expéditeur (From) | TkushPatch Security <noreply@entreprise.com> | Nom et adresse visibles dans l'en-tête de message |
Bouton "Tester la configuration SMTP"
Permet à l'officier de sécurité d'envoyer immédiatement un courriel de diagnostic (POST /api/admin/v1/security-policies/test-email) vers son adresse personnelle pour vérifier la bonne délivrabilité des codes 2FA avant toute mise en production.
5. Bouclier Mobile Anti-Repackaging et Sécurité Client
TkushPatch protège la flotte contre la redistribution d'applications compromises par des tiers malveillants :
Empreintes de Certificats Officielles (SHA-256)
- L'administrateur peut enregistrer la liste des empreintes hexadécimales SHA-256 des clés de signature officielles (clés de release Google Play Store et Apple App Store).
- Le SDK
tk_ota_pushtransmet l'empreinte de la signature locale de l'APK/IPA lors de la requête de recherche de patch (POST /api/v1/patches/check). - Si l'empreinte rapportée ne correspond à aucune empreinte autorisée, le serveur refuse catégoriquement de délivrer le patch OTA et émet une alerte de sécurité critique dans les journaux d'audit.
Durée de Validité des URL Pré-signées (HMAC)
- Les artefacts de patchs
.vmcodepeuvent être téléchargés via des liens pré-signés générés parHmacUrlSignerAdapter. - La durée de validité du jeton HMAC est ajustable (défaut : 300 secondes). Au-delà de cette durée, le lien expire pour interdire tout téléchargement hors contexte.