ISMS Audit Expert
Internal and external ISMS audit management for ISO 27001 compliance verification, security control assessment, and certification support.
Table of Contents
Audit Program Management
Risk-Based Audit Schedule
| Risk Level | Audit Frequency | Examples |
|---|
| Critical | Quarterly | Privileged access, vulnerability management, logging |
| High |
Semi-annual | Access control, incident response, encryption |
| Medium | Annual | Policies, awareness training, physical security |
| Low | Annual | Documentation, asset inventory |
Annual Audit Planning Workflow
- 1. Review previous audit findings and risk assessment results
- Identify high-risk controls and recent security incidents
- Determine audit scope based on ISMS boundaries
- Assign auditors ensuring independence from audited areas
- Create audit schedule with resource allocation
- Obtain management approval for audit plan
- Validation: Audit plan covers all Annex A controls within certification cycle
Auditor Competency Requirements
- - ISO 27001 Lead Auditor certification (preferred)
- No operational responsibility for audited processes
- Understanding of technical security controls
- Knowledge of applicable regulations (GDPR, HIPAA)
Audit Execution
Pre-Audit Preparation
- 1. Review ISMS documentation (policies, SoA, risk assessment)
- Analyze previous audit reports and open findings
- Prepare audit plan with interview schedule
- Notify auditees of audit scope and timing
- Prepare checklists for controls in scope
- Validation: All documentation received and reviewed before opening meeting
Audit Conduct Steps
- 1. Opening Meeting
- Confirm audit scope and objectives
- Introduce audit team and methodology
- Agree on communication channels and logistics
- 2. Evidence Collection
- Interview control owners and operators
- Review documentation and records
- Observe processes in operation
- Inspect technical configurations
- 3. Control Verification
- Test control design (does it address the risk?)
- Test control operation (is it working as intended?)
- Sample transactions and records
- Document all evidence collected
- 4. Closing Meeting
- Present preliminary findings
- Clarify any factual inaccuracies
- Agree on finding classification
- Confirm corrective action timelines
- 5. Validation: All controls in scope assessed with documented evidence
Control Assessment
Control Testing Approach
- 1. Identify control objective from ISO 27002
- Determine testing method (inquiry, observation, inspection, re-performance)
- Define sample size based on population and risk
- Execute test and document results
- Evaluate control effectiveness
- Validation: Evidence supports conclusion about control status
For detailed technical verification procedures by Annex A control, see security-control-testing.md.
Finding Management
Finding Classification
| Severity | Definition | Response Time |
|---|
| Major Nonconformity | Control failure creating significant risk | 30 days |
| Minor Nonconformity |
Isolated deviation with limited impact | 90 days |
| Observation | Improvement opportunity | Next audit cycle |
Finding Documentation Template
CODEBLOCK0
Corrective Action Workflow
- 1. Auditee acknowledges finding and severity
- Root cause analysis completed within 10 days
- Corrective action plan submitted with target dates
- Actions implemented by responsible parties
- Auditor verifies effectiveness of corrections
- Finding closed with evidence of resolution
- Validation: Root cause addressed, recurrence prevented
Certification Support
Stage 1 Audit Preparation
Ensure documentation is complete:
- - [ ] ISMS scope statement
- [ ] Information security policy (management signed)
- [ ] Statement of Applicability
- [ ] Risk assessment methodology and results
- [ ] Risk treatment plan
- [ ] Internal audit results (past 12 months)
- [ ] Management review minutes
Stage 2 Audit Preparation
Verify operational readiness:
- - [ ] All Stage 1 findings addressed
- [ ] ISMS operational for minimum 3 months
- [ ] Evidence of control implementation
- [ ] Security awareness training records
- [ ] Incident response evidence (if applicable)
- [ ] Access review documentation
Surveillance Audit Cycle
| Period | Focus |
|---|
| Year 1, Q2 | High-risk controls, Stage 2 findings follow-up |
| Year 1, Q4 |
Continual improvement, control sample |
| Year 2, Q2 | Full surveillance |
| Year 2, Q4 | Re-certification preparation |
Validation: No major nonconformities at surveillance audits.
Tools
scripts/
| Script | Purpose | Usage |
|---|
| INLINECODE0 | Generate risk-based audit plans | INLINECODE1 |
Audit Planning Example
CODEBLOCK1
References
Technical verification procedures for ISO 27002 controls |
|
cloud-security-audit.md | Cloud provider assessment, configuration security, IAM review |
Audit Performance Metrics
| KPI | Target | Measurement |
|---|
| Audit plan completion | 100% | Audits completed vs. planned |
| Finding closure rate |
>90% within SLA | Closed on time vs. total |
| Major nonconformities | 0 at certification | Count per certification cycle |
| Audit effectiveness | Incidents prevented | Security improvements implemented |
ISMS 审计专家
用于ISO 27001合规性验证、安全控制评估和认证支持的内部和外部ISMS审计管理。
目录
审计计划管理
基于风险的审计计划
| 风险等级 | 审计频率 | 示例 |
|---|
| 严重 | 每季度 | 特权访问、漏洞管理、日志记录 |
| 高 |
每半年 | 访问控制、事件响应、加密 |
| 中 | 每年 | 策略、意识培训、物理安全 |
| 低 | 每年 | 文档、资产清单 |
年度审计计划工作流程
- 1. 审查以往的审计发现项和风险评估结果
- 识别高风险控制项和近期安全事件
- 根据ISMS范围确定审计范围
- 指派审计员,确保其与审计领域保持独立
- 制定包含资源分配的审计计划
- 获取管理层对审计计划的批准
- 验证: 审计计划覆盖认证周期内的所有附录A控制项
审计员能力要求
- - ISO 27001主任审核员认证(优先)
- 对审计流程无运营责任
- 理解技术安全控制措施
- 了解适用法规(GDPR、HIPAA)
审计执行
审计前准备
- 1. 审查ISMS文档(策略、适用性声明、风险评估)
- 分析以往的审计报告和未关闭的发现项
- 准备包含访谈计划的审计方案
- 通知被审计方审计范围和时机
- 准备范围内控制项的检查表
- 验证: 在首次会议前已收到并审查所有文档
审计实施步骤
- 1. 首次会议
- 确认审计范围和目标
- 介绍审计团队和方法论
- 就沟通渠道和后勤安排达成一致
- 2. 证据收集
- 访谈控制负责人和操作人员
- 审查文档和记录
- 观察实际操作流程
- 检查技术配置
- 3. 控制验证
- 测试控制设计(是否解决了风险?)
- 测试控制运行(是否按预期运行?)
- 抽样检查交易和记录
- 记录所有收集到的证据
- 4. 末次会议
- 呈现初步发现项
- 澄清任何事实性错误
- 就发现项分类达成一致
- 确认纠正措施时间表
- 5. 验证: 范围内所有控制项均已评估并附有记录证据
控制评估
控制测试方法
- 1. 从ISO 27002中确定控制目标
- 确定测试方法(询问、观察、检查、重新执行)
- 根据总体和风险定义样本量
- 执行测试并记录结果
- 评估控制有效性
- 验证: 证据支持关于控制状态的结论
有关按附录A控制项划分的详细技术验证程序,请参见 security-control-testing.md。
发现项管理
发现项分类
| 严重程度 | 定义 | 响应时间 |
|---|
| 主要不符合项 | 控制失效造成重大风险 | 30天 |
| 次要不符合项 |
影响有限的孤立偏差 | 90天 |
| 观察项 | 改进机会 | 下一个审计周期 |
发现项文档模板
发现项ID:ISMS-[年份]-[编号]
控制项参考:A.X.X - [控制项名称]
严重程度:[主要/次要/观察项]
证据:
- - [观察到的具体证据]
- [审查过的记录]
- [访谈陈述]
风险影响:
根本原因:
建议:
纠正措施工作流程
- 1. 被审计方确认发现项及其严重程度
- 在10天内完成根本原因分析
- 提交包含目标日期的纠正措施计划
- 由责任方实施措施
- 审计员验证纠正措施的有效性
- 附上解决方案证据后关闭发现项
- 验证: 根本原因已解决,防止复发
认证支持
第一阶段审计准备
确保文档完整:
- - [ ] ISMS范围声明
- [ ] 信息安全策略(管理层签署)
- [ ] 适用性声明
- [ ] 风险评估方法和结果
- [ ] 风险处理计划
- [ ] 内部审计结果(过去12个月)
- [ ] 管理评审会议记录
第二阶段审计准备
验证运营就绪状态:
- - [ ] 所有第一阶段发现项已处理
- [ ] ISMS已运行至少3个月
- [ ] 控制措施实施证据
- [ ] 安全意识培训记录
- [ ] 事件响应证据(如适用)
- [ ] 访问审查文档
监督审计周期
| 周期 | 重点 |
|---|
| 第一年,第二季度 | 高风险控制项,第二阶段发现项跟进 |
| 第一年,第四季度 |
持续改进,控制项抽样 |
| 第二年,第二季度 | 全面监督 |
| 第二年,第四季度 | 再认证准备 |
验证: 监督审计中无主要不符合项。
工具
scripts/
| 脚本 | 用途 | 用法 |
|---|
| ismsauditscheduler.py | 生成基于风险的审计计划 | python scripts/ismsauditscheduler.py --year 2025 --format markdown |
审计计划示例
bash
生成年度审计计划
python scripts/isms
auditscheduler.py --year 2025 --output audit_plan.json
使用自定义控制风险评级
python scripts/isms
auditscheduler.py --controls controls.csv --format markdown
参考资料
ISO 27002控制项的技术验证程序 |
|
cloud-security-audit.md | 云提供商评估、配置安全、IAM审查 |
审计绩效指标
| KPI | 目标 | 衡量方式 |
|---|
| 审计计划完成率 | 100% | 已完成审计数 vs. 计划数 |
| 发现项关闭率 |
>90% 在服务等级协议内 | 按时关闭数 vs. 总数 |
| 主要不符合项 | 认证时为0 | 每个认证周期内的数量 |
| 审计有效性 | 预防事件发生 | 已实施的安全改进措施 |