Diagnostic de protocole · exécuté sur votre machine

Testez n'importe quel serveur. Rien ne quitte votre machine.

Un thème pour les outils qui inspectent, vérifient et notent, construit autour de ce qu'un scanner hébergé ne peut pas offrir : l'exécution a lieu là où vos identifiants se trouvent déjà.

Une personne examinant des données de diagnostic en direct sur plusieurs écrans

Dernière exécution

https://mcp.example.com/mcp

Prêt, avec des marges de progrès

Neuf phases · 76 contrôles · 50 requêtes · chaque constat rattaché à l'une d'elles

Contrôles par exécution
76
Requêtes vers le serveur
50
Identifiants transmis
Aucun

Chiffres illustratifs propres au thème. Remplacez-les par les valeurs réelles de votre instrument et indiquez la méthode de mesure.

Pourquoi en local

Un scanner auquel on téléverse est un scanner auquel on fait doublement confiance.

Confier un point d'accès à un testeur hébergé revient à lui confier tout ce qui permet de l'atteindre. Pour un serveur derrière OAuth, c'est un identifiant valide. L'alternative n'est pas un test plus faible : c'est le même test, exécuté à l'intérieur de votre propre périmètre de confiance.

01

Vos identifiants ne bougent pas

L'outil s'authentifie depuis votre machine avec le jeton que vous détenez déjà. Rien n'est transmis à un tiers, donc rien n'est à révoquer ensuite.

02

Votre réseau est le réseau

Un serveur en adresse privée, derrière un VPN ou dans un exécuteur d'intégration continue est joignable exactement comme vos agents l'atteindront. Un scanner hébergé ne teste que ce qu'il peut router.

03

Les preuves restent chez vous

Journaux réseau, en-têtes et temps de réponse sont écrits à côté du rapport. Vous pouvez les lire, les comparer et les conserver, plutôt que de croire le résumé d'une exécution que vous ne pouvez pas inspecter.

Barème de sévérité

Chaque point retiré est nommé.

Une note sans arithmétique derrière elle est une marque, pas une mesure. Le barème montre les catégories, leur poids et ce que chacune a coûté.

AreaWeightResultDeduction
Handshake20Pass0
Tool catalogue25Review−6
Error semantics30Review−10
Transport safety25Pass0

Preuves

Rien ne passe sans une requête qui le démontre.

Chaque constat porte l'échange numéroté qui l'a produit, afin qu'un lecteur puisse remonter du verdict aux octets échangés au lieu de l'accepter sur parole.

Request 017 · 184 ms

Initialise completed

HTTP/2 200
content-type: application/json
x-request-id: req_017

Request 031 · 226 ms

Schema drift found

tools/list
expected: inputSchema
received: schema

Méthode

Neuf phases, dans l'ordre où un agent les rencontre.

La séquence compte : un contrôle de catalogue ne veut rien dire si la négociation n'a jamais abouti, et une latence ne veut rien dire si la moitié des appels ont échoué.

  1. Resolve and connect
  2. Negotiate transport
  3. Complete handshake
  4. Read capabilities
  5. List resources
  6. Inspect tools
  7. Exercise failures
  8. Measure latency
  9. Write evidence

Le rapport

Un document, deux lectorats.

Un résumé exécutif figure en tête : verdict, score, ce qu'il faut corriger d'abord. Les constats complets et leurs preuves suivent. Un seul document, pour éviter que deux versions divergent, et il s'imprime en PDF lisible par un conseil.