|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
质量管理是指确定质量方针、目标和职责，并通过质量体系中的质量规划、质量保证和质量控制以及质量改进来使其实现所有管理职能的全部活动。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
第三方认证是指两个实体在鉴别过程中通过可信的第三方来实现。可信的第三方简称TTP（Trusted Third Party）。如下图所示，第三方与每个认证的实体共享秘密，实体A和实体B分别与它共享秘密密钥KPA、KPB。当实体A发起认证请求时，实体A向可信第三方申请获取实体A和实体B的密钥KAB，然后实体A和实体B使用KAB加密保护双方的认证消息。
|
|
|
|
|
|
|
|
实体A和实体B基于第三方的认证方案有多种形式，本文选取一种基于第三方挑战响应的技术方案进行阐述。设A和B各生成随机数为RA、RB，IDA为实体A的标识，IDB为实体B的标识，则认证过程简要描述如下：
|
|
|
|
第一步，实体A向第三方P发送加密消息KPA（IDB，RA）。
|
|
|
|
第二步，第三方收到KPA（IDB，RA）的消息后，解密获取实体A消息。生成消息KPA（RA，KAB）和KPB（IDA，KAB），发送到实体A。
|
|
|
|
第三步，实体A发送KPB（IDA，KAB）到实体B。
|
|
|
|
第四步，实体B解密消息KPB（IDA，KAB），生成消息KAB（IDA，RB），然后发送给实体A。
|
|
|
|
第五步，实体A解密KAB（IDA，RB），生成消息KAB（IDB，RB）发送给实体B。
|
|
|
|
第六步，实体B解密消息KAB（IDB，RB），检查RB的正确性，若正确，则实体A认证通过。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
灾备管理体系主要是指组织机构的各个层面，在日常状态和灾难状态下的各种管理工作，至少包括以下5个方面。
|
|
|
|
（1）灾难恢复组织机构。商业银行应结合本行机构设置的具体情况，设立灾难恢复组织机构，包括灾难恢复规划建设、运行维护、应急响应和灾难恢复等各阶段工作所需的人员，有关人员可为专职，也可为兼职，关键岗位的人员应有备份。商业银行可以参考《JR/T0044 2008银行业信息系统灾难恢复管理规范》，设置灾难恢复组织机构，包括决策层、管理层和执行层，各层之间分工明确、职责清晰。
|
|
|
|
（2）岗位与培训管理。灾备中心的应急生产岗位应与生产中心对等，只不过可以按照人员复用的原则，由灾备管理人员、开发测试人员或系统运维人员专职或兼职担任。对不同层次、不同部门的岗位，在灾难恢复策略规划、系统建设与运维、预案制定、演练和更新维护等不同阶段，应按照不同的培训目标，安排不同的培训计划。
|
|
|
|
（3）灾难恢复预案管理与演练。灾难恢复预案要长期保持有效性，必须在灾难恢复策略发生变化、演练发现问题、生产系统发生变更、人员出现调整等情况下，及时修订维护预案，做好变更管理、版本管理，以及发布管理等，确保合适的人员及时获得最准确、最合适的信息。演练验证灾难恢复预案有效性的最佳手段。演练管理就是要对演练的计划、场景、人员、过程、总结评估和后续完善调整等进行全面管理，通过演练来培养灾难恢复团队面对复杂环境的信心和冷静心态，验证灾难恢复能力，改进灾难恢复流程，发现并纠正灾备体系中的缺陷。
|
|
|
|
（4）灾备中心日常运维、灾难响应与重续运行管理。灾备中心应随时做好接替生产中心的准备，因此，必须像生产中心一样，对灾备中心的系统、网络和环境等基础资源进行运行维护，按照备份策略按时完成数据备份，完成灾备系统与生产系统的同步。当灾难发生后，灾难恢复组织机构的各层人员立即响应，在指挥报告、协调、联络、保障等工作机制的保障下，按照灾难恢复流程步骤，一步步地恢复信息系统及其支撑的关键业务功能。在生产系统成功切换到灾备中心运行后，要按照生产中心的规章制度、操作流程、技术规范来管理，保障生产系统安全稳定运行，直至生产中心重建并恢复了生产运行能力。
|
|
|
|
（5）外部资源管理。外部资源主要指商业银行的合作伙伴、服务商、设备商和外协人员等。当发生灾难时，可能需要这些外部资源的支持才能完成灾难恢复，比如，从设备供应商紧急采购灾备生产设备，从电信运营服务商紧急租用通信线路，从银联借调交易流水等。因此，需要与这些外部资源建立日常联系或签订协议，并不定期地测试其支持能力，以保证在灾难恢复期间，外部资源可以提供有效的支持。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
认证又分为实体认证和消息认证两种。实体认证是识别通信对方的身份，防止假冒，可以使用数字签名的方法。消息认证是验证消息在传送或存储过程中有没有被篡改，通常使用报文摘要的方法。
|
|
|
|
|
|
如果通信双方有一个共享的密钥，则可以确认对方的真实身份。这种算法依赖于一个双方都信赖的密钥分发中心（Key Distribution Center，KDC），如下图所示，其中的A和B分别代表发送者和接收者，KA、KB分别表示A、B与KDC之间的共享密钥。
|
|
|
|
|
|
|
|
认证过程如下：A向KDC发出消息{A，KA（B，KS）}，说明自己要与B通信，并指定了与B会话的密钥KS。注意，这个消息中的一部分（B，KS）是用KA加密的，所以第三者不能了解消息的内容。KDC知道了A的意图后就构造了一个消息{KB（A，KS）}发给B。B用KB解密后就得到了A和KS，然后就可以与A用KS会话了。
|
|
|
|
然而，主动攻击者对这种认证方式可能进行重放攻击。例如A代表雇主，B代表银行。第三者C为A工作，通过银行转账取得报酬。如果C为A工作了一次，得到了一次报酬，并偷听和复制了A和B之间就转账问题交换的报文，那么贪婪的C就可以按照原来的次序向银行重发报文2，冒充A与B之间的会话，以便得到第二次、第三次……报酬。在重放攻击中攻击者不需要知道会话密钥KS，只要能猜测密文的内容对自己有利或是无利就可以达到攻击的目的。
|
|
|
|
|
|
这种认证协议如下图所示。A向B发出EB（A，RA），该报文用B的公钥加密。B返回EA（RA，RB，KS），用A的公钥加密。这两个报文中分别有A和B指定的随机数RA和RB，因此能排除重放的可能性。通信双方都用对方的公钥加密，用各自的私钥解密，所以应答比较简单。其中的KS是B指定的会话键。这个协议的缺陷是假定双方都知道对方的公钥。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
