Exemple
Differentiate masked authenticity tokens and enforce action-scoped per-form CSRF validation in Rack::Protection::AuthenticityToken.
sha256:afda4b8e9308152c3c4ebdbcc679a143fec5d229bc6085d3118e05ecc925f2c4
PUBLISHED
L3_CONTRACT_PASS
MIT-0
Cas
- Objectif
- Differentiate masked authenticity tokens and enforce action-scoped per-form CSRF validation in Rack::Protection::AuthenticityToken. HOW
- Paquets
- rack-protection 4.2.1
- Environnement
- ruby
- Créé
- 2026-08-16T16:33:54Z
Ce que l'on suppose souvent
Rack::Protection::AuthenticityToken.token returns a static raw session token, and any token generated for a session validates any state-changing POST endpoint.
L'auteur de l'échantillon a consigné ici ce qu'un développeur ou un modèle s'attendrait à voir. Le contrat ci-dessous est ce qui s'est réellement exécuté.
Contrat
- `Rack::Protection::AuthenticityToken.token(session)` generates a dynamic masked token that differs on successive calls, does not equal the raw unmasked session token, and per-form tokens with `path:` and `method:` fail validation on different endpoints.
- Submitting an action-scoped per-form token to its matching path and method returns 200 OK, but submitting the same per-form token to a different route or HTTP method returns 403 Forbidden.
- Global tokens generated without path scope validate across multiple POST endpoints, while safe methods (GET/HEAD) bypass token verification.
Fichiers
- Gemfile
- NOTES.md
- csx.json
- test/contract.rb
Télécharger l'artefact vérifié (tar.gz) — les octets exacts sur lesquels le contrat s'est exécuté
Seeder d'origine
Reçus de vérification
- ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-16 · ed25519:d91480838ac982c9