Azure Security Posture Hardening
Purpose
Review and harden Azure platform or workload posture using operator-grade controls:
- least privilege,
- managed identities over stored secrets,
- private access where justified,
- Key Vault hardening,
- policy-enforced controls,
- audit and diagnostic coverage,
- staged remediation with rollout safety.
When to use
Use this skill when the user asks for:
- Azure security baseline or posture review,
- managed identity migration guidance,
- Key Vault hardening or secret-handling critique,
- private endpoint or public exposure decisions for sensitive services,
- Azure Policy or Defender-backed hardening recommendations,
- logging, diagnostics, or auditability expectations for Azure security controls,
- zero-trust-oriented review of platform or workload controls.
Do not use this skill as a full compliance audit, incident forensics runbook, or a substitute for deep service-specific implementation docs.
Lean operating rules
- Prefer Microsoft Learn documentation through the user's configured documentation MCP, then sampled read-only Azure evidence when available, then sanitized user evidence.
- Separate confirmed facts from inference. If state was not queried or shown, say so.
- Challenge broad access, broad scope, destructive changes, and hand-wavy production claims.
- Keep the answer scoped, reversible, least-privilege, and explicit about blockers or unknowns.
References
Load these only when needed:
- Azure Security Posture Hardening Operations — use for current service behavior, common failure modes, hard design rules, verification targets, and push-back conditions.
- Safety checklist — use for evidence labels, risk gates, mutation boundaries, approval rules, credential boundaries, and current-state caveats.
- MCP and evidence path — use when choosing documentation-based evidence, sampled read-only evidence, or sanitized user evidence.
- Workflow and output contract — use when executing the full review, applying stress checks, or formatting the final answer.
- Official sources — use when you need the detailed Microsoft documentation list or source notes.
Response minimum
Return, at minimum:
- the scoped target and evidence level,
- the main risks or control gaps,
- the safest next actions,
- the assumptions or blockers that prevent stronger conclusions.
1---2name: azure-security-posture-hardening3description: Azure Security Posture Hardening4---56# Azure Security Posture Hardening78## Purpose910Review and harden Azure platform or workload posture using operator-grade controls:1112- least privilege,13- managed identities over stored secrets,14- private access where justified,15- Key Vault hardening,16- policy-enforced controls,17- audit and diagnostic coverage,18- staged remediation with rollout safety.1920## When to use2122Use this skill when the user asks for:2324- Azure security baseline or posture review,25- managed identity migration guidance,26- Key Vault hardening or secret-handling critique,27- private endpoint or public exposure decisions for sensitive services,28- Azure Policy or Defender-backed hardening recommendations,29- logging, diagnostics, or auditability expectations for Azure security controls,30- zero-trust-oriented review of platform or workload controls.3132Do not use this skill as a full compliance audit, incident forensics runbook, or a substitute for deep service-specific implementation docs.3334## Lean operating rules3536- Prefer Microsoft Learn documentation through the user's configured documentation MCP, then sampled read-only Azure evidence when available, then sanitized user evidence.37- Separate confirmed facts from inference. If state was not queried or shown, say so.38- Challenge broad access, broad scope, destructive changes, and hand-wavy production claims.39- Keep the answer scoped, reversible, least-privilege, and explicit about blockers or unknowns.4041## References4243Load these only when needed:4445- [Azure Security Posture Hardening Operations](references/security-posture-hardening-operations.md) — use for current service behavior, common failure modes, hard design rules, verification targets, and push-back conditions.46- [Safety checklist](references/safety-checklist.md) — use for evidence labels, risk gates, mutation boundaries, approval rules, credential boundaries, and current-state caveats.47- [MCP and evidence path](references/mcp-and-evidence.md) — use when choosing documentation-based evidence, sampled read-only evidence, or sanitized user evidence.48- [Workflow and output contract](references/workflow-and-output.md) — use when executing the full review, applying stress checks, or formatting the final answer.49- [Official sources](references/official-sources.md) — use when you need the detailed Microsoft documentation list or source notes.5051## Response minimum5253Return, at minimum:5455- the scoped target and evidence level,56- the main risks or control gaps,57- the safest next actions,58- the assumptions or blockers that prevent stronger conclusions.