사이트 간 요청 위조

Outcome：Complete the task with 사이트 간 요청 위조 (Cross-Site Request Forgery)。 User context：로그인한 급여 관리자(payroll admin)가 은행 계좌 변경을 시도하는 위험한 페이지를 방문합니다. 앱은 세션 CSRF 토큰을 요구하고, `Origin`을 확인하며, `SameSite` 쿠키를 사용합니다. 또한 관리자가 다시 로그인하도록 요청합니다. `GET` 링크는 급여를 변경할 수 없습니다. Risk or control to address：사이트 간 요청 위조 (Cross-Site Request Forgery)。 Why it applies：데이터를 변경하는 모든 브라우저 요청을 보호하세요. 여기에는 저장된 자격 증명을 스스로 전송하는 요청도 포함됩니다. 적절한 토큰과 출처 확인을 사용하세요. Classification boundary：단순히 `POST`를 사용하는 것만으로는 보호되지 않으며, CORS 또한 완전한 CSRF 방어 수단이 아닙니다. CSRF 토큰을 URL이나 다른 사이트에서 읽을 수 있는 장소에 절대 넣지 마세요. 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)：해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Authorized scope, affected assets, data class, threat actor, incident owner, and rollback limits.