主机访问控制解决方法技术白皮书.docVIP

主机访问控制解决方法技术白皮书.doc

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
主机访问控制解决方法技术白皮书

Kerbsphere主机访问管理平台软件 技术白皮书 V1.0 文档信息 文档名称 Kerbsphere主机访问管理平台软件简明用户使用手册 作者 蔡明 审批者 万庆 说明 本文件是主机访问管理平台软件的技术白皮书 文件名称 Kerbsphere技术白皮书1.doc 修订历史 (REVISION HISTORY) Rev Section 类型 日期 作者 内容 1 2007-10-17 蔡明 目 录 第一章 存在的问题 2 第二章 Kerbsphere解决方案分析 3 2.1 Kerbsphere方案设计 3 2.2 管理流程 5 2.3 Kerbsphere拓扑逻辑 5 第三章 Kerbsphere主机系统功能架构和管理功能模块 7 3.1 系统技术架构 7 3.2 系统功能模块 8 第四章 Kerbsphere优点分析 9 4.1 清晰明了的主机设备清单和详细情况 9 4.2明确、易于管理的特权使用人和主机访问帐号的对应关系 10 4.3 全面、完善的访问记录 10 4.4 可以很快跟踪到特权使用的申请和审批记录 11 4.5 可靠、符合审计要求的密码管理功能 11 第五章 Kerbsphere监控模块功能 12 第六章 总结 13 第一章 主机访问管理存在的问题 开放系统的主机特别是Unix、Linux已经逐渐成为金融、电信、交通、证券等各大行业的中坚业务支撑平台。但是由于系统本身设计的时候,操作系统本身对安全的考虑和现在需求、应用环境严重脱节,操作系统本身带的安全控制和审计功能已经严重不满足我们的保密和安全法律、法规的要求。为了加强主机的安全,一套有针对性地访问管理解决方案将会极大增强关键服务器的安全;简化和降低服务器管理成本;有效的提高系统的审计能力。 总结问题如图: 现阶段主要问题是: 特权滥用和不充分的角色权限分离 高花费的服务器主机管理 操作系统弱点和漏洞 法律、法规服从的需要 缺乏个体的责任监控 审计日志的不足,银监会和外部的审计机构度提出了对核心主机的访问授权和记录要求 例如: 某行制定了操作手册,但是由于缺乏有效的监督,系统管理员甲某在生产机上试用、学习Init命令,结果造成生产机重起,对业务产生重大影响。 某行系统管理员乙某,通过DB2的clp命令直接修改帐务数据库的数据为自己谋利,由于缺乏有效的监控手段,我们只有在帐务不匹配的情况下通过业务手段查找问题,没有当时操作的纪录,这也是导致乙某敢于违法想钻孔子的原因之一。 现在都是一个人掌握几十台设备的管理员密码。如何记忆?用同一个密码会导致安全性下降,不用统一密码管理员自己又无法记忆,手写记忆也是安全隐患。 。。。。。。 第二章 Kerbsphere解决方案分析 2.1 Kerbsphere方案设计 中亦安图科技发展(北京)有限公司(以下简称中亦安图)的服务队伍多年服务于金融、电信、保险、制造等各大行业,并且立足于系统的管理、维护和优化之上。具有丰富的操作系统理论知识,熟悉客户的现状,精心分析客户的要求,严格设计出满足客户现状的-Kerbsphere主机访问管理解决方案。 根据系统的设计原理和现状分析,我们使用如下的设计方案来达到我们的要求 图示的下半段是我们在系统原有的基础上增加的功能和模块,可以看出主要是针对系统维护人员的管理并且增加操作记录审计等内容。 2.2 管理流程 1 用户根据自己的身份和角色申请需要访问的服务器以及相应的服务器用户 2 安全团队将审核过的服务器用户访问权限绑定在该用户的记录下 3 用户向登陆服务器提出请求,登陆服务器根据步骤2的结果赋予用户相应的访问选择 4 用户根据登陆服务器提供的密钥登陆相应的后台Server 5 密码使用完后系统会自动回收和重置密码 6 所有的管理员登陆后台服务器的行为都被记录 7所有的用户每一步操作被绑定在个人的身份下,记录到我们的审计数据库中 2.3 Kerbsphere拓扑逻辑 在实际环境中我们使用如下的拓扑解决方案: 第三章 Kerbsphere主机系统功能架构和管理功能模块 3.1 系统技术架构 图 31:系统架构示意 系统架构于基于标准J2EE规范的多层体系架构,组件化设计;服务层采用主流的Struts框架,利用JAVA语言与操作系统的松耦合性,不仅利于应用系统本身在多种平台上的部署实现,而且也简化了应用系统对后端主机环境差异性的处理; 在用户交互界面层,采用以AJAX技术为基础的一系列自定义标签和脚本方法,使得页面更加动态和灵敏,并且以“异步操作”的模式将用户与服务的交互过程进行分解,有效降低通信量; 在数据持久层,在

文档评论(0)

jixujianchi + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档