Observez le chemin,
pas un verdict.
Un contrôle en amont unique limité pour une seule origine publique et jusqu'à cinq chemins relatifs. Les résultats sont conservés uniquement dans la mémoire de cette page en tant qu'observations, et non comme une déclaration haut/bas ou un service de surveillance en direct.
UTILISEZ-LE POUR: À utiliser immédiatement avant ou après une version contrôlée pour collecter un petit ensemble d'observations explicites et confier le travail de statut en direct à SID.
Cadrez la question.
Envoyez une origine HTTP(S) publique et un à cinq chemins relatifs au contrôle en amont SIU délimité. N'entrez pas d'informations d'identification, de routes privées, d'identifiants client ou de chaînes de requête sensibles.
Ni opérationnel ni en panne.
Une réponse HTTP provenant d’une vérification limitée est une observation ponctuelle. Elle n’établit pas la disponibilité, le temps de fonctionnement, l’impact client ni une cause racine.
- Les résultats restent uniquement dans la mémoire de cette page ouverte.
- Le statut HTTP nécessite un contexte ; ce n’est pas un verdict sur la santé des produits.
Ce qui a été renvoyé.
Lisez ces entrées avec le contexte de la version et la vérification approuvée du chemin client. Ils sont effacés lorsque cette page est actualisée ou quittée.
Effectuez l'étape suivante connue.
- Fournissez une origine HTTP(S) publique et un à cinq chemins relatifs. Le contrôle en amont côté serveur reçoit exactement cette requête limitée et applique des contrôles stricts de sécurité des cibles.
- Conservez les observations renvoyées dans la page ouverte uniquement. Enregistrez tout suivi nécessaire dans le système interne agréé de l’équipe, et non dans cette interface publique.
- Interprétez les observations de réponse en fonction du contexte de la version, des limites d'authentification, de la mise en cache, de la géographie et des rapports clients. Transmettez les préoccupations en direct à SID et au processus d’incident de l’équipe.
Confirmez que chaque chemin soumis est relatif à l’origine fournie et peut être observé en toute sécurité sans informations d’identification.
Comparez une observation avec le parcours client prévu et l'enregistrement de la version avant de prendre une décision.
Utilisez la destination SID et le workflow de réponse approuvé par l'équipe pour les travaux de statut en cours ou ayant un impact sur le client.
Notes de source, pas une certitude empruntée.
Base de planification : sémantique de fetch MDN et mesures de protection OWASP contre les SSRF
- MDN — Window.fetch() ↗MDN note qu'une promesse d'extraction est résolue lorsqu'une réponse est disponible et n'est pas rejetée uniquement en cas d'état d'erreur HTTP ; le statut de la réponse nécessite encore une interprétation.
- OWASP — Server Side Request Forgery Prevention Cheat Sheet ↗OWASP recommande une validation stricte de la cible, une gestion minutieuse de DNS, le rejet des adresses privées et des contrôles de redirection pour les requêtes côté serveur.
Rédaction : Projet éditorial d'activation de SIU ; orientation opérationnelle limitée à la source. Révisé par : Le propriétaire de la version et le propriétaire de la plateforme approuvent les chemins sélectionnés et toute interprétation des résultats. Revalider : Revalidez l’ensemble d’observations lorsque le routage, l’authentification, l’hébergement ou les parcours clients changent.