商业银行信息科技风险管理指引的第四章 信息安全 银行的信息科技风险指什么？

商业银行信息科技风险管理指引的第七章 业务连续性管理~

第五十条 商业银行应根据自身业务的性质、规模和复杂程度制定适当的业务连续性规划，以确保在出现无法预见的中断时，系统仍能持续运行并提供服务；定期对规划进行更新和演练，以保证其有效性。第五十一条 商业银行应评估因意外事件导致其业务运行中断的可能性及其影响，包括评估可能由下述原因导致的破坏：（一） 内外部资源的故障或缺失（如人员、系统或其他资产）。（二） 信息丢失或受损。（三） 外部事件（如战争、地震或台风等）。第五十二条 商业银行应采取系统恢复和双机热备处理等措施降低业务中断的可能性，并通过应急安排和保险等方式降低影响。第五十三条 商业银行应建立维持其运营连续性策略的文档，并制定对策略的充分性和有效性进行检查和沟通的计划。其中包括：（一）规范的业务连续性计划,明确降低短期、中期和长期中断所造成影响的措施，包括但不限于:1．资源需求（如人员、系统和其他资产）以及获取资源的方式。2．运行恢复的优先顺序。3．与内部各部门及外部相关各方（尤其是监管机构、客户和媒体等）的沟通安排。（二）更新实施业务连续性计划的流程及相关联系信息。（三）验证受中断影响的信息完整性的步骤。（四）当商业银行的业务或风险状况发生变化时，对本条（一）到（三）进行审核并升级。第五十四条 商业银行的业务连续性计划和年度应急演练结果应由信息科技风险管理部门或信息科技管理委员会确认。

信息技术风险大致包括如下5方面内容：

　　（1）完整性风险（integrity risk）。即数据未经授权使用或不完整或不准确而造成的风险。这种风险通常与用户界面的设计、数据处理程序、灾害恢复程序、数据控制机制及信息安全机制等有关；

　　（2）存取风险（access risk）。即系统、数据或信息存取不当而导致的风险。在互联网和电子商务日益普及的今天，存取风险是企业面临的主要威胁之一。存取风险主要与业务程序的确立、应用系统的安全、数据管理控制、数据处理环境、网络安全、计算机和通信设备状况等有关；

　　（3）获得性风险（availability risk）。即影响数据或信息的可获得性的风险。主要与数据处理过程的动态监控、数据恢复技术、备份和应急计划等有关。

　　（4）体系结构风险（infrastructure risk）。即信息技术体系结构规划不合理或未能与业务结构实现调配所带来的风险。主要与信息技术组织的健全、信息安全文化的培育、信息技术资源配置、信息安全系统的设计和运行、计算机和网络操作环境、数据管理的内在统一性等有关；

　　（5）其它相关风险（other business risk）。即其他影响企业业务活动的技术性风险。主要与信息技术对业务目标的支持、业务流程周期、存货预警系统、业务中断、产品信息反馈系统、业务的流动性管理等有关。

　　信息技术风险管理框架是由风险管理要素（战略和政策调控、资源配置、事态监控和结构界定）和信息技术环境（程序、应用、数据管理、平台、网络和物理设施）构成的。

　　信息技术环境结构大体上也就是信息技术体系结构，该结构可以从两种角度考察，自上而下展示系统的形成和实现过程，自下而上描述系统的支撑和服务过程。

