据修改、错误信息等。交易日志应按照国家会计准则要求予以保存。
（二）系统日志。系统日志由操作系统、数据库管理系统、防火墙、入侵检测系统和路由器等生成，内容包括管理登录尝试、系统事件、网络事件、错误信息等。系统日志保存期限按系统的风险等级确定，但不能少于一年。
商业银行应保证交易日志和系统日志中包含足够的内容，以便完成有效的内部控制、解决系统故障和满足审计需要；应采取适当措施保证所有日志同步计时，并确保其完整性。在例外情况发生后应及时复查系统日志。交易日志或系统日志的复查频率和保存周期应由信息科技部门和有关业务部门共同决定，并报信息科技管理委员会批准。
第二十八条商业银行应采取加密技术，防范涉密信息在传输、处理、存储过程中出现泄露或被篡改的风险，并建立密码设备管理制度，以确保： （一）使用符合国家要求的加密技术和加密设备。
（二）管理、使用密码设备的员工经过专业培训和严格审查。
（三）加密强度满足信息机密性的要求。
（四）制定并落实有效的管理流程，尤其是密钥和证书生命周期管理。
第二十九条商业银行应配备切实有效的系统，确保所有终端用户设备的安全，并定期对所有设备进行安全检查，包括台式个人计算机（PC ）、便携式计算机、柜员终端、自动柜员机（ATM ）、存折打印机、读卡器、销售终端（POS ）和个人数字助理（PDA ）等。
第三十条商业银行应制定相关制度和流程，严格管理客户信息的采集、处理、存贮、传输、分发、备份、恢复、清理和销毁。第三十一条商业银行应对所有员工进行必要的培训，使其充分掌握信息科技风险管理制度和流程，了解违反规定的后果，并对违反安全规定的行为采取零容忍政策。
第五章信息系统开发、测试和维护
第三十二条商业银行应有能力对信息系统进行需求分析、规划、采购、开发、测试、部署、维护、升级和报废，制定制度和流程，管理信息科技项目的优先排序、立项、审批和控制。项目实施部门应定期向信息科技管理委员会提交重大信息科技项目的进度报告，由其进行审核，进度报告应当包括计划的重大变更、关键人员或供应商的变更以及主要费用支出情况。应在信息系统投产后一定时期内，组织对系统的后评价，并根据评价结果及时对系统功能进行调整和优化。
第三十三条商业银行应认识到信息科技项目相关的风险，包括潜在的各种操作风险、财务损失风险和因无效项目规划或不适当的项目管理控制产生的机会成本，并采取适当的项目管理方法，控制信息科技项目相关的风险。
第三十四条商业银行应采取适当的系统开发方法，控制信息系统的生命周期。典型的系统生命周期包括系统分析、设计、开发或外购、测试、试运行、部署、维护和退出。所采用的系统开发方法应符合信息科技项目的规模、性质和复杂度。
第三十五条商业银行应制定相关控制信息系统变更的制度和流程，确保系统的可靠性、完整性和可维护性，其中应包括以下要求：
（一）生产系统与开发系统、测试系统有效隔离。
（二）生产系统与开发系统、测试系统的管理职能相分离。
（三）除得到管理层批准执行紧急修复任务外，禁止应用程序开发和维护人员进入生产系统，且所有的紧急修复活动都应立即进行记录和审核。 （四）将完成开发和测试环境的程序或系统配置变更应用到生产系统时，应得到信息科技部门和业务部门的联合批准，并对变更进行及时记录和定期复查。
第三十六条商业银行应制定并落实相关制度、标准和流程，确保信息系统开发、测试、维护过程中数据的完整性、保密性和可用性。
第三十七条商业银行应建立并完善有效的问题管理流程，以确保全面地追踪、分析和解决信息系统问题，并对问题进行记录、分类和索引；如需供应商提供支持服务或技术援助，应向相关人员提供所需的合同和相关信息，并将过程记录在案；对完成紧急恢复起至关重要作用的任务和指令集，应有清晰的描述和说明，并通知相关人员。
第三十八条商业银行应制定相关制度和流程，控制系统升级过程。当设备达到预期使用寿命或性能不能满足业务需求，基础软件（操作系统、数据库管理系统、中间件）或应用软件必须升级时，应及时进行系统升级，并将该类升级活动纳入信息科技项目，接受相关的管理和控制，包括用户验收测试。
第六章信息科技运行
第三十九条商业银行在选择数据中心的地理位置时，应充分考虑环境威胁（如是否接近自然灾害多发区、危险或有害设施、繁忙或主要公路），采取物理控制措施，监控对信息处理设备运行构成威胁的环境状况，并防止因意外断电或供电干扰影响数据中心的正常运行。 第四十条商业银行应严格控制第三方人员（如服务供应商）进入安全区域，如确需进入应得到适当的批准，其活动也应受到监控；针对长期或临时聘用的技术人员和承包商，尤其是从事敏感性技术相关工作的人员，应制定严格的审查程序，包括身份验证和背景调查。 第四十一条商业银行应将信息科技运行与系统开发和维护分离，确保信息科技部门内部的岗位制约；对数据中心的岗位和职责做出明确规定。
第四十二条商业银行应按照有关法律法规要求保存交易记录，采取必要的程序和技术，确保存档数据的完整性，满足安全保存和可恢复要求。
第四十三条商业银行应制定详尽的信息科技运行操作说明。如在信息科技运行手册中说明计算机操作人员的任务、工作日程、执行步骤，以及生产与开发环境中数据、软件的现场及非现场备份流程和要求（即备份的频率、范围和保留周期）。 第四十四条商业银行应建立事故管理及处置机制，及时响应信息系统运行事故，逐级向相关的信息科技管理人员报告事故的发生，并进行记录、分析和跟踪，直到完成彻底的处置和根本原因分析。商业银行应建立服务台，为用户提供相关技术问题的在线支持，并将问题提交给相关信息科技部门进行调查和解决。第四十五条商业银行应建立服务水平管理相关的制度和流程，对信息科技运行服务水平进行考核。
第四十六条商业银行应建立连续监控信息系统性能的相关程序，及时、完整地报告例外情况；该程序应提供预警功能，在例外情况对系统性能造成影响前对其进行识别和修正。 第四十七条商业银行应制定容量规划，以适应由于外部环境变化产生的业务发展和交易量增长。容量规划应涵盖生产系统、备份系统及相关设备。 第四十八条商业银行应及时进行维护和适当的系统升级，以确保与技术相关服务的连续可用性，并完整保存记录（包括疑似和实际的故障、预防性和补救性维护记录），以确保有效维
护设备
第五十三条商业银行应建立维持其运营连续性策略的文档，并制定对策略的充分性和有效性进行检查和沟通的计划。其中包括：
（一）规范的业务连续性计划，明确降低短期、中期和长期中断所造成影响的措施，包括但不限于：
1 ．资源需求（如人员、系统和其他资产）以及获取资源的方式。2 ．运行恢复的优先顺序。 3 ．与内部各部门及外部相关各方（尤其是监管机构、客户和媒体等）的沟通安排。 （二）更新实施业务连续性计划的流程及相关联系信息。
（三）验证受中断影响的信息完整性的步骤。
（四）当商业银行的业务或风险状况发生变化时，对本条（一）到（三）进行审核并升级。 第五十四条商业银行的业务连续性计划和年度应急演练结果应由信息科技风险管理部门或信息科技管理委员会确认。
第七章业务连续性管理
第五十条商业银行应根据自身业务的性质、规模和复杂程度制定适当的业务连续性规划，以确保在出现无法预见的中断时，系统仍能持续运行并提供服务；定期对规划进行更新和演练，以保证其有效性。
第五十一条商业银行应评估因意外事件导致其业务运行中断的可能性及其影响，包括评估可能由下述原因导致的破坏：
（一）内外部资源的故障或缺失（如人员、系统或其他资产）。
（二）信息丢失或受损。
（三）外部事件（如战争、地震或台风等）。
第五十二条商业银行应采取系统恢复和双机热备处理等措施降低业务中断的可能性，并通过应急安排和保险等方式降低影响。
第八章外包
第五十五条商业银行不得将其信息科技管理责任外包，应合理谨慎监督外包职能的履行。 第五十六条商业银行实施重要外包（如数据中心和信息科技基础设施等）应格外谨慎，在准备实施重要外包时应以书面材料正式报告银监会或其派出机构。
第五十七条商业银行在签署外包协议或对外包协议进行重大变更前，应做好相关准备，其中包括：
（一）分析外包是否适合商业银行的组织结构和报告路线、业务战略、总体风险控制，是否满足商业银行履行对外包服务商的监督义务。
（二）考虑外包协议是否允许商业银行监测和控制与外包相关的操作风险。
（三）充分审查、评估外包服务商的财务稳定性和专业经验，对外包服务商进行风险评估，考查其设施和能力是否足以承担相应的责任。
（四）考虑外包协议变更前后实施的平稳过渡（包括终止合同可能发生的情况）。 （五）关注可能存在的集中风险，如多家商业银行共用同一外包服务商带来的潜在业务连续性风险。
第五十八条商业银行在与外包服务商合同谈判过程中，应考虑的因素包括但不限于： （一）对外包服务商的报告要求和谈判必要条件。
（二）银行业监管机构和内部审计、外部审计能执行足够的监督。
（三）通过界定信息所有权、签署保密协议和采取技术防护措施保护客户信息和其他信息。
（四）担保和损失赔偿是否充足。
（五）外包服务商遵守商业银行有关信息科技风险制度和流程的意愿及相关措施。 （六）外包服务商提供的业务连续性保障水平，以及提供相关专属资源的承诺。 （七）第三方供应商出现问题时，保证软件持续可用的相关措施。
（八）变更外包协议的流程，以及商业银行或外包服务商选择变更或终止外包协议的条件，例如：
1 ．商业银行或外包服务商的所有权或控制权发生变化。2 ．商业银行或外包服务商的业务经营发生重大变化。3 ．外包服务商提供的服务不充分，造成商业银行不能履行监督义务。 第五十九条商业银行在实施双方关系管理，以及起草服务水平协议时，应考虑的因素包括但不限于： （一）提出定性和定量的绩效指标，评估外包服务商为商业银行及其相关客户提供服务的充分性。
（二）通过服务水平报告、定期自我评估、内部或外部独立审计进行绩效考核。
（三）针对绩效不达标的情况调整流程，采取整改措施。第六十条商业银行应加强信息科技相关外包管理工作，确保商业银行的客户资料等敏感信息的安全，包括但不限于采取以下措施：
（一）实现本银行客户资料与外包服务商其他客户资料的有效隔离。 （二）按照“必需知道”和“最小授权”原则对外包服务商相关人员授权。 （三）要求外包服务商保证其相关人员遵守保密规定。
（四）应将涉及本银行客户资料的外包作为重要外包，并告知相关客户。
（五）严格控制外包服务商再次对外转包，采取足够措施确保商业银行相关信息的安全。 （六）确保在中止外包协议时收回或销毁外包服务商保存的所有客户资料。
第六十一条商业银行应建立恰当的应急措施，应对外包服务商在服务中可能出现的重大缺失。尤其需要考虑外包服务商的重大资源损失，重大财务损失和重要人员的变动，以及外包协议的意外终止。
第六十二条商业银行所有信息科技外包合同应由信息科技风险管理部门、法律部门和信息科技管理委员会审核通过。商业银行应设立流程定期审阅和修订服务水平协议。
第九章内部审计
第六十三条商业银行内部审计部门应根据业务的性质、规模和复杂程度，对相关系统及其控制的适当性和有效性进行监测。内部审计部门应配备足够的资源和具有专业能力的信息科技审计人员，独立于本银行的日常活动，具有适当的授权访问本银行的记录。 第六十四条商业银行内部信息科技审计的责任包括：
（一）制定、实施和调整审计计划，检查和评估商业银行信息科技系统和内控机制的充分性和有效性。
（二）按照第（一）款规定完成审计工作，在此基础上提出整改意见。 （三）检查整改意见是否得到落实。
（四）执行信息科技专项审计。信息科技专项审计，是指对信息科技安全事故进行的调查、分析和评估，或审计部门根据风险评估结果对认为必要的特殊事项进行的审计。
第六十五条商业银行应根据业务性质、规模和复杂程度，信息科技应用情况，以及信息科技风险评估结果，决定信息科技内部审计范围和频率。但至少应每三年进行一次全面审计。第六十六条商业银行在进行大规模系统开发时，应要求信息科技风险管理部门和内部审计部门参与，保证系统开发符合本银行信息科技风险管理标准。
第十章外部审计
第六十七条商业银行可以在符合法律、法规和监管要求的情况下，委托具备相应资质的外部审计机构进行信息科技外部审计。
第六十八条在委托审计过程中，商业银行应确保外部审计机构能够对本银行的硬件、软件、文档和数据进行检查，以发现信息科技存在的风险，国家法律、法规及监管部门规章、规范性文件规定的重要商业、技术保密信息除外。
第六十九条商业银行在实施外部审计前应与外部审计机构进行充分沟通，详细确定审计范围，不应故意隐瞒事实或阻挠审计检查。
第七十条银监会及其派出机构必要时可指定具备相应资质的外部审计机构对商业银行执行信息科技审计或相关检查。外部审计机构根据银监会或其派出机构的委托或授权对商业银行进行审计时，应出示委托授权书，并依照委托授权书上规定的范围进行审计。
第七十一条外部审计机构根据授权出具的审计报告，经银监会及其派出机构审阅批准后具有与银监会及其派出机构出具的检查报告同等的效力，被审计的商业银行应根据该审计报告提出整改计划，并在规定的时间内实施整改。
第七十二条商业银行在委托外部审计机构进行外部审计时，应与其签订保密协议，并督促其严格遵守法律法规，保守本银行的商业秘密和信息科技风险信息，防止其擅自对本银行提供的任何文件进行修改、复制或带离现场。
第十一章附则
第七十三条未设董事会的商业银行，应当由其经营决策机构履行本指引中董事会的有关信息科技风险管理职责。第七十四条银监会依法对商业银行的信息科技风险管理实施监督检查。 第七十五条本指引由银监会负责解释、修订。 第七十六条本指引自颁布之日起施行，《 银行业金融机构信息系统风险管理指引》 （银监发〔 2006 〕 63 号）同时废止。