Ce document décrit les mécanismes de sécurité mis en place dans l'application cliente GroupeV, ainsi que les recommandations pour les renforcer en environnement de production.

La fenêtre de connexion (LoginWindow) implémente un verrouillage temporaire côté client :

private const int MaxAttempts = 5;
private static readonly TimeSpan LockoutDuration = TimeSpan.FromMinutes(2);

• Après 5 tentatives échouées, l'interface est verrouillée pendant 2 minutes.
• Un message indique le temps restant avant de pouvoir réessayer.
• Le compteur de tentatives est réinitialisé après une connexion réussie.

⚠️ Ce verrouillage est côté client uniquement. Pour une protection robuste, il doit être complété par un verrouillage côté serveur (base de données ou backend PHP).

• L'e-mail est assaini avant utilisation (Trim()).
• Les requêtes de vérification passent par Entity Framework Core avec des paramètres liés (pas de concaténation de chaînes), ce qui protège contre les injections SQL.

Le PasswordVerifier détecte automatiquement le type de hachage stocké en base et applique la vérification correspondante :

Les paramètres utilisés sont ceux par défaut de PHP password_hash avec PASSWORD_ARGON2ID :

m = 65 536 (mémoire : 64 Mo)
t = 4      (itérations)
p = 1      (parallélisme)

Ces paramètres offrent une bonne résistance aux attaques par dictionnaire et aux attaques matérielles (GPU/ASIC).

• ✅ Utiliser exclusivement Argon2id pour les nouveaux comptes.
• ✅ Déclencher un re-hachage transparent à la prochaine connexion pour les comptes avec un ancien algorithme (BCrypt, MD5…).
• ❌ Ne jamais stocker de mots de passe en clair, même temporairement.

La chaîne de connexion est lue depuis une variable d'environnement :

var connectionString = Environment.GetEnvironmentVariable("GROUPEV_CONNECTION_STRING")
    ?? "Server=127.0.0.1;Port=32779;Uid=db;Pwd=db;Database=db;...";

• En production, positionner obligatoirement GROUPEV_CONNECTION_STRING avec des identifiants dédiés.
• La valeur de repli (identifiants DDEV db/db) ne doit exister qu'en environnement de développement local.

⚠️ Ne jamais commiter de chaîne de connexion contenant des identifiants réels dans le dépôt Git.

En production, le compte MariaDB utilisé par l'application doit disposer uniquement des droits nécessaires :

-- Créer un compte dédié avec droits minimaux
CREATE USER 'groupev_app'@'localhost' IDENTIFIED BY 'mot_de_passe_fort';
GRANT SELECT, INSERT, UPDATE, DELETE ON db.* TO 'groupev_app'@'localhost';
FLUSH PRIVILEGES;

Entity Framework Core est configuré avec une stratégie de réessai automatique :

options.EnableRetryOnFailure(
    maxRetryCount: 3,
    maxRetryDelay: TimeSpan.FromSeconds(5),
    errorNumbersToAdd: null);
options.CommandTimeout(30);

Cela protège contre les erreurs transitoires réseau sans exposer l'application à des blocages indéfinis.

L'accès au tableau de bord est conditionné par le service d'authentification :

if (!AuthenticationService.IsAuthenticated)
{
    // Redirection vers la fenêtre de connexion
}

• À chaque ouverture de MainWindow, l'état d'authentification est vérifié.
• En cas d'absence d'authentification, l'utilisateur est redirigé vers LoginWindow et MainWindow est fermée.

• ✅ Implémenter une expiration de session automatique après une période d'inactivité.
• ✅ Effacer les données sensibles en mémoire (ex. mot de passe saisi) après vérification.
• ✅ Utiliser SecureString pour manipuler le mot de passe en mémoire avant vérification.

La fonctionnalité « Se souvenir de moi » enregistre uniquement l'adresse e-mail de l'utilisateur :

%LOCALAPPDATA%\GroupeV\remember.json

• ✅ Seul l'e-mail est persisté — jamais le mot de passe ni le token de session.
• ✅ Le fichier est stocké dans un répertoire utilisateur isolé (LocalApplicationData).
• ❌ Le fichier JSON n'est pas chiffré : un autre utilisateur Windows ayant accès au profil peut le lire.

Recommandation : chiffrer le fichier avec System.Security.Cryptography.ProtectedData (DPAPI) pour lier le fichier au compte Windows de l'utilisateur :

// Chiffrement lié au compte Windows courant
var encrypted = ProtectedData.Protect(
    Encoding.UTF8.GetBytes(email),
    null,
    DataProtectionScope.CurrentUser);

• En mode Debug, le logging EF Core avec données sensibles est activé (EnableSensitiveDataLogging).
• En mode Release, ce logging est désactivé automatiquement via la directive #if DEBUG.

⚠️ Vérifier que les builds de production utilisent bien la configuration Release et non Debug.

Si vous découvrez une faille de sécurité dans ce projet, veuillez la signaler de manière responsable en ouvrant une issue privée ou en contactant directement l'équipe GroupeV via le dépôt GitHub.

Ne publiez pas de détails exploitables publiquement avant qu'un correctif soit disponible.