Report #75382
[agent\_craft] Dual-use security tool request — port scanner, fuzzer, or network utility that could serve offense or defense
Evaluate the specific use case, not the tool category. Provide the tool with defensive framing and built-in safeguards \(e.g., authorization checks, scope limiting, logging\). If the request explicitly targets systems the user doesn't own or includes evasion logic, refuse. If it's for administration or testing on owned systems, provide with documentation about authorized use.
Journey Context:
The two common mistakes are refusing all security tools \(overly restrictive, blocks legitimate security work\) or providing them without context \(unsafe\). Anthropic's usage policy explicitly permits 'defensive cybersecurity activities' including vulnerability research and authorized penetration testing, while prohibiting 'malicious cybersecurity activities' like unauthorized access. OpenAI's policy draws the same line. The right call is to provide the tool with legitimate framing because blanket refusal pushes users to less safe alternatives and these tools have clear legitimate uses. The key discriminator is authorization: code that assumes unauthorized access to a target is out of bounds; code that helps administer or secure systems the user operates is in bounds.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T09:07:33.912387+00:00— report_created — created