Chapitre 713 minDébutant
Évaluer la fiabilité d'une source et recouper l'information
Par Josselyn C., prof de BTS SIO. Mis à jour le .
À la fin de ce chapitre, tu sauras
- évaluer une source avec une grille de six questions ;
- recouper une information avec une source indépendante ;
- lire un avis de sécurité : CVE, score CVSS, versions, correctif ;
- repérer un contenu sponsorisé, une rumeur ou un tutoriel périmé.
3 exercices corrigés1 schéma
Évaluer la fiabilité d'une source, c'est juger quelle confiance tu peux lui accorder à partir de critères vérifiables : qui parle, quand, d'où vient l'information, dans quel but, avec quelles preuves. Recouper, c'est confirmer une information par une seconde source indépendante. Ce chapitre te donne une grille de six questions, la méthode pour recouper, la lecture d'un avis de sécurité et les pièges les plus courants : tutoriel périmé, contenu sponsorisé, rumeur.
Pourquoi c'est une compétence professionnelle
Une information technique fausse ou périmée a des conséquences concrètes : un code vulnérable copié d'un vieux tutoriel, une configuration déconseillée depuis des années, une panique pour une faille qui ne concerne pas ta version, ou au contraire une vraie urgence ignorée parce que la source semblait douteuse. Le référentiel le demande d'ailleurs : ta veille doit utiliser « de manière approfondie » les moyens de recherche d'information. Savoir dire pourquoi tu fais confiance à une source fait partie des questions classiques de la commission.
La grille des six questions
Pose ces six questions à toute information que tu comptes noter, appliquer ou partager.
| Question | Ce que tu vérifies | Signal positif | Signal d'alerte |
|---|---|---|---|
| 1. Qui ? | L'auteur et l'organisation | Auteur nommé, compétent sur le sujet ; organisme officiel, éditeur, rédaction connue | Anonyme, pseudo sans historique, site inconnu sans page « À propos » |
| 2. Quand ? | La date de publication et de mise à jour, la version concernée | Date visible et récente, version précisée | Pas de date, ou une date ancienne sur un sujet qui bouge vite |
| 3. D'où ? | L'origine de l'information | La source primaire elle-même, ou des liens vers elle | « Selon des sources », aucun lien, reprise de reprise |
| 4. Pourquoi ? | L'intention de la publication | Informer, documenter, alerter | Vendre, convaincre, faire cliquer ; contenu sponsorisé non signalé |
| 5. Comment ? | La qualité du contenu | Faits précis, chiffres sourcés, nuances, limites reconnues | Affirmations absolues, titres alarmistes, aucune preuve |
| 6. Confirmé ? | Le recoupement | Une deuxième source indépendante dit la même chose | Une seule source, ou plusieurs qui se copient |
Recouper : deux sources vraiment indépendantes
Recouper, c'est trouver une seconde source qui confirme l'information sans dépendre de la première. Dix articles qui reprennent le même communiqué ne font qu'une seule source : si le communiqué se trompe, ils se trompent tous.
Trois façons de recouper efficacement :
- Remonter à la source primaire : l'avis de l'éditeur, le texte de loi, la recommandation officielle. Si elle dit la même chose, l'information est confirmée.
- Trouver une source d'une autre famille : un article de presse confirmé par un avis du CERT-FR, une annonce d'éditeur confirmée par les notes de version.
- Pratiquer la lecture latérale : au lieu de juger un site inconnu sur sa propre présentation, ouvre un autre onglet et cherche ce que d'autres disent de lui. Un site qui se présente comme « l'observatoire indépendant de la cybersécurité » peut être le blog d'un vendeur.
Lire un avis de sécurité
Les avis de sécurité sont au cœur de toute veille qui touche à la sécurité. Ils ont presque toujours la même structure. Voici un avis fictif, construit sur le modèle de ceux du CERT-FR :
Avis : CERTFR-2026-AVI-XXXX (fictif)
Date : 02 novembre 2026
Objet : Multiples vulnérabilités dans ExempleVPN
Risques : exécution de code arbitraire à distance,
contournement de la politique de sécurité
Systèmes : ExempleVPN versions 9.x antérieures à 9.4.2
affectés ExempleVPN versions 10.x antérieures à 10.1.1
Résumé : de multiples vulnérabilités ont été découvertes.
Certaines permettent à un attaquant non
authentifié d'exécuter du code à distance.
Solution : se référer au bulletin de sécurité de l'éditeur
pour l'obtention des correctifs.
Documentation : bulletin de l'éditeur ; CVE-2026-XXXX1
(CVSS 9,8) ; CVE-2026-XXXX2 (CVSS 6,5)
Ce que tu en tires, dans l'ordre :
- Suis-je concerné ? Le produit est-il utilisé dans ton entreprise, ton projet, ton laboratoire ? Quelle version exactement ? Une version 10.1.1 n'est pas touchée ; une 10.0.8 l'est.
- Quelle gravité ? Les risques annoncés et les scores CVSS. « Non authentifié » et « à distance » sont les deux mots qui rendent une faille urgente.
- Est-elle exploitée ? Un avis signale une faille et son correctif ; quand une exploitation active est constatée, le CERT-FR publie une alerte, et la faille entre souvent dans le catalogue KEV de la CISA. Une faille exploitée passe devant toutes les autres.
- Quelle solution ? Le correctif de l'éditeur, ou une mesure de contournement en attendant.
Le score CVSS (Common Vulnerability Scoring System) mesure la gravité technique d'une vulnérabilité, de 0 à 10. Les versions 3.1 et 4.0, utilisées aujourd'hui, classent les scores de la même façon :
| Score CVSS | Gravité |
|---|---|
| 0,0 | Aucune |
| 0,1 à 3,9 | Faible |
| 4,0 à 6,9 | Moyenne |
| 7,0 à 8,9 | Élevée |
| 9,0 à 10,0 | Critique |
Les pièges les plus courants
Le tutoriel périmé. Tu suis un tutoriel et une commande n'existe plus, une option est signalée deprecated, une méthode est déconseillée. En informatique, un tutoriel de trois ans peut décrire une pratique devenue dangereuse : stocker des mots de passe avec un hachage rapide, désactiver une vérification de certificat, utiliser une version de protocole abandonnée. Réflexe : chercher la date et la version visée, puis comparer avec la documentation officielle de ta version.
Le contenu sponsorisé. Un article qui compare des solutions et conclut que l'une est la meilleure peut avoir été payé par son éditeur. Cherche les mentions « contenu sponsorisé », « partenaire », « publi-rédactionnel », les liens d'affiliation, et regarde qui publie. Les livres blancs et les études des éditeurs contiennent souvent des données utiles, mais ils servent aussi à vendre : croise leurs chiffres avec une source indépendante.
La communication d'éditeur. Un éditeur qui annonce sa nouvelle version est une source primaire pour les faits (ce qui sort, quand), pas pour les jugements (« la solution la plus sûre du marché »). Garde les faits, laisse les superlatifs.
La rumeur et la capture d'écran. « Il paraît que… », une capture d'écran sans lien, une publication qui fait réagir mais ne cite rien. Une capture se fabrique en une minute. Sans source vérifiable, ce n'est qu'une piste.
Le titre alarmiste. « Une faille catastrophique menace tous les utilisateurs ». Lis l'article : souvent, la faille touche une configuration rare, ou elle est déjà corrigée. Le titre sert à faire cliquer ; les faits sont dans le texte et dans l'avis de l'éditeur.
Le contenu généré en masse. Des sites publient des articles produits automatiquement par IA, sans relecture, pour attirer des visiteurs. Signes : pas d'auteur, des généralités, des erreurs de dates ou de versions, des phrases qui tournent en rond, aucune source. Le chapitre 9 y revient.
Noter la fiabilité dans tes notes
Ajoute à chaque note une ligne courte sur la fiabilité : « Source primaire (avis de l'éditeur), confirmé par le CERT-FR », ou « Article de presse, source primaire non trouvée : à confirmer ». En six mois, ces lignes montrent à la commission que tu as un regard critique, et elles te préparent à la question « Comment savez-vous que vos sources sont fiables ? ».
Exercices
Exercice 1 sur 3 Appliquer la grille Réussi À revoir
Pour chaque source, applique la grille des six questions et conclus : fiable, à utiliser avec prudence, ou à écarter.
- La documentation officielle de PHP, page de la fonction
password_hash(), à jour pour la version actuelle. - Un article de blog sans date ni auteur : « Comment sécuriser vos mots de passe en PHP », qui recommande la fonction
md5(). - Un livre blanc d'un éditeur de solutions de sauvegarde, qui affirme que « 93 % des PME attaquées perdent leurs sauvegardes » sans citer d'étude.
- Un article de presse spécialisée, signé, daté de la veille, qui résume un avis de sécurité et donne le lien vers le bulletin de l'éditeur.
Voir la réponseMasquer la réponse de l'exercice 1
- Fiable : auteur identifié (le projet PHP), à jour, source primaire, intention de documenter, précise. C'est la référence à citer.
- À écarter : pas d'auteur, pas de date, aucune source, et un contenu dangereux.
md5()est un hachage rapide, inadapté au stockage des mots de passe ; la méthode recommandée estpassword_hash(). C'est l'exemple type du tutoriel périmé. - À utiliser avec prudence : l'auteur est identifié, mais l'intention est commerciale et le chiffre n'est pas sourcé. Tu ne peux pas citer ce chiffre comme un fait ; tu peux le noter « selon l'éditeur X, non vérifié », ou chercher une étude indépendante.
- Fiable, sous réserve d'ouvrir le bulletin de l'éditeur : un article signé, daté, qui renvoie à la source primaire. Cite le bulletin comme source et l'article comme contexte.
Tu avais trouvé ?
Exercice 2 sur 3 Lire l'avis Réussi À revoir
Reprends l'avis fictif sur ExempleVPN.
- L'entreprise de stage de Yanis utilise ExempleVPN 10.0.8. Est-elle concernée ? Et un site qui utilise la 9.4.2 ?
- Quelle est la gravité de chacune des deux CVE ?
- Quels mots du résumé rendent la situation urgente ?
- Qu'est-ce qui changerait si le CERT-FR publiait une alerte sur ce produit le lendemain ?
- Rédige les deux phrases que Yanis envoie à son tuteur.
Voir la réponseMasquer la réponse de l'exercice 2
- Oui pour la 10.0.8, antérieure à 10.1.1. Non pour la 9.4.2 : l'avis touche les versions 9.x antérieures à 9.4.2, et la 9.4.2 est justement la version corrigée.
- CVSS 9,8 : critique (9,0 à 10,0). CVSS 6,5 : moyenne (4,0 à 6,9).
- « Attaquant non authentifié » et « exécuter du code à distance » : n'importe qui sur Internet peut tenter l'attaque, sans compte, contre un équipement par nature exposé.
- Une alerte signifie que la faille est activement exploitée : la mise à jour devient une urgence absolue, et il faut aussi vérifier les journaux pour chercher des traces de compromission antérieure à la mise à jour (cours réponse à incident).
- Par exemple : « Le CERT-FR a publié ce matin un avis sur ExempleVPN : une faille critique (CVSS 9,8) permet à un attaquant non authentifié d'exécuter du code à distance sur les versions 10.x antérieures à 10.1.1. Notre VPN est en 10.0.8 : je propose d'appliquer le correctif de l'éditeur dès aujourd'hui ; le lien vers l'avis et le bulletin est ci-dessous. »
Tu avais trouvé ?
Exercice 3 sur 3 Vraiment recoupé ? Réussi À revoir
Lina lit la même information dans cinq articles de sites différents : un éditeur aurait abandonné son offre gratuite. Les cinq articles citent tous « un communiqué de l'éditeur », sans lien.
- L'information est-elle recoupée ?
- Que doit faire Lina avant d'écrire sa note ?
Voir la réponseMasquer la réponse de l'exercice 3
- Non : les cinq articles dépendent de la même source, le communiqué, que personne ne montre. Ce n'est qu'une seule source, et Lina ne l'a pas vue.
- Chercher le communiqué ou l'annonce sur le site de l'éditeur (blog, page de tarifs, notes de version). S'il existe, elle le cite comme source et vérifie ce qu'il dit exactement (l'offre gratuite disparaît-elle, ou change-t-elle seulement ?). S'il est introuvable, elle note l'information « à confirmer » ou attend.
Tu avais trouvé ?