Backend, données et sécurité Plus de détails B · Orientation officielle Plateforme: Web

Cross-Site Request Forgery

Falsification de requête inter-sites

La falsification de requête inter-sites, ou CSRF, incite un navigateur connecté à envoyer une action que la personne n'a pas choisie. Le site ciblé a confiance dans les cookies ou autres identifiants ajoutés automatiquement par le navigateur.

Vous pourriez l'appeler Cross-Site Request ForgeryCSRFsession riding (attaque de session)

Voir comment cela fonctionne

Exemple travaillé originalFalsification de requête inter-sites

Un autre exemple

Un administrateur de paie connecté visite une page malveillante qui tente de `POST` un changement de compte bancaire. L'application exige un jeton CSRF de session, vérifie `Origin` et utilise des cookies `SameSite`. Elle demande également à l'administrateur de se reconnecter. Un lien en `GET` ne peut pas modifier la paie.

Parties principales

  1. 01Session authentifiée ambiante
  2. 02Requête falsifiée inter-sites
  3. 03Validation anti-CSRF côté serveur

Utilisez-le lorsque

Protégez chaque requête du navigateur qui modifie des données. Cela inclut les requêtes qui envoient des identifiants enregistrés par elles-mêmes. Utilisez des jetons et des vérifications d'origine appropriés.

Ne l'utilisez pas lorsque

`POST` seul n'est pas une protection, et CORS n'est pas une défense complète contre le CSRF. Ne mettez jamais un jeton CSRF dans une URL ou un endroit qu'un autre site peut lire.

Nom utilisé dans le code

synchronizer/double-submit token + Origin/Fetch Metadata checks + SameSite + reauthentication

Avant d'expédier

Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target.

Demande que vous pouvez copier

Outcome: Complete the task with Falsification de requête inter-sites (Cross-Site Request Forgery). User context: Un administrateur de paie connecté visite une page malveillante qui tente de `POST` un changement de compte bancaire. L'application exige un jeton CSRF de session, vérifie `Origin` et utilise des cookies `SameSite`. Elle demande également à l'administrateur de se reconnecter. Un lien en `GET` ne peut pas modifier la paie. Risk or control to address: Falsification de requête inter-sites (Cross-Site Request Forgery). Why it applies: Protégez chaque requête du navigateur qui modifie des données. Cela inclut les requêtes qui envoient des identifiants enregistrés par elles-mêmes. Utilisez des jetons et des vérifications d'origine appropriés. Classification boundary: `POST` seul n'est pas une protection, et CORS n'est pas une défense complète contre le CSRF. Ne mettez jamais un jeton CSRF dans une URL ou un endroit qu'un autre site peut lire. Safety requirements: Test only in an isolated space with explicit permission. Use inert, harmless inputs. Protect secrets and personal data. Name the trust boundary and record the mitigation. Operational safeguards: Set up detection and logs that hide sensitive data. Name the incident owner. Define a safe failure mode and rollback before release. Acceptance criteria: A defensive regression test fails before the mitigation and passes after it. No real target, secret, or personal data is used. Monitoring and rollback are verified. Evidence and limits (evidence boundary): C'est officiel pour cette source. D'autres plateformes ou équipes peuvent utiliser le terme d'une autre manière. Unknowns to confirm: Authorized scope, affected assets, data class, threat actor, incident owner, and rollback limits.

Vérifiez cette demande

Review how Falsification de requête inter-sites (Cross-Site Request Forgery) is used now. Definition: La falsification de requête inter-sites, ou CSRF, incite un navigateur connecté à envoyer une action que la personne n'a pas choisie. Le site ciblé a confiance dans les cookies ou autres identifiants ajoutés automatiquement par le navigateur. Release checks: Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

B
Ce terme est-il officiel ?

Orientation officielle

La plateforme, le framework, le projet ou le groupe d'experts nommé dispose d'un guide officiel pour ce terme.

C'est officiel pour cette source. D'autres plateformes ou équipes peuvent utiliser le terme d'une autre manière.

Portée
Seulement ce que couvre la source:accessibilité、guide d'utilisation、directives d'évitement
Statut du document
stable
Coché activé
2026-07-30

Sources et portée des preuves

Source faisant autorité + Référence de terme · OWASP Foundation · stable Cross-Site Request Forgery Prevention Cheat Sheet Portée: accessibilité、guide d'utilisation、directives d'évitement Rôle ici: Référence directe au terme La source couvre: accessibilité, guide d'utilisation, directives d'évitement

Copiez-le vous-même

Le navigateur n'a pas pu copier ceci. Sélectionnez la requête ci-dessous et copiez-la vous-même.