福州ISO27001认证流程需要什么材料

1 识别组织关键业务
在开发业务应急预案之前，应对以下方面对组织进行分析：
1) 识别组织的目标、利益相关方的义务、法定责任和组织运行的环境；
2) 识别活动、资产和资源，包括组织以外支持组织产品和服务交付的活动、资产和资源；
3) 活动、资产和资源的失效随时间推移的影响和后果。
2 识别关键信息系统
那些信息系统的崩溃将在短的时间内带来重大影响，并需要快速恢复的系统，可被视为“关键信息系统”。 组织应识别为关键业务提供支持的关键信息系统和（或）支持服务。
连续性架构规划
组织应该对信息系统的连续性的架构进行规划和设计，在进行规划和设计时需要考虑的方面包括，
1) 人员；
2) 基础设施；
3) 技术设施；
4) 信息和数据；
5) 其他供给；
6) 利益相关方。

 漏洞扫描管理：
a) 管理员应定期进行漏洞扫描，客户端和服务器可使用相关工具进行漏洞扫描。
b) 根据漏洞扫描结果，管理员应及时修补系统漏洞。
 渗透测试管理：
a) 技术符合性检查应由有经验的系统工程师手动执行（如需要，利用合适的软件工具支持），或者由技术*用自动工具来执行，此工具可生成供后续解释的技术报告。
b) 如果使用渗透测试或脆弱性评估，则应格外小心，因为这些活动可能导致系统安全的损害。这样的测试应预先计划，形成文件，且重复执行。
审核注意事项：
 应与合适的管理者商定审核要求；
 应商定和控制检查范围；
 检查应限于对软件和数据的只读访问；
 非只读的访问应仅用于对系统文件的单独拷贝，当审核完成时，应擦除这些拷贝，或者按照审核文件要求，具有保留这些文件的义务，则要给予适当的保护；
 应明确地识别和提供执行检查所需的资源；
 应识别和商定特定的或另外的处理要求；
 应监视和记录所有访问，以产生参照踪迹；对关键数据或系统，应考虑使用时间戳参照踪迹；
 应将所有的制度、要求和职责形成文件；执行审核的人员应独立于审核活动

信息系统审核考虑
1) 信息系统审核控制措施
任何技术符合性审核都必须经过认真策划，地减少中断工作的风险并保护公司的工作环境的数据完整性不会受到破坏。
 确定适合的方法，保证技术符合性审核取得圆满。
 获取信息安全管理工作小组对既定审核方法的书面批准。
 判定每个系统的访问级别并从相关负责人获取书面批准。
 只获取审核活动范围内的IT硬件、软件和系统的访问权。
 确保技术符合性审核后删除或处理掉系统审核工具和残余数据。
 确保所有的系统审核都按照《变更管理办法》中的说明进行。
 确保系统审核的所有活动按照商定的审核计划进行。
2) 信息系统审核工具的保护
 对于信息系统审核工具的访问应加以保护，以防止任何可能的滥用或损害。
 信息系统审核工具（如软件和数据文件）应与开发和运行系统分开，并且不能保存在磁带（程序）库或用户区域内，除非给予合适级别的附加保护。
 信息系统审核工具的使用必须事先获得信息安全管理工作小组的批准。
3) 活动描述
 信息安全管理工作小组根据情况，对于自管服务器制定出在策略、用户管理、权限管理、VLAN管理、漏洞扫描、渗透测试等方面的审核策略。
 管理人员应确保在其职责范围内的所有安全程序被正确地执行，以确保符合安全策略及标准。
 管理人员应对自己职责范围内的信息处理是否符合合适的安全策略、标准和任何其它安全要求进行定期评审。
 任何技术符合性检查应仅由有能力的、已授权的人员来完成，或在他们的监督下完成。
 涉及对运行系统检查的审核要求和活动，应谨慎地加以规划并取得批准，以便小化造成业务过程中断的风险。

1. 目的和范围
2. 引用文件
3. 职责和权限
4. 业务连续性管理流程
4.1.1 识别组织关键业务
4.1.2 识别关键信息系统
4.2 连续性架构规划
4.2.1 确定团队与人员
4.2.2 确定利益相关方
4.2.3 确定技术设施
4.3 制定应急预案
4.3.1 确定团队职责与分工
4.3.2 确定突发事件通告机制
4.3.3 确定损害评估机制
4.3.4 确定灾难启动机制
4.3.5 确定系统恢复过程
4.3.6 形成计划文档
4.4 演练与维护
4.4.1 设计演练方案
4.4.2 演练
4.4.3 评审和改进
5 相关记录

http://lsjsqd.b2b168.com