ConfirmChallenge is the simplest verification step in Attesta’s challenge system. It presents the operator with a summary of the action and asks for a Y/N confirmation. A built-in minimum review timer ensures the operator has enough time to actually read the summary before responding.
When It Is Used
By default,ConfirmChallenge is assigned to MEDIUM risk actions (score 0.3–0.6). These are typically state-changing operations that are well-understood and reversible — things like creating resources, updating configurations, or sending notifications.
| Parameter | Default | Description |
|---|---|---|
min_review_seconds | 3.0 | Minimum seconds before a response is accepted without rubber-stamp flagging |
How It Works
- The operator is shown a panel with the action name, arguments, risk score, and risk level
- A timer starts counting from the moment the panel is displayed
- The operator types
Y(approve) orN(deny) - If the response arrives before
min_review_seconds, the approval is still accepted but flagged as a rubber stamp in the audit trail
MEDIUM RISK — Approval Required Action:create_user| Arguments:name="Jane Doe",role="editor"| Risk: 0.42 (MEDIUM) | Agent: content-bot Approve this action? [Y/n]
Usage
Rubber-Stamp Detection
If the operator responds in less thanmin_review_seconds, Attesta does not block the approval. Instead, it records the event with min_review_met: false in the audit trail. This allows security teams to retroactively identify patterns of insufficient review.
Querying Rubber Stamps
Confirm as a Sub-Challenge
ConfirmChallenge also appears as a sub-challenge in MultiPartyChallenge. When multi-party approval is required, each approver receives a different sub-challenge in a rotating pattern. Confirm is the lightest sub-challenge in the rotation (after teach-back and quiz).
Configuration via YAML
attesta.yaml
QuizChallenge
Next level up: auto-generated comprehension questions
Audit Trail
How rubber stamps and review times are recorded