Aller au contenu
AppUsage
FR (Version française)DE (Deutsche Version)

Sécurité & architecture

Cette page est auto-suffisante — partagez son URL à votre RSSI directement.

Votre RSSI peut auditer cette page de manière autonome, sans avoir besoin d'accès supplémentaires.

  • RGPD-ready
  • Hébergement EU
  • Cookieless analytics
  • Agent non intrusif

1. Architecture de l'agent

L'agent AppUsage est un service Windows léger (.NET 10) qui observe les processus actifs en local et transmet uniquement des métadonnées d'usage agrégées par jour (et, si l'option inventaire est activée par Radgo sur demande écrite du client, les noms et dates de vue des exécutables vus, applications suivies comprises) vers une API d'ingestion hébergée en EU. Aucune donnée ne transite en clair, aucun document ni contenu de l'utilisateur n'est lu : des exécutables, l'agent ne lit que ce qu'exige la vérification de leur signature, et leurs informations de version.

Agent Windows(.NET 10 Service)SQLite buffer(local, ACL restreinte)Poste WindowsHTTPS / TLS 1.2+réponse 200API Ingestion(ASP.NET Core)Rate limitingAuth Bearer tokenPostgreSQLRailway — EU West (Amsterdam)AES-256 au repos

2. Données collectées

✅ Données collectées❌ Données non collectées
nom du processus actifcontenu des fichiers
durées agrégées par jour (ouverture, premier plan, session)URLs visitées
device ID (calculé localement)screenshots
nom d'utilisateur Windowsfrappes clavier
UPN Entra, si le poste le fournitcredentials Windows
nom de machinedonnées réseau
token de variante d'application (option, ex. verticale AutoCAD)heures de démarrage ou d'arrêt

Option inventaire, désactivée par défaut. Activée par Radgo sur demande écrite de l'organisation cliente, elle fait remonter en plus, pour chaque utilisateur, les exécutables vus en cours d'exécution pendant sa session, applications suivies comprises et qu'il les ait lancés ou non : nom de l'exécutable, éditeur et produit lus dans le fichier et nature de cette lecture (signature, métadonnées, ambiguë ou aucune ; sans éditeur ni produit dans les deux derniers cas), date de première vue, date de dernière vue et nombre de jours vus. Aucune durée, aucun temps au premier plan, aucun chemin, aucun identifiant ni nombre d'instances de processus, aucun horodatage plus fin que la date. Finalité : découverte des logiciels en exécution non encore suivis. Conservation : 12 mois après la dernière date de vue ; l'effacement anticipé de tout ou partie de ces données se demande par écrit, mais l'agent garde sa propre copie sur le poste (supprimée à son démarrage une fois la dernière vue antérieure de plus de 90 jours) et peut la renvoyer, avec la date de première vue et le nombre de jours vus, si l'option reste ou redevient active. Désactivable à tout moment sur demande écrite.

3. Stockage & hébergement

Rétention             : 12 mois glissants (suppression automatique au-delà)
Inventaire (option)   : 12 mois après la dernière date de vue
API & base de données : Railway (EU West — Amsterdam, Pays-Bas)
Web-app               : Vercel (région fra1 — Frankfurt, Allemagne)
Emails transactionnels: Brevo (France)
Error tracking        : Sentry (région EU — Frankfurt, Allemagne)
Landing, CDN & proxy  : Cloudflare (entité US — DPA + DPF ; proxy TLS/WAF de l'API : données en transit uniquement, aucun stockage)
Chiffrement au repos  : AES-256 (Railway Postgres)
Chiffrement en transit: TLS 1.2 minimum

4. Conformité RGPD

Minimisation     : seules les données listées en section 2 sont collectées
Finalité         : mesure d'usage des licences logicielles ; sur option,
                   découverte des logiciels en exécution non encore suivis
Hébergement EU   : données traitées et stockées en Europe
Pas de cookies   : analytics cookieless
Base légale      : intérêt légitime — mesure interne de l'usage des licences ;
                   inventaire (option) : intérêt légitime — découverte des
                   logiciels en exécution non encore suivis

5. DPA & audit

Un DPA (Data Processing Agreement) est disponible sur demande.

Contact : dpa@appusage.io

Audit du code agent : disponible sur demande (NDA requis).

6. Développement sécurisé

Analyse statique (SAST) : SonarCloud — analyse continue du code à chaque changement
Dépendances tierces     : GitHub Dependabot — alertes de sécurité + mises à jour hebdomadaires
Revue de code           : pull request obligatoire avant tout merge en production
Vérification du code    : audit du code agent sur demande, NDA requis (voir section 5)