Socle officiel
Les organismes de normalisation, documentations officielles et autorités publiques servent de premiers repères.
Ressources du Web
Sécurité, vie privée et conformité
Les autorités, guides et outils de sécurité servent à hiérarchiser les risques et à vérifier les mesures prises. Une alerte générale ne prouve pas qu’un site précis est vulnérable ; il faut connaître sa version et sa configuration.
Inventoriez logiciels, versions et parcours sensibles. Pour chaque avis pertinent, vérifiez si la version et la configuration utilisées sont touchées, puis attribuez la correction et son contrôle.
Parcourir les ressourcesMéthode éditoriale
Un annuaire conçu pour être utile, pas seulement long.
Chaque entrée possède un rôle clair et renvoie vers une destination officielle. Le catalogue évite les fermes de liens, les descriptions copiées et les classements artificiels.
Outils professionnels
Les services établis sont classés par usage réel : créer, héberger, mesurer, sécuriser, publier ou promouvoir un site.
Lecture indépendante
La présence est éditoriale et non rémunérée. Une fiche ne constitue ni un partenariat ni une garantie.
Comparer sur trois questions concrètes
| Critère | Question à résoudre |
|---|---|
| Périmètre | La ressource concerne-t-elle votre version logicielle et votre exposition réelle ? |
| Qualification | Un score automatique suffit-il, ou faut-il examiner accès, données et journaux ? |
| Reprise | Existe-t-il un responsable, une sauvegarde testée et une procédure d’incident ? |
Conservez une courte trace de décision : besoin, source, résultat observé et point encore à confirmer. Faites effectuer la même tâche à chaque solution envisagée plutôt que de comparer des listes commerciales de fonctionnalités.
Recherche et filtres
Points de départ officiels pour ce sujet
Comparez leur rôle et leur documentation avant de choisir un outil. La présence dans cette liste ne constitue pas un classement.
50 ressources affichées
Aucune ressource ne correspond à ces filtres. Essayez une recherche plus large.
Autorité nationale française en matière de sécurité et de défense des systèmes d’information.
À utiliser pour : Chercher le guide ou l’avis qui correspond au risque et au contexte du site.
Apply it to a project
cyber.gouv.frVisiter le site officiel
Alertes, avis et bulletins français sur les vulnérabilités et incidents.
À utiliser pour : Croiser un avis de sécurité avec les versions réellement déployées.
Passer à la pratique
cert.ssi.gouv.frVisiter le site officiel
Autorité française de protection des données personnelles et du RGPD.
À utiliser pour : Consulter la fiche adaptée au traitement de données réellement effectué.
Passer à la pratique
cnil.frVisiter le site officiel
Prévention, assistance et ressources françaises contre les menaces numériques.
À utiliser pour : Choisir une démarche adaptée à l’incident constaté et conserver les faits.
Passer à la pratique
cybermalveillance.gouv.frVisiter le site officiel
Veille stratégique, cyber-risques et intelligence numérique pour les organisations.
À utiliser pour : Recouper une analyse de menace avec des sources primaires avant action.
Passer à la pratique
cyber-intelligence-embassy.comVisiter le site officiel
Référentiels et projets ouverts sur la sécurité des applications Web.
À utiliser pour : Utiliser les ressources de sécurité comme base de vérification, pas comme preuve de conformité.
Passer à la pratique
owasp.orgVisiter le site officiel
Analyse des en-têtes et réglages de sécurité d’un site Web.
À utiliser pour : Examiner les en-têtes signalés puis tester leur effet sur le site.
Passer à la pratique
observatory.mozilla.orgVisiter le site officiel
Contrôle rapide des principaux en-têtes HTTP de sécurité.
À utiliser pour : Interpréter le diagnostic avec les besoins réels du site et ses intégrations.
Passer à la pratique
securityheaders.comVisiter le site officiel
Vérification de l’exposition d’adresses et domaines dans des fuites connues.
À utiliser pour : Utiliser le service selon les procédures internes de réponse à une fuite.
Passer à la pratique
haveibeenpwned.comVisiter le site officiel
Cadre de gestion des risques de cybersécurité pour les organisations.
À utiliser pour : Faire correspondre les fonctions du cadre aux responsabilités de l’organisation.
Passer à la pratique
nist.govVisiter le site officiel
Alertes et ressources américaines sur les risques cyber et les infrastructures.
À utiliser pour : Relier les alertes pertinentes à un inventaire des logiciels en service.
Passer à la pratique
cisa.govVisiter le site officiel
Analyse des dépendances, conteneurs et codes pour détecter des vulnérabilités.
À utiliser pour : Trier les dépendances signalées selon exposition, usage et correctif disponible.
Passer à la pratique
snyk.ioVisiter le site officiel
Analyse de fichiers, URL, domaines et indicateurs de sécurité.
À utiliser pour : Interpréter les résultats avec prudence et respecter la confidentialité des fichiers soumis.
Passer à la pratique
virustotal.comVisiter le site officiel
Diagnostic public de la configuration TLS d’un serveur Web.
À utiliser pour : Contrôler la configuration TLS du domaine public après une modification.
Passer à la pratique
ssllabs.comVisiter le site officiel
Comité européen de la protection des données et lignes directrices RGPD.
À utiliser pour : Situer une recommandation européenne dans le traitement de données concerné.
Passer à la pratique
edpb.europa.euVisiter le site officiel
Fiches pratiques ouvertes pour appliquer des mesures de sécurité aux applications et interfaces Web.
À utiliser pour : Lire la fiche qui correspond à la mesure de sécurité à concevoir ou à vérifier.
Passer à la pratique
owasp.orgVisiter le site officiel
Standard de vérification permettant de définir et contrôler des exigences de sécurité applicative.
À utiliser pour : Définir des exigences de vérification adaptées au périmètre de l’application.
Passer à la pratique
owasp.orgVisiter le site officiel
Conseils de l’autorité française pour réduire les risques numériques courants des organisations et utilisateurs.
À utiliser pour : Transformer les recommandations pertinentes en responsabilités et contrôles documentés.
Passer à la pratique
cyber.gouv.frVisiter le site officiel
Dossier officiel français sur les cookies, traceurs, consentement et responsabilités des éditeurs.
À utiliser pour : Vérifier les règles applicables avant de choisir les traceurs et l’interface de consentement.
Passer à la pratique
cnil.frVisiter le site officiel
Alertes prioritaires du CERT-FR sur les vulnérabilités et menaces qui demandent une action rapide.
À utiliser pour : Comparer les produits et versions mentionnés avec son propre inventaire avant d’agir.
Passer à la pratique
cert.ssi.gouv.frVisiter le site officiel
Commande officielle de contrôle des vulnérabilités connues et paquets abandonnés dans un projet PHP.
À utiliser pour : Examiner les avis sur les dépendances puis vérifier leur applicabilité et les mises à jour possibles.
Passer à la pratique
getcomposer.orgVisiter le site officiel
Principes publics pour intégrer la sécurité dans la conception et les choix par défaut des produits numériques.
À utiliser pour : Examiner les principes de conception lorsque des choix de produit déplacent le risque vers l’utilisateur.
Passer à la pratique
cisa.govVisiter le site officiel
Guide technique de Content Security Policy pour limiter les ressources et comportements autorisés dans le navigateur.
À utiliser pour : Préparer une politique cohérente avec les ressources réellement chargées et contrôler les violations.
Passer à la pratique
developer.mozilla.orgVisiter le site officiel
Référence de sensibilisation aux principales catégories de risques de sécurité des applications Web.
À utiliser pour : Utiliser la liste pour orienter une revue de risques, pas comme preuve qu’un site est sûr.
Passer à la pratique
owasp.orgVisiter le site officiel
Projet consacré aux risques propres aux API, aux contrôles d’autorisation et aux bonnes pratiques de conception sécurisée.
À utiliser pour : Examiner les risques d’une API selon ses accès, données exposées et parcours effectifs.
Passer à la pratique
owasp.orgVisiter le site officiel
Catalogue de vulnérabilités dont l’exploitation réelle est connue, utile pour prioriser les corrections.
À utiliser pour : Croiser les failles exploitées recensées avec l’inventaire des logiciels réellement installés.
Passer à la pratique
cisa.govVisiter le site officiel
Fonctions GitHub pour inventorier les dépendances, détecter les vulnérabilités et automatiser les mises à jour.
À utiliser pour : Revoir dépendances, provenance et permissions dans le processus de livraison du code.
Passer à la pratique
github.comVisiter le site officiel
Section officielle du manuel PHP sur la configuration, les données utilisateur, les sessions et les risques courants.
À utiliser pour : Vérifier les recommandations propres à la version et aux fonctions PHP utilisées.
Passer à la pratique
php.netVisiter le site officiel
Recommandations officielles pour réduire les risques liés aux dépendances, aux requêtes et à l’exécution Node.js.
À utiliser pour : Évaluer dépendances, exécution et configuration avec le contexte de l’application.
Passer à la pratique
nodejs.orgVisiter le site officiel
Analyse de certaines configurations HTTP de sécurité avec explications des contrôles et de leurs limites.
À utiliser pour : Examiner les en-têtes signalés, puis tester les corrections sans traiter la note comme un audit complet.
Passer à la pratique
developer.mozilla.orgVisiter le site officiel
Contrôles automatisés de pratiques de sécurité d’un projet open source, à interpréter avec son contexte.
À utiliser pour : Lire les contrôles détaillés d’une dépendance avant de tirer une conclusion de son score global.
Passer à la pratique
openssf.orgVisiter le site officiel
Base ouverte de vulnérabilités des paquets logiciels permettant de rechercher les versions concernées.
À utiliser pour : Comparer l’avis à la version exacte d’un paquet utilisé dans le projet.
Passer à la pratique
osv.devVisiter le site officiel
Dossier du Comité européen de la protection des données sur les violations de données personnelles.
À utiliser pour : Retrouver les lignes directrices de l’autorité européenne pour qualifier un incident de données.
Passer à la pratique
edpb.europa.euVisiter le site officiel
Dossier officiel pour déterminer et documenter les durées de conservation de données personnelles selon leur finalité et les règles applicables.
À utiliser pour : Définir une durée justifiée pour les demandes reçues, puis documenter leur archivage ou suppression.
Passer à la pratique
cnil.frVisiter le site officiel
Explication du partage des ressources entre origines et des échanges HTTP associés dans le navigateur.
À utiliser pour : Séparer les règles entre origines des droits d’accès aux opérations de l’API.
Passer à la pratique
developer.mozilla.orgVisiter le site officiel
Conseils de conception et de contrôle de l’authentification et des opérations sensibles.
À utiliser pour : Relier connexion, récupération et réauthentification aux risques du service.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide de conception du parcours de récupération d’un compte et de ses vérifications.
À utiliser pour : Essayer un lien expiré, un compte absent et la fin de la récupération avec des données fictives.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide des contrôles qui déterminent quelles actions et ressources sont autorisées.
À utiliser pour : Tester une adresse directe avec un compte aux droits limités.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide de gestion des sessions, de leur protection et de leur cycle de vie.
À utiliser pour : Vérifier expiration, déconnexion et retrait d’accès après un changement de rôle.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide de journalisation des événements, de sélection des données et de protection des journaux.
À utiliser pour : Rechercher des marqueurs fictifs pour détecter une collecte inutile de contenus sensibles.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide de contrôle des fichiers reçus, des formats, du stockage et des accès.
À utiliser pour : Contrôler contenu, taille, droits et suppression sans faire confiance au seul type déclaré.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide de sécurisation des API REST et de leurs échanges et contrôles d’accès.
À utiliser pour : Associer chaque opération à des permissions et des cas de refus observables.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Explication du risque de valeurs interprétées comme formules lors de l’ouverture d’un fichier dans un tableur.
À utiliser pour : Examiner le logiciel destinataire et les champs exportés avant de choisir une protection.
Passer à la pratique
community.owasp.orgVisiter le site officiel
Guide des erreurs applicatives et de la séparation entre information utilisateur et diagnostic interne.
À utiliser pour : Afficher une action utile sans exposer une trace serveur ou un secret.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Guide des mécanismes de stockage des mots de passe et de leur évolution.
À utiliser pour : Faire relire le stockage et les migrations par la personne responsable de la sécurité.
Passer à la pratique
cheatsheetseries.owasp.orgVisiter le site officiel
Documentation officielle de validation des signatures de livraisons de webhooks GitHub.
À utiliser pour : Tester le contenu altéré avant d’autoriser une opération métier.
Passer à la pratique
docs.github.comVisiter le site officiel
Documentation des alertes Dependabot liées aux dépendances connues d’un dépôt.
À utiliser pour : Comparer paquet, version et contexte avant de fixer une priorité de correction.
Passer à la pratique
docs.github.comVisiter le site officiel
Documentation de la revue des changements de dépendances dans un dépôt GitHub.
À utiliser pour : Relire l’origine et l’effet des dépendances ajoutées par une modification.
Passer à la pratique
docs.github.comVisiter le site officiel
Documentation de la provenance reliant une publication npm à sa source et à sa construction.
À utiliser pour : Lire la preuve disponible sans la transformer en garantie de sécurité.
Passer à la pratique
docs.npmjs.comVisiter le site officiel
Référence de l’API PHP dédiée au hachage et à la vérification des mots de passe.
À utiliser pour : Utiliser les API maintenues et faire vérifier le mécanisme de stockage du projet.
Passer à la pratique
php.netVisiter le site officiel
Choisir un point de départ
Ce que chaque catégorie aide à décider.
Ces exemples éclairent les usages ; ils ne sont ni un classement ni une recommandation commerciale. Vérifiez la documentation et les conditions en vigueur avant toute décision.
Sécurité, vie privée et conformité
Les autorités, guides et outils de sécurité servent à hiérarchiser les risques et à vérifier les mesures prises. Une alerte générale ne prouve pas qu’un site précis est vulnérable ; il faut connaître sa version et sa configuration.
Points à vérifier- Distinguer une recommandation de prévention d’un avis sur une faille active.
- Prévoir qui applique, teste et documente une correction.
Mise en pratique : Inventoriez logiciels, versions et parcours sensibles. Pour chaque avis pertinent, vérifiez si la version et la configuration utilisées sont touchées, puis attribuez la correction et son contrôle.
Limite à connaître : Un outil de scan ou une liste d’alertes ne démontre ni l’absence de risque ni la compromission du site. Les questions de données personnelles exigent une analyse adaptée à l’incident.
Guide associé : Tester la restauration d’un site avant l’incident
Transparence
Proposer une ressource ou une correction
Périmètre éditorial et sites tiers
Cet annuaire non exhaustif a été revu le 30 août 2026 ; ses liens ont été contrôlés le 25 septembre 2026. Certains sites limitent les vérifications automatiques. Il contient des liens externes vers des sites indépendants. Leur disponibilité, leurs contenus, tarifs, cookies et conditions peuvent évoluer. Française du Numérique ne les contrôle pas et ne reçoit aucune commission pour leur présence.
Questions sur l’annuaire
Sélection, indépendance et mises à jour.
La sélection éditoriale privilégie les sources primaires et officielles, les organismes de normalisation reconnus, les outils professionnels largement utilisés, les médias spécialisés et les communautés actives directement liés à la création, à l’exploitation, à la sécurisation ou à la promotion des sites internet. Chaque entrée doit avoir une fonction identifiable, un éditeur clairement nommé et une destination officielle. Le catalogue est indépendant, non exhaustif et ne cherche pas à classer tous les prestataires disponibles. Une ressource peut être retirée si elle ferme, change profondément d’objet, devient trompeuse ou n’apporte plus assez de valeur pratique. La date de vérification indique la dernière revue globale du catalogue ; elle ne garantit pas que chaque site extérieur reste inchangé ensuite. Avant d’utiliser un service, il faut donc confirmer ses tarifs, conditions, règles de confidentialité, niveau de sécurité et adéquation au besoin sur sa documentation officielle.
Non. Une fiche constitue un repère documentaire, pas une certification, un partenariat, un audit de sécurité ni une recommandation commerciale. Les organisations référencées restent responsables de leurs produits, contenus, tarifs, disponibilité, cookies, traitements de données et conditions contractuelles. Une ressource peut être adaptée à un projet et inappropriée à un autre selon le budget, le droit applicable, les exigences techniques et les compétences de l’équipe. Française du Numérique ne reçoit aucune commission pour la présence d’un site dans cet annuaire éditorial. Avant de créer un compte, d’acheter un service ou de confier des données, il convient de consulter la documentation officielle, les conditions en vigueur, les possibilités d’export, l’assistance et les éléments indépendants disponibles. Une décision comportant un enjeu juridique, financier ou de sécurité peut nécessiter l’avis d’un professionnel qualifié.
Oui. Le champ de recherche examine les noms des ressources et les thèmes éditoriaux, tandis que les filtres limitent la liste par catégorie, origine géographique et type de ressource. La recherche et le tri s’effectuent localement dans le navigateur : les mots saisis ne sont pas transmis à un moteur tiers. La combinaison de plusieurs filtres peut ne produire aucun résultat alors qu’une ressource utile se trouve dans une catégorie voisine ; il suffit alors de retirer un critère ou d’employer un terme plus large. Les descriptions restent volontairement synthétiques et ne recensent pas toutes les fonctions d’un service. La documentation officielle doit être consultée pour vérifier les capacités, conditions et tarifs actuels avant toute décision.
Utilisez la page de contact en indiquant le nom de la ressource, son adresse officielle, son éditeur, la catégorie pertinente et une courte explication de son utilité pour les professionnels ou responsables de projets web. Pour une correction, précisez la fiche concernée et l’information qui paraît inexacte ou ancienne, si possible avec une source primaire. Chaque suggestion est relue avant publication et peut être refusée lorsqu’elle reproduit une entrée existante, relève surtout de la promotion, ne possède pas d’éditeur identifiable, présente un risque évitable ou sort du périmètre de l’annuaire. Une proposition ne garantit ni la publication ni une place particulière, et ce processus éditorial ne prévoit pas de référencement payant.