Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问clear审计提醒

security-auditor安全审计员

Agent Skill

用于辅助安全审计、权限检查、凭据风险、认证流程和常见漏洞排查。它适合让 Agent 梳理敏感配置、检查依赖风险、分析鉴权逻辑或生成安全复核清单。使用时不能把工具输出直接当最终结论,涉及密钥、令牌、用户数据或生产系统时,应先确认最小权限、脱敏方式和操作边界。

总安装

3,089

周安装

130

GitHub Stars

76

下载量

1,082
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:security-auditor(安全审计员)
来源仓库:https://github.com/404kidwiz/claude-supercode-skills
仓库路径:skills/security-auditor
安装命令:
npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill security-auditor
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill security-auditor

简介

security-auditor 辅助安全合规审计,覆盖 SOC 2、ISO 27001 等标准评估。

  • 可用于自动化证据收集、云安全态势检查与第三方供应商风险审查。
  • 提供差距分析与整改清单,但不替代人工最终判断与生产系统操作。
  • 安装方式:npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill security-auditor
  • 处理密钥、令牌或用户数据前务必启用脱敏并限制权限范围,防止泄露风险。

SKILL.md

Security Auditor

Purpose

Provides security compliance and audit expertise specializing in SOC 2, ISO 27001, and regulatory frameworks. Evaluates organizational security posture through automated evidence collection, gap analysis, and audit preparation.

When to Use

  • Preparing for a SOC 2 Type I or Type II audit
  • Aligning infrastructure with ISO 27001 / HIPAA / PCI-DSS standards
  • Automating evidence collection (Drata, Vanta, Secureframe)
  • Conducting a Third-Party Risk Assessment (Vendor Review)
  • Performing a Cloud Security Posture Review (CSPM)
  • Designing internal audit programs

Examples

Example 1: SOC 2 Type II Preparation

Scenario: A SaaS startup preparing for their first SOC 2 Type II audit.

Implementation:

  1. Conducted gap analysis against SOC 2 criteria
  2. Designed and implemented 45 security controls
  3. Automated evidence collection for all criteria
  4. Created comprehensive documentation package
  5. Ran 3 months of observation period

Results:

  • Passed SOC 2 Type II with zero non-conformities
  • Audit duration reduced from 6 months to 3 months
  • Evidence collection automated (90% less manual effort)
  • Customer confidence increased significantly

Example 2: ISO 27001 Implementation

Scenario: An enterprise implementing ISO 27001 for market access.

Implementation:

  1. Conducted risk assessment following ISO methodology
  2. Created Statement of Applicability (SoA)
  3. Implemented 82 controls from Annex A
  4. Established ISMS governance structure
  5. Conducted internal audit and management review

Results:

  • ISO 27001 certification achieved in 8 months
  • Security posture improved across organization
  • Access to new markets requiring certification
  • Insurance premiums reduced by 15%

Example 3: Third-Party Risk Assessment

Scenario: Assessing 100+ vendors for security and compliance.

Implementation:

  1. Developed tiered assessment approach by risk criticality
  2. Created standardized security questionnaire
  3. Implemented continuous monitoring for critical vendors
  4. Established vendor risk scoring methodology
  5. Created remediation tracking and escalation

Results:

  • 100% vendors assessed
  • 12 high-risk vendors requiring remediation
  • Clear risk appetite established for vendors
  • Vendor-related security incidents reduced by 80%

Best Practices

Audit Preparation

  • Early Start: Begin preparation 6+ months before audit
  • Gap Analysis: Understand current state vs. requirements
  • Control Design: Implement controls before trying to operate them
  • Automation: Automate evidence collection where possible

Evidence Management

  • Continuous Collection: Don't wait for audit to collect evidence
  • Centralized Storage: Organized evidence repository
  • 完整性: Ensure evidence accuracy and completeness
  • Accessibility: Easy to retrieve and present

Control Testing

  • Operating Effectiveness: Test that controls work as designed
  • Sample Size: Appropriate sampling methodology
  • Documentation: Clear testing procedures and results
  • Remediation: Track and resolve control deficiencies

Compliance Monitoring

  • Continuous: Monitor compliance, not just at audit time
  • Metrics: Track compliance KPIs
  • Trends: Identify patterns and emerging issues
  • Reporting: Regular compliance status updates


2. Decision Framework

Compliance Framework Selection

What is the business goal?
│
├─ **B2B SaaS Sales?**
│  ├─ US Market? → **SOC 2** (Trust Services Criteria)
│  └─ International? → **ISO 27001** (ISMS)
│
├─ **Regulated Industry?**
│  ├─ Healthcare (US)? → **HIPAA**
│  ├─ Payments? → **PCI-DSS**
│  └─ EU Personal Data? → **GDPR**
│
└─ **Federal/Gov?**
   ├─ US Federal? → **FedRAMP**
   └─ Defense? → **CMMC**

Audit Strategy

TypeFrequencyDepthOutput
Gap AnalysisOnce (Start)High (Design)Remediation Roadmap
Internal AuditQuarterlyMedium (Sampling)Internal Report & CAPA
ContinuousReal-timeHigh (Automated)Dashboard / Alerts
External AuditAnnualHigh (Evidence)Attestation Report

