Content
50%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The body is a tight, well-organized catalog of XS-leak techniques with several executable snippets and a useful severity/defender reference, but it has no explicit multi-step workflow with validation and leaves some technique categories as prose.
Suggestions
Tighten the opening paragraph to remove conceptual framing Claude already knows and lead directly with the technique catalog.
Add complete executable snippets for the prose-only categories (error-event oracle, CSS style oracle, cache-timing search presence) instead of descriptions.
Turn the PoC framing section into a numbered workflow with validation checkpoints (verify attacker-host isolation, confirm victim authenticated state, confirm observable differential before recording).
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly lean with concrete snippets, but the opening conceptual paragraph ('XS-Leaks abuse browser primitives that leak information ACROSS origins...') and asides like 'browser mitigations evolve fast' explain context Claude largely already knows. | 2 / 3 |
Actionability | Provides real executable JS (performance.now timing, frame-count iframe, no-cors fetch timing), but several categories (error-event oracle, CSS injection, search-presence) are prose-only and the ID-guess loop is left as a commented placeholder. | 2 / 3 |
Workflow Clarity | Section 4 lists PoC requirements and a loose document/record sequence, but the multi-step attacker-host setup lacks explicit validation checkpoints or feedback loops, capping this at 2. | 2 / 3 |
Progressive Disclosure | Well-organized into clear sections with a clearly signaled external reference (xsleaks.dev) and a cross-references block, but with no bundle files all content sits inline and nothing is progressively split into reference files. | 2 / 3 |
Total | 8 / 12 Passed |