第二十条 商业银行信息科技部门负责建立和实施信息分类和保护体系，商业银行应使所有员工都了解信息安全的重要性，并组织提供必要的培训，让员工充分了解其职责范围内的信息保护流程。
第二十一条 商业银行信息科技部门应落实信息安全管理职能。该职能应包括建立信息安全计划和保持长效的管理机制，提高全体员工信息安全意识，就安全问题向其他部门提供建议，并定期向信息科技管理委员会提交本银行信息安全评估报告。信息安全管理机制应包括信息安全标准、策略、实施计划和持续维护计划。
信息安全策略应涉及以下领域：
（一） 安全制度管理。
（二） 信息安全组织管理。
（三） 资产管理。
（四） 人员安全管理。
（五） 物理与环境安全管理。
（六） 通信与运营管理。
（七） 访问控制管理。
（八） 系统开发与维护管理。
（九） 信息安全事故管理。
（十） 业务连续性管理。
（十一） 合规性管理。
第二十二条 商业银行应建立有效管理用户认证和访问控制的流程。用户对数据和系统的访问必须选择与信息访问级别相匹配的认证机制，并且确保其在信息系统内的活动只限于相关业务能合法开展所要求的最低限度。用户调动到新的工作岗位或离开商业银行时，应在系统中及时检查、更新或注销用户身份。
第二十三条 商业银行应确保设立物理安全保护区域，包括计算机中心或数据中心、存储机密信息或放置网络设备等重要信息科技设备的区域，明确相应的职责，采取必要的预防、检测和恢复控制措施。
第二十四条 商业银行应根据信息安全级别，将网络划分为不同的逻辑安全域（以下简称为域）。应该对下列安全因素进行评估，并根据安全级别定义和评估结果实施有效的安全控制，如对每个域和整个网络进行物理或逻辑分区、实现网络内容过滤、逻辑访问控制、传输加密、网络监控、记录活动日志等。
（一） 域内应用程序和用户组的重要程度。
（二） 各种通讯渠道进入域的访问点。
（三） 域内配置的网络设备和应用程序使用的网络协议和端口。
（四） 性能要求或标准。
（五） 域的性质，如生产域或测试域、内部域或外部域。
（六） 不同域之间的连通性。
（七） 域的可信程度。
第二十五条 商业银行应通过以下措施，确保所有计算机操作系统和系统软件的安全：
（一） 制定每种类型操作系统的基本安全要求，确保所有系统满足基本安全要求。
（二） 明确定义包括终端用户、系统开发人员、系统测试人员、计算机操作人员、系统管理员和用户管理员等不同用户组的访问权限。
（三） 制定最高权限系统账户的审批、验证和监控流程，并确保最高权限用户的操作日志被记录和监察。
（四） 要求技术人员定期检查可用的安全补丁，并报告补丁管理状态。
（五） 在系统日志中记录不成功的登录、重要系统文件的访问、对用户账户的修改等有关重要事项，手动或自动监控系统出现的任何异常事件，定期汇报监控情况。
第二十六条 商业银行应通过以下措施，确保所有信息系统的安全：
（一） 明确定义终端用户和信息科技技术人员在信息系统安全中的角色和职责。
（二） 针对信息系统的重要性和敏感程度，采取有效的身份验证方法。
（三） 加强职责划分，对关键或敏感岗位进行双重控制。
（四） 在关键的接合点进行输入验证或输出核对。
（五） 采取安全的方式处理保密信息的输入和输出，防止信息泄露或被盗取、篡改。
（六） 确保系统按预先定义的方式处理例外情况，当系统被迫终止时向用户提供必要信息。
（七） 以书面或电子格式保存审计痕迹。
（八） 要求用户管理员监控和审查未成功的登录和用户账户的修改。
第二十七条 商业银行应制定相关策略和流程，管理所有生产系统的活动日志，以支持有效的审核、安全取证分析和预防欺诈。日志可以在软件的不同层次、不同的计算机和网络设备上完成，日志划分为两大类：
（一） 交易日志。交易日志由应用软件和数据库管理系统产生，内容包括用户登录尝试、数据修改、错误信息等。交易日志应按照国家会计准则要求予以保存。
（二） 系统日志。系统日志由操作系统、数据库管理系统、防火墙、入侵检测系统和路由器等生成，内容包括管理登录尝试、系统事件、网络事件、错误信息等。系统日志保存期限按系统的风险等级确定，但不能少于一年。?
商业银行应保证交易日志和系统日志中包含足够的内容，以便完成有效的内部控制、解决系统故障和满足审计需要；应采取适当措施保证所有日志同步计时，并确保其完整性。在例外情况发生后应及时复查系统日志。交易日志或系统日志的复查频率和保存周期应由信息科技部门和有关业务部门共同决定，并报信息科技管理委员会批准。?
第二十八条 商业银行应采取加密技术，防范涉密信息在传输、处理、存储过程中出现泄露或被篡改的风险，并建立密码设备管理制度，以确保：
（一） 使用符合国家要求的加密技术和加密设备。
（二） 管理、使用密码设备的员工经过专业培训和严格审查。
（三） 加密强度满足信息机密性的要求。
（四） 制定并落实有效的管理流程，尤其是密钥和证书生命周期管理。
第二十九条 商业银行应配备切实有效的系统，确保所有终端用户设备的安全，并定期对所有设备进行安全检查，包括台式个人计算机（PC）、便携式计算机、柜员终端、自动柜员机（ATM）、存折打印机、读卡器、销售终端（POS）和个人数字助理（PDA）等。
第三十条 商业银行应制定相关制度和流程，严格管理客户信息的采集、处理、存贮、传输、分发、备份、恢复、清理和销毁。
第三十一条 商业银行应对所有员工进行必要的培训，使其充分掌握信息科技风险管理制度和流程，了解违反规定的后果，并对违反安全规定的行为采取零容忍政策。