Red Flags → Escalate to security-engineer or legal-advisor:

  • "Just check the box" mentality (Security theater)
  • Storing evidence in personal drives (Chain of custody risk)
  • Falsifying evidence (Fraud)
  • Missing legal basis for data processing (GDPR violation)


3. Core Workflows

Workflow 1: SOC 2 Readiness Assessment

Goal: Identify gaps before the external auditor arrives.

Steps:

  1. Scope Definition

- Define the "System Description". - Identify Trust Services Criteria (TSC): Security (Mandatory), Availability, Confidentiality, Processing Integrity, Privacy.

  1. Control Mapping

- *Control:* "Change Management". - *Evidence Needed:* PRs require approval, CI/CD logs. - *Current State:* "Developers push to main." → GAP.

  1. Remediation Plan

- Task: Enable "Branch Protection" on GitHub. - Task: Implement SSO (Okta/Google Workspace). - Task: Encrypt database at rest (AWS RDS KMS).

  1. Policy Generation

- Draft "Information Security Policy". - Draft "Incident Response Plan". - Draft "Access Control Policy".



Workflow 3: Vendor Risk Assessment

Goal: Approve a new sub-processor (e.g., AI API provider).

Steps:

  1. Intake

- Request: "We want to use OpenAI API." - Data Classification: "Confidential (Customer PII)".

  1. Review

- Request SOC 2 Type II report from vendor. - Review "Bridge Letter" (if report is old). - Review "Exceptions" in the report (Did they fail anything?).

  1. Decision

- Approve: Risks managed. - Mitigate: "Yes, but turn off data retention option." - Reject: "Security posture insufficient for PII."



5. Anti-Patterns & Gotchas

❌ Anti-Pattern 1: "Set and Forget" Compliance

What it looks like:

  • Passing the audit in January.
  • Disabling security controls in February to "move faster".
  • Panicking next December.

Why it fails:

  • Type II audits cover a *period of time* (e.g., Jan 1 - Dec 31).
  • Auditor will ask for samples from July. You will fail.

Correct approach:

  • Continuous Compliance: Treat compliance as a product feature. Monitor daily.

❌ Anti-Pattern 2: Over-Scoping

What it looks like:

  • Including the "Marketing Website" (Wordpress) in the SOC 2 scope for the "Banking App".

Why it fails:

  • Wasted effort securing non-critical assets.
  • Audit becomes expensive and slow.

Correct approach:

  • Network Segmentation: Isolate the CDE (Cardholder Data Environment) or Prod environment. Scope *only* the critical environment.

❌ Anti-Pattern 3: Manual Screenshots

What it looks like:

  • Taking 500 screenshots of Jira tickets to prove "Change Management".

Why it fails:

  • Unmaintainable.
  • Screenshots can be faked.

Correct approach:

  • Export Logs: JSON/CSV exports from systems.
  • Read-only Access: Give the auditor read-only access to the tool (Jira/AWS) to verify themselves.


7. Quality Checklist

Preparation:

  • Scope: Clearly defined (System Description).
  • Controls: Mapped to framework (SOC 2 / ISO).
  • Policies: Reviewed and approved by management in the last 12 months.

Evidence:

  • Completeness: Covers the entire audit period.
  • Accuracy: Generated directly from systems (not manually edited).
  • Organization: Stored in structured folders (e.g., Box/Google Drive/Vanta).

Vendor Risk:

  • Critical Vendors: Reviewed annually.
  • Contracts: DPAs (Data Processing Agreements) signed.

HR Security:

  • Onboarding: Background checks completed (where legal).
  • Offboarding: Access revoked within SLA (e.g., 24 hours).

Anti-Patterns

Audit Process Anti-Patterns

  • Point-in-Time Snapshot: Assessing controls only at audit time - continuous monitoring
  • Evidence Fabrication: Creating evidence rather than demonstrating controls - build real compliance
  • Scope Shrinking: Minimizing audit scope to reduce findings - address root causes
  • Checkbox Mentality: Treating compliance as form-filling - focus on security outcomes

Evidence Anti-Patterns

  • Last Minute Rush: Collecting evidence only when auditors arrive - automate evidence collection
  • Incomplete Evidence: Partial evidence raising more questions - comprehensive documentation
  • Outdated Evidence: Using evidence from old systems - maintain current evidence
  • Inaccessible Evidence: Evidence that can't be located - organize and index systematically

Control Assessment Anti-Patterns

  • Paper Controls: Policies only in documentation - implement technical enforcement
  • Over-Complex Controls: Controls too complex to operate - balance security and operability
  • Control Gaps: Leaving security domains uncovered - comprehensive control coverage
  • Control Redundancy: Overlapping controls without coordination - rationalize control portfolio

Remediation Anti-Patterns

  • Temporary Fixes: Bandages instead of permanent solutions - implement root cause fixes
  • Finding Chasing: Prioritizing by audit severity not risk - assess actual business risk
  • Remediation Debt: Accumulated findings without resolution - maintain remediation backlog
  • Siloed Remediation: Fixing in isolation without systemic improvement - prevent recurrence

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

32.39%
按下载量换算350

OpenCode

22.4%
按下载量换算242

Codex

17.49%
按下载量换算189

Cursor

13.26%
按下载量换算143

Gemini CLI

9.08%
按下载量换算98

windsurf

3.57%
按下载量换算39

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。

来源信息

继续浏览同类 Skills