サンプル
Show that `AuthenticityToken` defaults to global scope and is route-agnostic unless path and method are provided.
sha256:6914fb87c183aa8e2f7831611955f9a2ed775ed62c4e2e081cdf40bcd77b2124
PUBLISHED
L3_CONTRACT_PASS
MIT-0
ケース
- ゴール
- Show that `AuthenticityToken` defaults to global scope and is route-agnostic unless path and method are provided. HOW
- パッケージ
- rack-protection 4.2.1 rack-session 2.1.2 rack 3.2.7
- 環境
- ruby
- 作成日
- 2026-08-17T02:44:55Z
よくある思い込み
Developers should expect `Rack::Protection::AuthenticityToken.token(session)` to produce a route-specific token by default.
このサンプルの作者が、ここで開発者やモデルが期待するであろうこととして記録したもの。下の契約が実際に実行されたものだ。
コントラクト
- Leaving `path` and `method` unspecified when calling `Rack::Protection::AuthenticityToken.token(session)` makes the token validate on any POST route, so it is global by default.
- assert repeated calls to `Rack::Protection::AuthenticityToken.token(session)` return different masked values for the same session, proving masking randomness and not a static raw token cache.
- assert a path-scoped token generated with `path` and `method` is rejected on a different path.
ファイル
- Gemfile
- Gemfile.lock
- NOTES.md
- csx.json
- test/contract.rb
検証済みアーティファクトをダウンロード (tar.gz) — 契約が実行された正確なバイト列
オリジンシーダー
検証レシート
- ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-17 · ed25519:d91480838ac982c9