Plan a scoped security check for a password-reset change.
Instruction: Produce a small test matrix using the authorized fixtures and explain the evidence, scope limits and stopping conditions.
A fictional staging application has authorized test accounts A and B and a reserved nonexistent test address. Its password-reset request endpoint returns the same HTTP 202 status and generic message for existing and nonexistent addresses. A reset token is bound to one account, expires at an age of exactly 20 minutes, and can succeed only once. A successful reset invalidates all existing sessions for that account but must not affect other accounts. QA can access a fake mailbox, a controlled test clock and a read-only session inspector. Test accounts and synthetic records are the only permitted targets. Keep requests below 15 per minute; load testing, real employee addresses and production systems are outside this engagement. No performance or response-time equivalence requirement is supplied.
Updated
Official answer available
Read the opening below, then unlock the full answer and practical guidance.
I would test the stated controls with A, B and the reserved nonexistent address, keeping requests below the agreed limit. For the request endpoint, I would compare the status and generic message for existing and nonexistent addresses. That checks the specified response contract; it does not establish that timing or every other side channel is indistinguishable...
Related Questions
-
easy
-
easy
-
easy
-
easy
-
easy
-
easy