workspace/skills/fmc-firewall-ops/SKILL.md
Cisco Secure Firewall FMC — access policy search, rule inspection, FTD device targeting, multi-FMC profile management. Use when searching firewall rules by IP or FQDN, checking if host A can reach host B through the firewall, auditing FMC access policies, or reviewing SGT-based segmentation rules.
npx skillsauth add automateyournetwork/netclaw fmc-firewall-opsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
http://<host>:8000/mcp) — requires HTTPS reverse proxy for productiongit clone + pip install -r requirements.txt + python -m sfw_mcp_fmc.server (or Docker)FMC_BASE_URL, FMC_USERNAME, FMC_PASSWORD| Tool | What It Does |
|------|-------------|
| list_fmc_profiles | Discover all configured FMC instances (single or multi-FMC mode). Returns profile IDs, display names, and aliases. Use this first to select which FMC to query. |
| find_rules_by_ip_or_fqdn | Search rules within a specific access policy by IP address or FQDN. Matches source/destination network objects against the given indicator. |
| find_rules_for_target | Resolve FTD devices or HA clusters to their assigned access policies, then search those policies. Use when you know the firewall device name but not the policy name. |
| search_access_rules | FMC-wide rule search with multiple filter types: network indicators (IP, FQDN), identity indicators (SGT tags, realm users/groups), and policy name filters. The most powerful search tool. |
| Concept | What It Means | |---------|---------------| | FMC | Firepower Management Center — centralized management for Cisco Secure Firewalls (FTD) | | FTD | Firepower Threat Defense — the firewall appliance/virtual managed by FMC | | Access Policy | Collection of access rules (ACLs) applied to FTD devices — permit/deny by source/dest/port/app | | Access Rule | Individual rule within a policy — source zones, dest zones, source/dest networks, ports, action (allow/block/monitor) | | SGT | Security Group Tag — TrustSec identity-based tag for micro-segmentation | | HA Cluster | High Availability pair of FTD devices sharing the same policy | | Profile | FMC connection configuration (URL, credentials) — supports multi-FMC environments |
When a user asks "what firewall rules exist for 10.1.1.0/24?":
list_fmc_profiles — identify which FMCs manage this networksearch_access_rules with network indicator 10.1.1.0/24When investigating connectivity through the firewall:
find_rules_for_target with the FTD device namefind_rules_by_ip_or_fqdn for the source IP in the resolved policyWhen auditing TrustSec/SGT-based policies:
search_access_rules with identity indicator for a specific SGT valueise-posture-audit to verify SGT assignment policies in ISEWhen managing multiple FMC instances:
list_fmc_profiles — see all managed FMC instancessearch_access_rules with common indicators| Skill | How They Work Together |
|-------|----------------------|
| pyats-security | FMC rule audit + device-level ACL verification via pyATS |
| ise-posture-audit | FMC SGT rules + ISE SGT assignment and TrustSec matrix |
| ise-incident-response | FMC rules for quarantine verification + ISE endpoint investigation |
| aws-security-audit | Cross-platform security: FMC on-prem + AWS cloud security posture |
| gcp-cloud-logging | FMC firewall logs vs GCP firewall logs for hybrid environments |
| nso-device-ops | FMC policies + NSO device config for end-to-end policy view |
| servicenow-change-workflow | ServiceNow CR gating before any FMC policy modifications |
| github-ops | Commit FMC rule snapshots to Git for config-as-code tracking |
Single FMC mode (set in .env):
FMC_BASE_URL=https://fmc.example.com
FMC_USERNAME=api-user
FMC_PASSWORD=changeme
FMC_VERIFY_SSL=false
Multi-FMC mode (profile directory):
profiles/
dc-east.env # FMC for DC East
dc-west.env # FMC for DC West
dmz.env # FMC for DMZ firewalls
Each profile .env contains:
FMC_PROFILE_ID=dc-east
FMC_PROFILE_DISPLAY_NAME=DC East FMC
FMC_PROFILE_ALIASES=10.1.1.10,fmc-east
FMC_BASE_URL=https://fmc-east.example.com
FMC_USERNAME=api-user
FMC_PASSWORD=changeme
FMC_VERIFY_SSL=false
list_fmc_profiles first to select the right FMC instanceFMC_BASE_URL — FMC URL (e.g., https://fmc.example.com)FMC_USERNAME — FMC API usernameFMC_PASSWORD — FMC API passwordFMC_VERIFY_SSL — SSL verification (true/false)FMC_PROFILES_DIR — path to multi-FMC profiles directory (optional)FMC_PROFILE_DEFAULT — default profile name (optional)testing
Human-in-the-loop escalation via HumanRail — route low-confidence agent decisions, pre-destructive operation approvals, and ambiguous incident tickets to real human engineers. Human answers are verified and returned as structured output. Workers are paid via Lightning Network. Use when the agent is uncertain, when a destructive change needs explicit human sign-off beyond a ServiceNow CR, or when an ambiguous ticket requires human triage before automated handling.
testing
Manage EVE-NG node lifecycle. Use when listing nodes, checking runtime state, creating or deleting nodes, starting or stopping nodes or whole labs, verifying node details, or wiping node NVRAM back to factory defaults.
development
Manage EVE-NG labs and platform inventory. Use when listing labs, checking lab metadata, creating or deleting labs, importing or exporting lab archives, checking EVE-NG health or auth, or verifying available node images before build work.
tools
Execute live CLI commands on running EVE-NG nodes over telnet console. Use when running show commands, making live config changes, verifying protocol state, testing connectivity, checking console readiness, or interacting with IOS, Junos, VPCS, EOS, or NX-OS nodes.