书签 分享 收藏 举报 版权申诉 / 6

一种保护数据库的方法.pdf

  • 上传人:Y94****206
  • 文档编号:4216559
  • 上传时间:2018-09-07
  • 格式:PDF
  • 页数:6
  • 大小:363.75KB
  • 摘要
    申请专利号:

    CN201110409951.0

    申请日:

    2011.12.12

    公开号:

    CN102508931A

    公开日:

    2012.06.20

    当前法律状态:

    授权

    有效性:

    有权

    法律详情:

    专利权质押合同登记的注销IPC(主分类):G06F 17/30授权公告日:20130410申请日:20111212登记号:2017370000185出质人:瀚高基础软件股份有限公司质权人:山东省科技融资担保有限公司解除日:20180611|||专利权质押合同登记的生效IPC(主分类):G06F 17/30登记号:2017370000185登记生效日:20171204出质人:瀚高基础软件股份有限公司质权人:山东省科技融资担保有限公司发明名称:一种保护数据库的方法申请日:20111212授权公告日:20130410|||专利权质押合同登记的注销IPC(主分类):G06F 17/30授权公告日:20130410申请日:20111212登记号:2014370000012出质人:瀚高基础软件股份有限公司质权人:齐鲁银行股份有限公司济南高新支行解除日:20171106|||专利权质押合同登记的变更IPC(主分类):G06F 17/30登记号:2014370000012变更日:20171013变更事项:出质人变更前:山东瀚高基础软件股份有限公司变更后:瀚高基础软件股份有限公司|||专利权人的姓名或者名称、地址的变更IPC(主分类):G06F 17/30变更事项:专利权人变更前:山东瀚高基础软件股份有限公司变更后:瀚高基础软件股份有限公司变更事项:地址变更前:250101 山东省济南市高新区新泺大街山东信息通信技术研究院A516变更后:250000 山东省济南市高新区新泺大街2117号铭盛大厦20层|||专利权质押合同登记的生效IPC(主分类):G06F 17/30登记号:2014370000012登记生效日:20140818出质人:山东瀚高基础软件股份有限公司质权人:齐鲁银行股份有限公司济南高新支行发明名称:一种保护数据库的方法申请日:20111212授权公告日:20130410|||专利权人的姓名或者名称、地址的变更IPC(主分类):G06F 17/30变更事项:专利权人变更前:山东瀚高科技有限公司变更后:山东瀚高基础软件股份有限公司变更事项:地址变更前:250100 山东省济南市历城区红楼南路44号变更后:250101 山东省济南市高新区新泺大街山东信息通信技术研究院A516|||授权|||实质审查的生效IPC(主分类):G06F 17/30申请日:20111212|||公开

    IPC分类号:

    G06F17/30; G06F21/22

    主分类号:

    G06F17/30

    申请人:

    山东瀚高科技有限公司

    发明人:

    权宗亮; 卢健; 韩永利

    地址:

    250100 山东省济南市历城区红楼南路44号

    优先权:

    专利代理机构:

    代理人:

    PDF完整版下载: PDF下载
    内容摘要

    本发明提供一种保护数据库的方法,包括由验证机制和若干规则组成的保护层,每个规则包含一种允许或拒绝访问数据库的验证定义,当接收到用户访问请求时,在到达数据库进行用户/密码对验证之前,由保护层对该连接请求进行验证,根据所有规则定义判定允许还是拒绝该请求,本方法可以使被保护数据库只能被指定范围的网络域访问,能够保证即使在数据库内部用户和密码泄露的墙况下,也能有效阻断数据泄露的可能性。客户连接必须符合指定的传输和验证方式,通过本方法可以强制要求传输过程加密和采用更加严格的验证方式,防止通过网络偷窥获得密码和数据。

    权利要求书

    1: 一种保护数据库的方法, 其特征在于, 包括由验证机制和若干规则组成的保护层, 每 个规则包含一种允许或拒绝访问数据库的验证定义, 当接收到用户访问请求时, 在到达数 据库进行用户 / 密码对验证之前, 由保护层对该连接请求进行验证, 根据所有规则定义判 定允许还是拒绝该请求, 验证步骤如下 : 1) 包括网络或本地访问客户端发起连接请求, 保护层接收请求并获取该请求的详细信 息; 2) 针对每一个规则定义循环验证 ; a) 如果是物理地址规则, 进入物理地址验证步骤 b), 否则进入 d) ; b) 如果发起请求的物理地址不匹配当前规则定义物理地址或范围, 返回 a) ; 如果当前 规则不允许发起请求的客户端物理地址访问数据库, 拒绝本次请求, 否则进入步骤 c) ; c) 如果当前规则要求绑定逻辑地址, 验证发起请求的逻辑地址是否与当前规则指定的 逻辑地址或范围匹配, 若不匹配则拒绝本次申请, 匹配则进入加密验证步骤 e) ; d) 如果发起请求的逻辑地址与当前规则定义的逻辑地址或范围不匹配, 返回 a) ; 若当 前规则不允许发起请求的客户端逻辑地址访问数据库, 拒绝本次请求, 否则进入步骤 e) ; e) 如果发起请求的客户端发出的请求采用的加密方式没有满足当前规则要求的加密 等级, 拒绝本次请求, 否则进入步骤 f) ; f) 如果发起请求的客户端采用的数据库 “用户 / 密码对” 验证方式不符合当前规则要 求的方式, 拒绝本次请求, 否则将该请求转发至数据库进入步骤 4 ; 3) 如果没有任何规则允许本次请求访问数据库, 拒绝并结束验证过程 ; 4) 数据库对 “用户 / 密码对” 验证后将结果通知保护层, 如果本次请求通过了数据库验 证, 保护层允许该请求继续访问数据库, 如果没有通过数据库验证, 拒绝本次请求并结束验 证过程。

    说明书


    一种保护数据库的方法

        技术领域 本发明涉及计算机技术领域, 具体地说是一种保护数据库系统免受攻击和消除潜 在威胁的保护数据库的方法。
         背景技术
         传统数据库系统一般采用用户 / 密码对的保护方式, 该方法能够一定程度上保护 数据安全。 但是面对日益复杂的网络结构, 以及潜在系统漏洞的不可预知性, 传统方法已经 无法全面保护数据库。数据库使用的若干端口不得不要求系统防火墙开放, 这样才能允许 外部应用的访问, 此时系统防火墙对数据库的直接保护已经失去作用, 数据库已经对整个 网络开放。 现在计算机系统越来越强大, 运行的各种软硬件也越来越复杂, 随之而来的是更 多各种安全漏洞, 如何保证数据安全已经是当代计算机技术的一个重大课题。 同时, 网络技 术的发展和应用, 也使得数据库用户自身的网络结构越来越复杂, 接入的网络设备型号和 品牌越来越庞杂, 复杂网络环境下的数据保护问题越来越受到数据库用户的密切关注。发明内容
         本发明的技术任务是解决现有技术的不足, 提供一种新式保护数据库的方法。
         本发明的技术方案是按以下方式实现的, 包括由验证机制和若干规则组成的保护 层, 每个规则包含一种允许或拒绝访问数据库的验证定义, 当接收到用户访问请求时, 在到 达数据库进行用户 / 密码对验证之前, 由保护层对该连接请求进行验证, 根据所有规则定 义判定允许还是拒绝该请求, 验证步骤如下 :
         1) 包括网络或本地访问客户端发起连接请求, 保护层接收请求并获取该请求的详 细信息 ;
         2) 针对每一个规则定义循环验证 ;
         g) 如果是物理地址规则, 进入物理地址验证步骤 b), 否则进入 d) ;
         h) 如果发起请求的物理地址不匹配当前规则定义物理地址或范围, 返回 a) ; 如 果当前规则不允许发起请求的客户端物理地址访问数据库, 拒绝本次请求, 否则进入步骤 c) ;
         i) 如果当前规则要求绑定逻辑地址, 验证发起请求的逻辑地址是否与当前规则指 定的逻辑地址或范围匹配, 若不匹配则拒绝本次申请, 匹配则进入加密验证步骤 e) ;
         j) 如果发起请求的逻辑地址与当前规则定义的逻辑地址或范围不匹配, 返回
         k)a) ; 若当前规则不允许发起请求的客户端逻辑地址访问数据库, 拒绝本次请求, 否则进入步骤 e) ;
         l) 如果发起请求的客户端发出的请求采用的加密方式没有满足当前规则要求的 加密等级, 拒绝本次请求, 否则进入步骤 f) ;
         m) 如果发起请求的客户端采用的数据库 “用户 / 密码对” 验证方式不符合当前规 则要求的方式, 拒绝本次请求, 否则将该请求转发至数据库进入步骤 4 ;3) 如果没有任何规则允许本次请求访问数据库, 拒绝并结束验证过程 ;
         4) 数据库对 “用户 / 密码对” 验证后将结果通知保护层, 如果本次请求通过了数据 库验证, 保护层允许该请求继续访问数据库, 如果没有通过数据库验证, 拒绝本次请求并结 束验证过程。
         本发明的有益效果是 : 本方法在现有传统的数据库用户认证机制之上增加了更严 密的防护, 所有试图连接数据库的请求在到达数据库进行验证之前, 首先对发起请求的客 户端逻辑和物理地址进行验证。本方法可以使被保护数据库只能被指定范围的网络域访 问, 能够保证即使在数据库内部用户和密码泄露的墙况下, 也能有效阻断数据泄露的可能 性。客户连接必须符合指定的传输和验证方式, 通过本方法可以强制要求传输过程加密和 采用更加严格的验证方式, 防止通过网络偷窥获得密码和数据。 附图说明
         图 1 是验证步骤流程图 ; 具体实施方式
         下面结合附图对本发明的保护数据库的方法作进一步详细说明。
         本发明的保护数据库的方法, 包括由验证机制和若干规则组成的保护层, 每个规 则包含一种允许或拒绝访问数据库的验证定义, 当接收到用户访问请求时, 在到达数据库 进行用户 / 密码对验证之前, 由保护层对该连接请求进行验证, 根据所有规则定义判定允 许还是拒绝该请求。验证过程如下图所示 :
         1) 访问客户端 ( 网络或本地 ) 发起连接请求, 保护层接收请求并获取该请求的详 细信息 ;
         2) 针对每一个规则定义循环验证 ;
         n) 如果是物理地址规则, 进入物理地址验证步骤 b), 否则进入 d) ;
         o) 如果发起请求的物理地址不匹配当前规则定义的物理地址或范围, 返回 a) 采 用下一条规则继续验证过程 ; 如果当前规则不允许发起请求的客户端物理地址访问数据 库, 拒绝本次请求, 否则进入步骤 c) ;
         p) 如果当前规则要求绑定逻辑地址, 验证发起请求的逻辑地址是否与当前规则指 定的逻辑地址或范围匹配, 若不匹配则拒绝本次申请, 匹配则进入加密验证 q) 步骤 e) ;
         r) 如果发起请求的逻辑地址与当前规则定义的逻辑地址或范围不匹配, 返回 a) 采用下一条规则继续验证过程 ; 若当前规则不允许发起请求的客户端逻辑地址访问数据 库, 拒绝本次请求, 否则进入步骤 e) ;
         s) 如果发起请求的客户端发出的请求采用的加密方式没有满足当前规则要求的 加密等级, 拒绝本次请求, 否则进入步骤 f) ;
         t) 如果发起请求的客户端采用的数据库 “用户 / 密码对” 验证方式不符合当前规 则要求的方式, 拒绝本次请求, 否则将该请求转发至数据库进入步骤 4 ;
         3) 如果没有任何规则允许本次请求访问数据库, 拒绝并结束验证过程 ;
         4) 数据库对 “用户 / 密码对” 验证后将结果通知保护层, 如果本次请求也通过了数 据库验证, 保护层允许该请求继续访问数据库, 如果没有通过数据库验证, 拒绝本次请求并结束验证过程。
         除本发明的说明书公开的技术特征外均为本专业技术人员的公职技术。

    关 键  词:
    一种 保护 数据库 方法
      专利查询网所有文档均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    0条评论

    还可以输入200字符

    暂无评论,赶快抢占沙发吧。

    关于本文
    本文标题:一种保护数据库的方法.pdf
    链接地址:https://www.zhuanlichaxun.net/p-4216559.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2017-2018 zhuanlichaxun.net网站版权所有
    经营许可证编号:粤ICP备2021068784号-1