Cadre d'évaluation
Une mission structurée allant de l’admission à l’examen des preuves, à la remédiation, à la publication contrôlée du dossier et à la vérification publique.
01
Preflight Audit est la marque et le département de TVK Labs & Technologies Ltd. dédiés à l’assurance de sécurité, aux essais et à la vérification. Les évaluations appliquent, lorsque nécessaire, des contrôles d’indépendance organisationnelle.
02
Les évaluations sont organisées dans Launch Readiness, Security Assurance, Infrastructure Review, Smart Contract Review, Operational Readiness, AI Security et Enterprise Verification. Chaque catégorie définit des surfaces d'examen spécifiques, des exigences en matière de preuves et des normes de livrables.
03
Une mission structurée allant de l’admission à l’examen des preuves, à la remédiation, à la publication contrôlée du dossier et à la vérification publique.
04
La portée est définie par écrit avant le début de l'examen. Les systèmes, contrats, référentiels et surfaces opérationnelles entrant dans le champ d'application sont énumérés explicitement. Les éléments hors champ sont documentés pour éviter toute ambiguïté. Les changements de portée nécessitent une modification formelle et peuvent déclencher une réévaluation.
05
Les examinateurs recueillent des preuves grâce à l'examen de la documentation, aux diagrammes d'architecture, à l'analyse du référentiel, à la vérification des contrats, à l'examen de la configuration et aux entretiens structurés. Toutes les preuves sont traçables à des résultats d'évaluation spécifiques et conservées conformément à la politique de conservation des missions.
06
L'examen technique couvre la logique smart contract, les contrôles d'accès, les chemins de mise à niveau, les surfaces de dépendance et les limites d'intégration. Les résultats sont classés par gravité à l'aide d'une matrice standardisée alignée sur l'impact du déploiement.
07
L'évaluation de l'infrastructure évalue l'architecture de déploiement, les modèles de redondance, la gestion des clés, la couverture de surveillance, la préparation à la réponse aux incidents et les limites de traitement des données. Les configurations cloud, sur site et hybrides sont prises en charge.
08
L'examen de l'architecture examine la conception du système, les limites du module, les hypothèses de confiance et les modes de défaillance. Nous évaluons si l'architecture documentée correspond à la réalité déployée et si la conception prend en charge les déclarations de préparation au lancement.
09
La préparation opérationnelle couvre les runbooks, les procédures de garde, les pratiques de divulgation, la mise à niveau de la gouvernance et les protocoles de communication. La préparation au lancement nécessite une maturité opérationnelle proportionnelle au risque de déploiement.
10
La synthèse de la préparation au lancement combine tous les flux d'examen en un score et une classification de préparation. Les bloqueurs critiques et à gravité élevée doivent être corrigés ou officiellement acceptés avant que le statut vérifié ne soit accordé.
11
Les résultats sont classés comme critiques, élevés, moyens ou faibles en fonction de l'exploitabilité, de l'impact et du contexte de déploiement. Le niveau de risque global (faible, modéré, élevé, critique) reflète la posture d'évaluation globale au moment de la publication.
12
Les livrables standard comprennent le rapport d’évaluation, la page de vérification publique, un identifiant stable de dossier de vérification, un QR code et un badge d’état intégrable. Les rapports complets sont fournis aux équipes projet; les résumés publics sont publiés avec consentement.
13
Les évaluations reflètent les conditions à un moment donné. Ils ne garantissent pas la sécurité future, la conformité réglementaire ou la performance des investissements. Les actifs expérimentaux, les memecoins et les systèmes antérieurs à mainnet comportent une incertitude inhérente documentée dans chaque dossier de vérification.
14
Chaque évaluation est versionnée. Les changements importants créent une nouvelle version et un nouvel identifiant de dossier; les dossiers remplacés restent disponibles pour la traçabilité historique.
15
La méthodologie est révisée régulièrement. Les évolutions du secteur, les enseignements des incidents et les retours clients alimentent les mises à jour; la version applicable est indiquée sur chaque dossier d’évaluation et page de vérification.
Chaque évaluation émise suit ce cadre et se résout en une page de vérification publique.
Voir aussi notre Processus d'engagement en 8 étapes.
