金融信息安全(1)-绪论

周期性
• 安全系统生命周期
– 是安全动态性的一个表现 – 也是风险平衡过程在组织级的体现。
• 它涉及反馈的一个交互式的过程
– 包括安全系统的启动、分析、设计、测试、部署、运 行、维护、退出的完整过程。
•
启动 开发 实现 运行维护 废弃
周期性
• 系统循环和反馈
– 除了废弃阶段，系统循环的每个阶段都要向它的前一阶段做出反馈。 – 在系统运行一段时间后，系统中的问题逐渐暴露，系统可能不再适应新 形势的需要，这时，可能重新开始一个新系统的循环过程。
• 信息安全专有法律因素会影响组织的安全目标和安全措施的选择 • 普通的法律和条例对信息系统的安全实现也会产生重要的影响。
动态性
• 新出现的威胁破坏了原先设定的信息环境。
– 互联网络广泛应用之前 ，很多操作系统缺省安装时存在大量的服 务和缺省用户账号 – 如果保护机制不能随着外部环境或内部其他组件的改变而改变， 则安全系统可能失效。
• 安全功能及其安全性强度的相互匹配。 • 信息系统的安全实现需用到要跨学科的专业知识
– 不仅需要密码学、计算机安全、硬件抗干扰、形式化方法方面的知识， 也需要用到应用心理学、组织功能、审计方法和法律方面的知识。 – 来自不同专业的人员往往从不同的角度研究这一问题，得到的结论常常 是不全面的。
相对性
• 信息安全满意度的周期性：
– 一开始，系统被严重破坏，于是经理雇佣安全专家处理，此后系统可达 到较高的安全满意度。随着时间的流逝，情况又变得相当糟糕，如此周 而复始。 – 在技术上增加一项安全措施的效用可能会被抵消。
• 人的思想会跟着松懈，类似于安全带的强制使用 • 反馈机制可能会使风险平衡在一个不恰当的平衡点上。
信息安全工程过程
产品或服务
工 Engineering 程过程 Process Engineering
Assurance 保证过程 Process 保证论据
风险过程 Risk Process
风险信息
信息安全工程过程
• 1. 风险过程
– 获取对企业的安全风险的理解，通过监视安全态势， 对现有系统运行及其环境进行分析，识别出所开发的 产品或系统的危险性并对这些危险性进行优先级排序， 通过系统化的风险评估公共参数
核心层 业务层 „
„
POS 商户
ATM
金卡工程
服务层 „ 客户层
持卡人
事务处理系统中的交易
• 按照其处理流程可分为
– 两种类型：通知类交易、请求类交易。
• 通知类交易
– 包括：授权通知类、金融通知类、冲正通知类、差错 处理通知类、对账控制类、管理通知类。
• 请求类交易
– 包括：预授权类交易、金融类交易、网络管理类。
• 例如，跨行ATM出错导致客户损失，谁来负责任? 是发卡方、网络提供者，还是ATM所属单位？抑或 是持卡者本人？ • 电子货币当事人之间的法律关系复杂。
信息安全工程
• • • • 什么是信息安全工程 信息安全工程过程 信息安全管理 信息安全工程能力成熟度
信息安全工程
• 信息安全工程学的产生
– 仅仅是提供安全需求或者是一些安全功能， 并不能使一个系统变成可信任的系统。 – 如果缺乏有效应用安全技术的知识和经验， 不能对金融信息安全整个领域做出准确的 把握和认识。 – 在安全需求、在信息安全技术和管理理论 的不断推动下，信息安全工程学应运而生。
社会性
• 广义信息系统
– 拥有、组织、开发、使用、评价、监管下层系 统部件的人员和团体都具有社会性。
• 系统开发和运行维护人员、业务人员和管理层、客 户、竞争者、监管者和政府。
– 机器不是万能的，没有一定的算法可以实现管 理的正确性。 – 人为因素遍及整个循环的每一个阶段 – 人可以决定系统的成败、公平性、正确性等。
金融信息安全工程（１）－ 绪论
主讲 李改成 lgc@
主要内容
• • • • 金融信息系统概述 金融安全系统 金融信息系统安全的复杂性 信息安全工程
金融信息系统概述
• • • • 系统组成 业务类型 金融业务体系结构 事务处理系统中的交易
系统组成
• 一个信息系统可以有不同层次的定义
• 经过后台转接 • 后台直接处理两类。
金融安全系统
• 信息安全概念 • 安全策略与安全机制 • 安全机制在金融系统中的应用
信息安全概念
• 安全系统的目标
– 不让攻击者访问到任何受保护的资源 – 实施合法用户能够访问业务资源的安全策略并保证这些策略能够 被确切得以执行。
• 这些目标可归纳为机密性、完整性、可用性，它们可以足 以应付泄露、破坏、欺骗和篡夺等的威胁。
• 基本表现：任何实际系统的信息安全都只能存在 于某些假设和信任基础之上。
– 互联就意味着危险。 – 许多安全失败来源于环境改变 – 在特殊环境下安全的机制在一个更一般的环境中会有 安全问题。 – 来源
• 人类思维活动的局限性。
• 系统的安全性常常会受到实现期限、财务、技术、 社会、环境和法律方面的限制
安全策略与安全机制
• 理解安全策略与安全机制之间的差别对信 息安全工程非常关键。 • 安全策略
– 是如何实现目标的大纲，它定义了所有设计应 该符合的行为上的约束。 – 安全策略的制定需要与所要保护的资产价值相 适应，其所处理的主题范围可以变化，相关主 题应考虑安全目标的数量、类型和重要性。
安全策略与安全机制
社会性
• 组织的价值取向和风险喜好会影响系统安全问题 的处理方式。
– 组织的风险回避和转移倾向。 – 组织内部业务部门、IT部门和安全人员的沟通。 – 组织内部的权利义务关系冲突。
• 人员的能力、动机和素质。
– 培训有限，操作不熟练。 – 缺乏足够的安全意识，导致大量的低级安全事故
• 例如由于遭受“社交工程”攻击或不当使用计算机，导致敏感 信息泄露或恶意代码入侵。
什么是信息安全工程
• 信息安全工程采用工程的概念、原理、技术和方法，来研 究、开发、实施与维护信息系统安全的过程
– 正确的工程实施流程 – 管理技术 – 当前能够得到的最好的技术方法。
• 信息安全工程致力于建造一个在存在恶意攻击、错误或意 外事件的环境中仍可信赖的系统
– – – – – 清晰地定义或确定出目标的逻辑或物理边界 假设外部系统是不安全的 对系统面临的（或可能面临的）威胁进行深入理解， 采用合适的混合保护措施来控制这些威胁， 收集所有可影响系统安全性的法律、法规、政策以及商业标准等 外部影响因素，评估性能和功能需求可能对安全产生的影响 – 运行的约束条件也要接受检查。
– 机密性 有实体集X和信息I，如果没有X的成员能够获得有关I的 信息，则称I具有关于X的机密性特性。 – 完整性 有实体集X和信息或者资源I，如果所有的X成员信任I， 则称I具有关于X的完整性特性。 – 可用性 有实体集X和信息或者资源I，如果所有的X成员都可以 访问I，则称I具有关于X的可用性特性。
金融信息系统安全的复杂性
• • • • • 全面性 相对性 动态性 周期性 社会性
全面性
• 金融信息系统是一个复杂的计算机系统
– 其面临的威胁无处不在，可能是环境方面的、人员方面的、系统方面、 产品方面的等等。
• 为达到安全目标的完备性，应对系统的各个环节进行统一的综合考虑。
– 硬件、固件、系统软件、应用软件、与“人”相关的管理与操作； – 系统运行和信息保护； – 恶意攻击、自然灾害、意外失误。
– 人事管理缺乏有效的激励约束机制，没有有效的追究 性机制，内部员工存在大量道德风险。
社会性
• 在很多情况下，一些常常被疏忽的安全问题有可 能导致企业承担相应的法律责任。
– 尤其是安全问题涉及与企业密切联系的供应链和商业 合作伙伴，或者涉及公司网站收集的客户信息时。 – 组织需要识别和分析影响IT的外部要求 并采取适当的 措施，履行法律的、法规的、契约的义务。
• 2. 工程过程
– 工程过程是一个包括概念、设计、实现、测试、部署、 运行、维护、退出的完整过程。
• 制定组织安全目标、战略、政策 • 将安全要求映射到用于检测、预防安全攻击或者恢复系统的安 全机制 • 集成到项目实施、系统配置或运行定义。
信息安全工程过程
• 3. 保证过程
– 即使是人们对于系统的脆弱性具有夸大其实的看法， 也会严重阻碍经济的发展，例如网上银行。 – 安全保证过程建立对系统安全的信任并向顾客转达这 种安全信任。
客户端
POS 集线器 广域网 集线器
ATM
ATM
客户端
金融信息系统功能层次关系
总
决 策 支 持系统
行
外部数 据 外部数 据 外部数 据
省分行
管理信息系统
地方分行
事务处理系统
原始数据 经办业 基层行 务及原 始数据
金融业务体系结构
人民银行 企业 多媒体介面 同业 语音界面 存款 贷款 信息界面 银行卡 公积金 客户信息 授信额度 集中会计 安全控管 国际业务 综合柜员 结算 企业银行 界面 电话银行 存款户
• 安全机制可以分为组织和物理安全机制和IT系统专有安全 措施两大类。
安全机制在金融系统中的应用
• 金融业务一产生，便与各种人们所能发明的各种安全技术紧密相关。
– 计量仪器 、签名、印章和账簿 、锁和围墙 、约定俗成的习惯 、通用的 国际条约 – 复式记账
• 安全应用渗透到现代金融系统中的各个方面。
• 安全机制是实施安全策略的方法、工具或者规程。 • 安全机制可以处于以下几个环节：
– – – – 劝止：其目的是降低威胁的可能性； 防止 ：其目的是保护或降低资产的脆弱性； 纠正：其目的是降低风险和影响的损失 检测：其目的是检测攻击和安全的脆弱性，针对攻击建立防护和 纠正措施； – 恢复：其目的是恢复系统的资源和能力； – 补偿：其目的是寻找对控制措施的替代方案，例如保险机制。