performing-service-account-audit
审计企业基础设施中的服务账户,识别孤立账户、过度特权账户和不合规账户。本技能涵盖在 Active Directory、云平台中发现服务账户,评估权限级别,识别缺失负责人,以及执行生命周期策略。
Best use case
performing-service-account-audit is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
审计企业基础设施中的服务账户,识别孤立账户、过度特权账户和不合规账户。本技能涵盖在 Active Directory、云平台中发现服务账户,评估权限级别,识别缺失负责人,以及执行生命周期策略。
Teams using performing-service-account-audit should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/performing-service-account-audit/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How performing-service-account-audit Compares
| Feature / Agent | performing-service-account-audit | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
审计企业基础设施中的服务账户,识别孤立账户、过度特权账户和不合规账户。本技能涵盖在 Active Directory、云平台中发现服务账户,评估权限级别,识别缺失负责人,以及执行生命周期策略。
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# 执行服务账户审计 ## 概述 审计企业基础设施中的服务账户,识别孤立账户、过度特权账户和不合规账户。本技能涵盖在 Active Directory、云平台、数据库和应用程序中发现服务账户,评估权限级别,识别缺失负责人,执行生命周期策略。 ## 目标 - 跨 AD、云、数据库和应用程序发现所有服务账户 - 识别没有有效负责人或关联应用程序的孤立账户 - 评估权限级别并标记过度特权的服务账户 - 检查未轮换密码和弱认证 - 映射服务账户依赖关系以便安全整改 - 为 SOX、PCI DSS 和 HIPAA 审计生成合规报告 ## 核心概念 ### 服务账户类型 1. **AD 服务账户**:Windows 服务、计划任务、IIS 应用程序池 2. **托管服务账户(gMSA)**:AD 托管的自动密码轮换 3. **云 IAM 服务账户**:AWS IAM 角色/用户、Azure 服务主体、GCP 服务账户 4. **数据库服务账户**:应用程序连接账户、复制账户 5. **应用程序服务账户**:API 密钥、机器人账户、集成账户 ### 审计维度 - **所有权**:谁负责这个账户? - **用途**:哪个应用程序/服务使用这个账户? - **权限**:这个账户有哪些权限? - **认证**:这个账户如何认证(密码、密钥、证书)? - **轮换**:凭据最后一次更改是什么时候? - **活动**:这个账户最后一次使用是什么时候? ## 实施步骤 ### 步骤 1:发现 - Active Directory 1. 查询 AD 中的所有服务账户(按描述、OU、命名约定过滤) 2. 识别设置了 `ServicePrincipalName` 的账户 3. 列出特权组中的账户(Domain Admins、Enterprise Admins) 4. 检查 gMSA 与传统服务账户 5. 识别设置了 `PasswordNeverExpires` 标志的账户 ### 步骤 2:发现 - 云平台 - **AWS**:列出带访问密钥的 IAM 用户,检查最后使用日期,识别未使用的角色 - **Azure**:枚举服务主体、应用注册、托管标识 - **GCP**:列出服务账户,检查密钥年龄,识别未使用的权限 ### 步骤 3:评估 - 标记具有管理员/特权组成员资格的账户 - 根据轮换策略检查密码年龄(最多 90 天) - 识别 90 天以上无登录活动的账户 - 对照 CMDB/资产清单验证账户所有权 - 检查共享凭据(多个账户具有相同密码哈希) ### 步骤 4:风险分类 - **严重**:域/云管理员权限,无密码轮换 - **高危**:访问敏感数据,无已识别负责人 - **中危**:标准服务权限,密码超过 90 天 - **低危**:只读访问,托管凭据(gMSA、托管标识) ### 步骤 5:整改 - 与应用程序团队验证后禁用孤立账户 - 在可能的情况下将传统服务账户转换为 gMSA - 轮换超过策略阈值的凭据 - 将权限减少到最低要求 - 分配负责人并记录依赖关系 ## 安全控制 | 控制项 | NIST 800-53 | 描述 | |--------|-------------|------| | 账户管理 | AC-2 | 服务账户生命周期 | | 账户审查 | AC-2(3) | 账户定期审查 | | 最小权限 | AC-6 | 最低服务账户权限 | | 认证器管理 | IA-5 | 服务凭据轮换 | | 审计审查 | AU-6 | 审查服务账户活动 | ## 常见陷阱 - 在未验证应用程序依赖关系的情况下禁用服务账户 - 未发现 Active Directory 之外的服务账户 - 遗漏云服务主体和托管标识 - 未检查服务账户的交互式登录权限 - 在整改前未记录依赖关系 ## 验证 - [ ] 跨所有平台建立服务账户清单 - [ ] 每个账户都分配了负责人 - [ ] 特权服务账户已记录并说明理由 - [ ] 密码轮换合规性已检查 - [ ] 孤立账户已标记待整改 - [ ] 已识别 gMSA 迁移候选账户 - [ ] 已生成合规报告
Related Skills
performing-yara-rule-development-for-detection
通过识别可执行文件中的唯一字节模式、字符串和行为指标,开发精准的 YARA 恶意软件检测规则,同时将误报率降至最低。
performing-wireless-security-assessment-with-kismet
使用 Kismet 通过被动射频监控进行无线网络安全评估,检测流氓接入点(Rogue AP)、隐藏 SSID、弱加密和未授权客户端。
performing-wireless-network-penetration-test
执行无线网络渗透测试,通过捕获握手包、破解 WPA2/WPA3 密钥、检测流氓接入点以及使用 Aircrack-ng 和相关工具测试无线网络分段,评估 WiFi 安全性。
performing-windows-artifact-analysis-with-eric-zimmerman-tools
使用 Eric Zimmerman 的开源 EZ Tools 套件(包括 KAPE、MFTECmd、PECmd、LECmd、JLECmd 和 Timeline Explorer)执行全面的 Windows 取证制品分析,解析注册表 hive、预取文件、事件日志和文件系统元数据。
performing-wifi-password-cracking-with-aircrack
在授权无线安全评估中捕获 WPA/WPA2 握手包,并使用 aircrack-ng、hashcat 和字典攻击进行离线密码破解, 以评估密码短语强度和无线网络安全状况。
performing-web-cache-poisoning-attack
在授权安全测试期间,通过未纳入缓存键的头部和参数毒化缓存响应,利用 Web 缓存机制向其他用户投递恶意内容。
performing-web-cache-deception-attack
通过利用 CDN 缓存层与源服务器之间的路径规范化差异,执行 Web 缓存欺骗攻击,从而缓存并获取敏感的已认证内容。
performing-web-application-vulnerability-triage
使用 OWASP 风险评级方法论对 DAST/SAST 扫描器的 Web 应用程序漏洞发现进行分类,区分真阳性和假阳性,并确定修复优先级。
performing-web-application-scanning-with-nikto
Nikto 是一款开源 Web 服务器和 Web 应用程序扫描器,可针对超过 7,000 个潜在危险文件/程序进行测试,检查超过 1,250 个服务器的过期版本,并识别超过 270 个服务器的版本特定问题。
performing-web-application-penetration-test
遵循 OWASP Web 安全测试指南(WSTG)方法论,对 Web 应用程序执行系统化安全测试,识别认证、授权、 输入验证、会话管理和业务逻辑中的漏洞。测试人员以 Burp Suite 作为主要拦截代理,结合手动测试技术 发现自动化扫描器遗漏的缺陷。适用于 Web 应用渗透测试、OWASP 测试、应用安全评估或 Web 漏洞测试等请求场景。
performing-web-application-firewall-bypass
使用编码技术、HTTP 方法操控、参数污染和载荷混淆绕过 Web 应用防火墙保护,将 SQL 注入、XSS 及其他攻击载荷穿透 WAF 检测规则。
performing-vulnerability-scanning-with-nessus
使用 Tenable Nessus 执行认证和未认证漏洞扫描,识别网络基础设施、服务器和应用程序中的已知漏洞、 错误配置、默认凭据和缺失补丁。扫描器将发现与 CVE 数据库和 CVSS 评分关联,生成优先级修复指导。 适用于漏洞扫描、Nessus 评估、补丁合规检查或自动化漏洞检测等请求场景。