Exemple : site inventé

Voir un exemple de rapport

Exemple : site inventé. Ceci est un exemple de rapport pour shop.example, un site qui n'existe pas. Tous les constats sont inventés.

Exemple de rapport de sécurité

Le même exemple dans chaque format

Exemple de pack conformité

La correspondance avec les lois et la section de préparation au règlement européen sur la cyber-résilience (CRA) pour shop.example, pour ces lois : EU CRA, NIS2, DORA, GDPR. Chaque ligne dit de quoi elle est une preuve ; les obligations que yof ne vérifie pas sont marquées « non couvert par yof ».

Ce que ce rapport est, et ce qu'il n'est pas

Ce rapport est une vérification de shop.example à un moment donné, en date du 2026-11-07. Il couvre le dépôt, les dépendances et les adresses en ligne nommés dans sa section sur le périmètre, et rien d'autre.

Il a été réalisé avec des règles et des tests automatiques. Selon le périmètre, yof a lu le code, vérifié les paquets, testé le site en ligne et, avec l'accord du propriétaire, mené des tests d'attaque. La section sur le périmètre indique exactement ce qui a été fait et ce qui ne l'a pas été.

C'est une preuve à l'appui de votre travail de sécurité et de conformité. Ce n'est ni une certification, ni une évaluation de conformité, ni un conseil juridique, et il n'évalue pas la gouvernance, les politiques, les processus ni les autres obligations non techniques.

Un résultat sans constat ne signifie pas que l'app n'a aucune vulnérabilité. Des vérifications automatiques ne peuvent pas trouver chaque faille. Des faiblesses que personne ne connaît encore (zero-day), des failles de logique métier et tout ce qui est hors périmètre peuvent subsister, et l'application peut changer après la date indiquée.

Dans la mesure permise par la loi, la responsabilité de yof pour ce rapport est limitée au prix payé pour celui-ci. Le droit de la consommation de votre pays peut ne pas autoriser certaines de ces limites ; dans ce cas, elles ne s'appliquent pas à vous.

Sample yof report (made-up site)