270
Sites analysés
Entreprises et indépendants de Troyes et de son agglomération.
Radar de sécurité · Aube · mise à jour octobre 2026
Sécurité informatique à Troyes et alentours : l'état des lieux des sites locaux
La sécurité informatique ne concerne pas que les grandes entreprises. À Troyes et dans l'Aube, la majorité des sites vitrines, boutiques et cabinets reposent sur des composants que l'on oublie de mettre à jour. Pour mesurer la réalité du risque local, nous avons développé un radar de sécurité passif : il analyse les pages publiques des sites du territoire, sans jamais y pénétrer, et relève les signaux de vulnérabilité. Voici ce que montre le relevé — en chiffres, sans citer un seul nom.
L'essentiel en 30 secondes
La sécurité informatique des sites d'entreprises à Troyes et dans l'Aube est globalement fragile : sur 270 sites analysés passivement par notre radar, 214 (79 %) présentent au moins une vulnérabilité, pour 420 failles au total. Les plus graves et les plus fréquentes sont : des versions de logiciels exposées à des failles d'exécution de code connues (~55 sites), les en-têtes de sécurité manquants (~176 sites), l'énumération des comptes WordPress (~60 sites), les répertoires de fichiers ouverts (~29 sites) et les versions de PHP/serveur obsolètes (~29 sites). La plupart de ces attaques ne visent personne en particulier : elles exploitent automatiquement des failles publiques connues. Tourak Digital, agence à Troyes, réalise un audit de sécurité gratuit de votre site et vous remet un rapport clair avec les corrections prioritaires.
Le relevé en chiffres
La sécurité des sites à Troyes et alentours, mesurée
Échantillon de 270 sites d'entreprises de Troyes et des communes voisines (Sainte-Savine, Saint-André-les-Vergers, La Chapelle-Saint-Luc, Pont-Sainte-Marie, Rosières, Creney…), analysés passivement. Données anonymes, aucun site nommé.
79%
Au moins une vulnérabilité
214 sites sur 270 présentent un ou plusieurs signaux de vulnérabilité.
420
Vulnérabilités détectées
Au total sur l'échantillon, soit en moyenne près de 2 par site concerné.
16
WordPress non à jour
Des sites tournent sur une version ou des extensions obsolètes, cible n°1 des attaques automatisées.
9
En situation critique
Niveau de sécurité inférieur à 50/100 : correction urgente recommandée.
77/100
Score de sécurité moyen
Correct en apparence, mais une moyenne masque les sites les plus exposés.
Qu'est-ce que notre radar de sécurité passif ?
Un audit de sécurité « classique » suppose souvent de tester un site de l'intérieur. Notre démarche est différente et volontairement non intrusive : le radar se comporte comme un simple visiteur. Il ouvre les pages publiques d'un site, lit ce que tout navigateur peut lire, et en déduit des signaux de vulnérabilité : technologie utilisée et sa version, présence ou absence de HTTPS, en-têtes de sécurité, fichiers de configuration ou de sauvegarde laissés accessibles, extensions connues pour leurs failles. À aucun moment il ne tente d'exploiter une faille, de forcer un accès ou de récupérer des données. C'est la différence entre constater qu'une porte est entrouverte et entrer dans la maison.
Cette approche nous permet de dresser, à l'échelle d'un territoire comme l'Aube, un état des lieux fiable et reproductible de la sécurité informatique des sites d'entreprises — sans jamais mettre en danger ni exposer publiquement un site en particulier. Les chiffres ci-dessus en sont le résultat direct.
Le détail des failles critiques détectées autour de Troyes
Voici, classées de la plus grave à la plus courante, les vulnérabilités réellement relevées sur les sites de Troyes et des communes voisines. Les nombres indiqués sont ceux de notre dernier relevé, sur l'échantillon de 270 sites. Aucun site n'est nommé.
1. Versions exposées à des failles d'exécution de code connues · ~55 sites
C'est le signal le plus grave de notre relevé. Environ 55 sites de l'Aube font tourner des composants ou des versions de logiciels pour lesquels des failles d'exécution de code à distance sont déjà documentées publiquement. Point important : notre radar étant passif, il constate l'exposition d'une version vulnérable connue — il ne teste pas et n'affirme pas qu'une attaque réussirait sur un site précis. Mais une version non corrigée associée à une faille d'exécution de code est exactement ce que cherchent les robots d'attaque : dans le pire cas, ce type de faille permet de déposer une porte dérobée, de lire la base de données ou de rediriger les visiteurs. Correction : mise à jour du composant concerné puis durcissement du serveur — à traiter en priorité.
2. En-têtes de sécurité manquants · ~176 sites
De loin la plus répandue. Les en-têtes de sécurité sont des consignes que le site donne au navigateur pour se protéger (empêcher l'injection de contenu, le détournement de page dans une iframe, le vol de session…). Leur absence ne « pirate » pas le site à elle seule, mais elle laisse la porte ouverte à des attaques classiques comme le vol de session ou l'affichage d'un faux formulaire par-dessus le vrai. Correction : ajout de six en-têtes standard (HSTS, CSP, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy). Rapide et sans risque pour le site.
3. Énumération des comptes WordPress · ~60 sites
Sur de nombreux sites WordPress, l'adresse /wp-json/wp/v2/users ou /?author=1 révèle publiquement la liste des identifiants de connexion des administrateurs. L'attaquant a alors la moitié du travail : il connaît le « login », il n'a plus qu'à deviner le mot de passe par force brute. Correction : masquer cette liste, imposer des mots de passe robustes et limiter les tentatives de connexion.
4. Répertoire de fichiers ouvert en consultation · ~29 sites
Le dossier qui contient les fichiers envoyés (/uploads) ou d'autres répertoires sont accessibles en navigation libre : on peut lister et télécharger tout ce qui s'y trouve. Cela expose parfois des documents internes, des sauvegardes, des factures ou des données clients jamais destinées au public. Correction : désactiver le listing des répertoires et retirer les fichiers sensibles de l'arborescence web.
5. Versions de serveur et de PHP sans correctifs · ~29 sites
Beaucoup de sites tournent sur des versions dépassées de PHP (7.4, 8.0, parfois 5.6) ou du serveur web (Apache). Chaque version obsolète traîne un lot de failles publiques : par exemple une version d'Apache relevée ici cumule 63 failles de sécurité documentées, une version de PHP en cumule 6. Ces failles sont connues, donc exploitées automatiquement. Correction : montée de version PHP/serveur, souvent simple côté hébergeur, avec test de non-régression.
6. CMS, thèmes et extensions obsolètes · ~14 sites
WordPress (et plus rarement Drupal) non mis à jour, avec des extensions périmées. C'est la cible n°1 des robots d'attaque, qui balaient le web à la recherche de la version vulnérable connue. Correction : mises à jour régulières, suppression des extensions inutilisées, sauvegardes automatiques.
7. Identifiants ou clés écrits en clair dans le code · quelques sites
Des mots de passe, clés d'API ou secrets techniques laissés en clair dans le code de la page, visibles par quiconque regarde le code source. Correction : retrait immédiat, rotation des clés exposées, passage par des variables d'environnement.
8. HTTPS absent ou en erreur · quelques sites
Le cadenas manque : les données saisies (formulaires, identifiants) circulent en clair, le navigateur affiche « non sécurisé » et Google pénalise la page. Correction : certificat HTTPS (gratuit via Let's Encrypt) et redirection forcée vers la version sécurisée.
Pourquoi c'est un risque concret pour une TPE ou PME de l'Aube
Un site vulnérable n'est pas un problème « technique » lointain. C'est un risque d'exploitation : défiguration de la page d'accueil, injection de pages de spam qui plombent le référencement, redirection des visiteurs vers des sites frauduleux, vol de données clients, ou blocage pur et simple avec demande de rançon. Pour un commerce, un cabinet ou un artisan de Troyes, cela se traduit en jours d'indisponibilité, en clients perdus et en réputation entamée. La plupart de ces attaques ne visent personne en particulier : elles balaient le web à la recherche de la faille connue la plus courante. Un site à jour n'est pas « trop petit pour être attaqué » — il est simplement moins facile à attaquer.
Comment savoir si votre site est concerné
Nous ne publions pas le nom des sites vulnérables, mais nous remettons un diagnostic détaillé au propriétaire qui le demande. L'audit est gratuit et sans engagement : vous recevez un rapport clair — niveau de sécurité sur 100, failles détectées, corrections prioritaires et estimation de l'effort. S'il n'y a rien à corriger, nous vous le disons aussi.
Audit gratuit
Votre site fait-il partie des 79 % ?
Demandez l'audit de sécurité gratuit de votre site. Réponse rapide, rapport clair, aucun jargon.