Skip to content
Back to skills

Wireless Assessment Plan

ASecurity

Plans authorized Wi-Fi, Bluetooth, RFID/NFC, SDR, and other radio assessments with explicit physical scope, transmission authority, disruption budgets, capture handling, coverage, and handoffs. Use before conducting or reviewing a wireless penetration test.

  • 53 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 16, 2026
securityrustgotestingbackendsecurity

Works with

  • cli

Security analysis

A100/100

Pro scans all 3 files and shows the line behind each finding

Scanned October 16, 2026

npx -y skills add zero-lab-ai/skills --skill wireless-assessment-plan --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Wireless Assessment Plan?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Wireless Assessment Plan
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/zero-lab-ai-wireless-assessment-plan/badge)](https://www.skillsdirectory.com/skills/zero-lab-ai-wireless-assessment-plan)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: wireless-assessment-plan
description: "Plans authorized Wi-Fi, Bluetooth, RFID/NFC, SDR, and other radio assessments with explicit physical scope, transmission authority, disruption budgets, capture handling, coverage, and handoffs. Use before conducting or reviewing a wireless penetration test."
allowed-tools: Read Grep Glob
---

# Wireless assessment plan

Radio signals cross walls, property lines, and engagement boundaries. Receiving
a signal can be passive while retaining its content, targeting its source, or
transmitting a response creates separate scope, privacy, safety, and regulatory
questions. Model those decisions before activating test equipment.

## When to Use

- Plan wireless assessment for authorized security work.
- Use only within explicit authorization and the stated rules of engagement.

## When NOT to Use

- Do not treat this skill as permission to access, test, or change a target.
- Do not convert missing evidence into a clean result or a stronger claim.

## Workflow

1. State the objective, written authorization references, approved locations,
   technologies, actions, transmission bands, disruption budget, and data rules.
   Bind every location to the authorization that names it; do not invent a
   survey, staging, or observation area to make existing evidence fit.
2. Inventory exact radio targets. Separate in-scope systems from excluded and
   unattributed signals. An observed identifier is not proof of ownership.
3. Inventory equipment by receive, transmit, emulate, and write capability.
   Keep transmit-capable equipment disabled until the plan authorizes its use.
4. Start with passive observation. Bind identifiers, channel or frequency,
   location, time, and signal evidence before proposing active work.
5. Record every proposed action against one in-scope target, one location, one
   device, one authorization reference, a stop condition, and recovery steps.
6. Treat protocol reads, association, active enumeration, authentication,
   credential testing, impersonation, protocol writes, disruption, emulation,
   and replay as RF emission. Verify written transmission authority and the
   approved band.
7. Give disruptive work an explicit duration and affected-device ceiling.
   Availability impact includes nearby clients and safety systems, not only the
   named access point or reader.
8. Cover each declared technology across scope, passive inventory, attribution,
   trust, confidentiality, integration, client behavior, availability,
   monitoring, and data safety as applicable. Preserve blocked and delegated work.
9. Register captures containing credentials, personal data, or bystander traffic
   and assign a restricted, redacted, destroyed, or other approved disposition.
10. Delegate wired segmentation, identity infrastructure, companion apps,
    backend services, and physical-access consequences with an owner and status.

## Interpretation rules

- A visible SSID, device address, tag identifier, or signal is an observation,
  not attribution or authorization.
- A capture proves only what its location, time, receiver, and recorded band
  support. Signal strength alone does not prove physical location.
- A handshake or challenge capture does not prove a weak credential. An offline
  credential test and its result are separate evidence.
- Failure to disrupt does not prove protected management or resilient service;
  range, channel, equipment, client state, and rate can explain the result.
- A successful association does not prove segmentation failure. The downstream
  path needs its own authorized evidence or handoff.
- Receive-only authority does not permit active protocol reads, replay,
  emulation, jamming, cloning, enumeration, or writes.

## Rationalizations to reject

- **"The signal reaches us, so it is in scope."** Propagation does not establish
  ownership, attribution, or authority.
- **"It is an unlicensed band, so transmission is allowed."** Band rules,
  power limits, engagement authority, interference, and local law still apply.
- **"One short deauthentication or jam will not hurt anything."** Disruption
  needs an explicit budget and can affect bystanders or safety-relevant systems.
- **"We only captured traffic; we did not attack it."** Captures can contain
  credentials, personal data, and unrelated communications that require handling.
- **"The SSID and company name match, so this is their access point."** Names
  are forgeable. Preserve attribution as unresolved until evidence supports it.
- **"a complete record means we can transmit."** It validates the document.
  Written authorization and the operator still govern execution.

Files in this skill

  • SKILL.md4.6 KB
  • agents/openai.yaml238 B
  • assets/zero-lab-mark.svg10.6 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.