Skip to content
Back to skills

Attack Surface Mapping

ASecurity

Map application attack surface before deep scanning — use to inventory entry points, trust boundaries, data stores, and high-risk features that prioritize AXGuard skills and /axguard-audit.

  • 15 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 22, 2026
securityrustgoshellapisecurity

Works with

  • cli
  • api

Security analysis

A100/100

Scanned September 22, 2026

npx -y skills add awarexone/AXguard --skill attack-surface-mapping --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Attack Surface Mapping?

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

Security grade badge for Attack Surface Mapping
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/awarexone-attack-surface-mapping/badge)](https://www.skillsdirectory.com/skills/awarexone-attack-surface-mapping)

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: attack-surface-mapping
description: Map application attack surface before deep scanning — use to inventory entry points, trust boundaries, data stores, and high-risk features that prioritize AXGuard skills and /axguard-audit.
version: "1.0.0"
author: AwareXone
license: MIT
domain: discovery
subcategory: attack-surface
tags: [attack-surface, inventory, discovery, recon]
frameworks:
  cwe: []
  owasp_top10: [A04:2021]
  owasp_api_top10: [API9:2023]
  owasp_llm_top10: []
  owasp_wstg: []
  owasp_asvs: []
  mitre_attack: []
  mitre_atlas: []
  nist_csf: []
  nist_ai_rmf: []
related_skills: [threat-modeling, security-architecture-review, api-security, security-triage]
related_commands: [/axguard-threat-model, /axguard-surface, /axguard-audit, /axguard-scan, /axguard-cso]
related_rules: []
references:
  - https://owasp.org/Top10/A04_2021-Insecure_Design/
  - https://owasp.org/API-Security/editions/2023/en/api9-improper-inventory-management/
last_reviewed: "2026-09-15"
---

# Attack Surface Mapping

## Purpose

Produce a concise **attack surface inventory** of the software under review so subsequent AXGuard skills target real entry points instead of guessing.

## When to Use / When Not to Use

**Use when:**

- First touch on a repo, large PR, or pre-ship gate.
- Before `/axguard-audit` when scope is unclear.
- Alongside `threat-modeling` for unknown systems.

**Do not use when:**

- A single known sink class is already in scope (go to that domain skill).
- Pure dependency CVE scanning without app entry mapping (supply-chain skill when available).

## Security Concepts

Attack surface = **reachable interfaces that accept trust** (HTTP, WS, queues, uploads, admin CLIs, agent tools). Shadow endpoints and forgotten versions (API9) are surface, not footnotes.

## Threat Model

Mapping itself is not a vuln. It identifies where attackers interact: anonymous vs authenticated surfaces, high-value sinks, and unmanaged inventory.

## Analysis Workflow

1. **Prefer CLI when available**: run `axguard surface <path>` (or rely on the audit `surface` phase via `axguard audit`) to get `application-model.json` / `.md` before manual inventory.
2. **Identify exposure**: web routes, GraphQL, WS, gRPC, webhooks, mobile BFF, admin panels, debug/actuators.
3. **List trust inputs**: params, headers, files, messages, env-injected dynamic config, model/tool outputs.
4. **Map identities**: anonymous, user, admin, service, CI.
5. **Note data stores & egress**: DB, object storage, email, outbound HTTP (SSRF candidates), cloud metadata.
6. **Flag high-risk features**: auth, payments, uploads, HTML render, template editors, deserializers, shell-outs, agents.
7. **Diff inventory vs docs/OpenAPI** — mark undocumented/shadow routes.
8. **Prioritize** top surfaces → assign AXGuard commands/skills (`/axguard-auth`, `ssrf-analysis`, etc.).
9. Hand off to `threat-modeling` (abuse cases) and `axguard audit` (detection).

## Evidence Requirements

Surface maps are **inventory artifacts**. Do not file CVEs from mapping alone. Record:

- Entry point list with auth expectation
- High-risk feature tags
- Recommended next skills

## False Positive Controls

- Dead code / unreachable feature flags documented as non-surface
- Internal-only listeners bound to localhost with confirmed deployment evidence
- Third-party SaaS UIs outside the owned codebase (note as dependency risk only)

## Remediation

Inventory gaps become engineering work: remove shadow APIs, document OpenAPI, disable debug surfaces, reduce anonymous reachability.

## Verification

```text
axguard surface <path> (or audit surface phase) → Confirm against routes/deploy config → Feed /axguard-audit → Update map when features change
```

## Related Skills

- `threat-modeling`, `security-architecture-review`
- `api-security`, `axguard-cso` / audit orchestration

## Framework Mapping

- OWASP A04:2021 Insecure Design
- OWASP API9:2023 Improper Inventory Management

## References

- https://owasp.org/Top10/A04_2021-Insecure_Design/
- https://owasp.org/API-Security/editions/2023/en/api9-improper-inventory-management/

## Research Provenance

Primary sources:

- OWASP Top 10:2021 A04; OWASP API9:2023 (accessed 2026-09-15)

Secondary / internal:

- AXGuard `/axguard-threat-model`, `/axguard-audit`, CSO skill
- AwareXone Agentic-Bug-Hunter recon/surface methodology (concepts only; not copied)

Datasets:

- UVID HF dataset — category linkage concepts only (MIT license metadata review 2026-09-15)

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.

View all in security →

Comments

Loading comments…

Newsletter

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