Individual skill

usenixsec-writing-style

Use when drafting or revising prose for a USENIX Security Symposium paper — threat-model-first structure, calibrated security claims, disclosure narrative woven into the text, 13-page discipline in the USENIX template, and the plain systems-security register this program committee rewards.

USENIX-Security-Skills/skills/usenixsec-writing-style/SKILL.md

Read pinned source

Source commit 932eb23331721b16e967c59f093781be1928b498

What was checked

Matches the observed repository HEAD
Yes
Scanner rules are current
Yes
Repository scan complete
No
Skill scan complete
Yes
Observed behavior
Network or broad shell
Last checked
Nov 9, 2026

These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.

Install this skill

Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.

An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.

Repository context

Repository stars (not skill ratings)
1,397
Repository last updated
Sep 27, 2026
License
MIT

Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.

Files and excerpt

File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.

Browse files
Read excerpt

# USENIX Security Writing Style

A USENIX Security paper argues like an engineer under oath: state what the
adversary can do, show what you built or broke, measure it honestly, and say
plainly what does not follow. The style advice here is calibrated to the '26 CFP's
format rules and to the venue's reviewing culture; format numbers are one cycle's
snapshot.

## Structure: the threat model is load-bearing

Readers at this venue locate every claim relative to an adversary. Put the threat
model early (typically Section 2 or 3), make it precise, and never let the
evaluation quietly assume a stronger or weaker attacker than the model granted:
Back to top