Lorsque vous contestez une amende SAC ou une rétribution de stationnement, PVResponse cite souvent des manquements techniques du site public qui a émis l’amende — des termes comme « pas d’en-tête HSTS » ou « Google Tag Manager se charge avant consentement ». Pour beaucoup d’utilisateurs, ces termes semblent abstraits. Cette page explique concrètement ce qui ne va pas, comment un attaquant en tire parti, et pourquoi cela renforce votre contestation.
- HTTPS et HSTS — pourquoi tout le trafic doit être chiffré
- Content-Security-Policy — barrière contre l’injection de scripts
- Referrer-Policy — fuite de données de dossier via les URL
- Permissions-Policy — contrôle de la caméra, micro, localisation
- X-Frame-Options — clickjacking
- X-Content-Type-Options — abus du MIME-sniffing
- Traceurs tiers — Google Analytics, GTM, Facebook Pixel
- Schrems II et transferts vers les États-Unis
- Consentement cookie — art. 129 LCE / ePrivacy
- Contrats de sous-traitance — art. 28 RGPD
- Logiciels obsolètes — fin de vie de Drupal 7
- Secrets dans le navigateur — jetons d’API dans le HTML
- Comment cela se traduit dans votre contestation
1. HTTPS et HSTS — pourquoi tout le trafic doit être chiffré
Lorsque vous remplissez un formulaire de contestation sur un site communal, vos données (plaque, nom, numéro de dossier) traversent des dizaines de réseaux intermédiaires avant d’atteindre le serveur de la commune. Sans HTTPS (chiffrement TLS), chaque intermédiaire — le hotspot d’un café, le routeur d’un FAI, ou un attaquant sur le même Wi-Fi — peut littéralement lire ou modifier les données.
HTTPS seul ne suffit pas : un attaquant peut intercepter la première connexion et forcer l’utilisateur vers http:// (attaque SSL-stripping). HSTS (Strict-Transport-Security) résout cela : le serveur indique au navigateur « reviens uniquement via HTTPS pendant 1 à 2 ans ».
2. Content-Security-Policy — barrière contre l’injection de scripts
Une Content-Security-Policy (CSP) indique au navigateur quels scripts, feuilles de style et images peuvent être chargés et depuis quelles sources. Sans CSP, n’importe quel script depuis n’importe quel serveur peut s’exécuter — un attaquant qui exploite une faille cross-site-scripting peut ensuite charger librement ses propres scripts.
Une bonne CSP applique le principe default-deny : tout ce qui n’est pas explicitement autorisé est bloqué.
3. Referrer-Policy — fuite des données de dossier via les URL
Par défaut, votre navigateur envoie l’URL complète de la page précédente via l’en-tête Referer. Problématique quand l’URL contient des données sensibles — référence PV, jeton, plaque. commune.be/contestation?pv=20241234&plaque=1-ABC-123 est alors transmise en clair à chaque script externe.
no-referrer-when-downgrade, votre numéro de PV et plaque deviennent visibles pour chaque tiers chargé sur la page. Transfert direct de données personnelles vers des sous-traitants (généralement) américains.
4. Permissions-Policy — contrôle de la caméra, du micro, de la localisation
L’en-tête Permissions-Policy (auparavant Feature-Policy) permet au serveur de décider quels droits de capteurs (caméra, micro, GPS) la page peut demander. Pour un formulaire de contestation, aucune raison légitime ne justifie une demande d’accès.
5. X-Frame-Options — protection contre le clickjacking
Le clickjacking est une attaque où la page légitime de la commune est chargée dans un iframe invisible sur un site attaquant. L’utilisateur clique sur ce qui ressemble à un jeu, mais le clic est en fait transmis à l’iframe caché — par exemple sur un bouton « Retirer ma contestation ».
6. X-Content-Type-Options — abus du MIME-sniffing
Les navigateurs tentent parfois de « deviner » le type d’un fichier. Les attaquants en abusent : ils téléversent une image apparemment anodine ensuite interprétée comme JavaScript. L’en-tête d’une ligne X-Content-Type-Options: nosniff désactive cette devinette.
7. Traceurs tiers — Google Analytics, GTM, Facebook Pixel
Beaucoup de sites communaux chargent — souvent sans que l’administrateur ne le sache — des scripts de grandes entreprises technologiques américaines. Google Tag Manager n’est pas un traceur en soi mais un chargeur d’autres traceurs ; une fois actif, il peut charger de façon asynchrone Google Analytics, Facebook Pixel, LinkedIn Insight Tag et parfois des dizaines d’autres choses.
Chaque script accède à votre IP, version de navigateur, OS, URL et paramètres d’événement. Avec Facebook Pixel, les visites sont liées à votre compte Facebook si vous y avez été connecté.
8. Schrems II et transferts vers les États-Unis
La CJUE a invalidé en juillet 2020 (arrêt Schrems II, C-311/18) le Privacy Shield UE-US. Les services de renseignement américains disposent de pouvoirs trop étendus pour intercepter les données des citoyens européens, qui n’ont pas de voies de recours effectives aux États-Unis.
Tout transfert — via GA, Pixel, Google Fonts, AWS — est en principe illicite, sauf garanties supplémentaires (CCT, évaluation d’impact, chiffrement).
9. Consentement cookie — art. 129 LCE / ePrivacy
La directive ePrivacy (en Belgique via l’art. 129 LCE) exige un consentement préalable et explicite pour tout traceur non essentiel. « Préalable » signifie : avant le chargement du traceur. En pratique, beaucoup de sites chargent GA et Pixel immédiatement puis affichent la bannière — le mal est déjà fait.
10. Contrats de sous-traitance — art. 28 RGPD
Tout prestataire externe utilisé par une commune (caméra ANPR, bureau de recouvrement, hébergeur) requiert un contrat de sous-traitance écrit avant le premier traitement. L’APD est stricte : un DPA signé rétroactivement ne peut pas guérir les traitements antérieurs (APD 56/2026 Dilbeek).
11. Logiciels obsolètes — fin de vie de Drupal 7
Drupal 7 est en fin de vie depuis le 5 janvier 2025. Plus aucune mise à jour de sécurité. Toute faille publiée après cette date reste ouverte à jamais. Plusieurs sites publics belges tournent encore (avril 2026) sur Drupal 7.
12. Secrets dans le navigateur — jetons d’API dans le HTML
Parfois notre audit détecte un jeton d’API directement dans le HTML (Mapbox, Google Maps, clé CRM). Tout ce qui est dans le HTML est visible pour quiconque charge la page. Un attaquant peut reprendre le jeton et charger le compte de la commune.
13. Comment cela se traduit dans votre contestation
Chacun des constats ci-dessus est un point de données. Nous les combinons en quatre axes d’argumentation :
a. Collecte probatoire illicite
Si la commune a traité vos données par des moyens inadéquats, la chaîne probatoire sous-jacente est juridiquement défectueuse. Le fait que vous ayez reçu l’amende ne change rien au caractère illicite de la collecte.
b. Absence de base légale
Pour l’analytique publicitaire sur un site public, il n’existe pas de base légale. Sans base valable, le traitement est illicite et la sanction peut être annulée.
c. Violations du Chapitre V (transferts vers les États-Unis)
Toute intégration GA/Pixel/Fonts sans évaluation d’impact est une violation des art. 44–49 RGPD. Suffisant pour une plainte auprès de l’APD.
d. Mesures de sécurité manquantes
L’accumulation de petites lacunes démontre l’absence d’une approche systématique de la sécurité. Renforce les arguments (a) et (c).
Questions ou retours ?
Contactez-nous via notre page de contact. Pour les références juridiques, voyez notre page APD & RGPD.