ImageVerifierCode 换一换
格式:DOC , 页数:2 ,大小:22.50KB ,
资源ID:11279174      下载积分:10 金币
快捷注册下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/11279174.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请

   平台协调中心        【在线客服】        免费申请共赢上传

权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。

注意事项

本文(简单谈谈安全模型设计.doc)为本站上传会员【仙人****88】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

简单谈谈安全模型设计.doc

1、简单谈谈安全模型设计 说到安全,往往要给出一个模型,人们通过研究这个抽象的模型来把握安全要素,这里首先要确定一下安全性需要考虑的几个要素,一个就是保密性,另一个就是完整性,这是两个最重要的安全特性,保密性一般应用于军事领域,而完整性一般用于商业领域,这只是一般情况下,也就是说,对于军事机密文件,宁可毁了也不能泄露出去,而对于商业信函,宁可让人看到也不能被人篡改了,被人看到起码还有一个监督者的作用。 我们知道,单向的一般就是安全的,姑且不说这种安全性的安全级别,最起码,它要么起到了保密的作用,要么保全了完整性,为什么呢?因为单向性意味着信息进入一个地方后就不允许再出来了,而危险往往在

2、于从家走出去,回家一般都会比出去安全,要么就是出家门就不要再进入,起码不会连累家人。对于机密性要求,将信息推入一个黑匣子就可以了,因为单向性特性,推入的信息不会再从这个黑匣子原路出来,因此就起到了保密的作用,对于完整性要求,就是将信息从黑匣子拉出来,因为没有人会将信息从拉出来的方向推入,那么可以保证不会有人篡改信息,因而信息是完整的。 对于机密性要求,BLP模型一直都是很理想的模型,在BLP中,信息的操作者分为了若干等级,信息单向地只能从低等级流向高等级,促使信息流动的动作有两个,一个是读,一个是写,对于读,信息从被读的一方流向读者,对于写,信息从写者流向被写的一方,在BLP模型中,通过

3、两个约束保证了保密性,一个是禁止上读,一个是禁止下写,另外一个理解就是允许上写允许下读,我们看到信息是推入高级别的这个黑匣子的,避免了任何低级别的人偷看到信息,我们看一下这有什么意义。设想有一个模型,允许下读,又允许下写,一个高级别的操作者书写了一份密文,然后将内容拷贝了一份,作为低级别的密文回写,这样的话,低级别的响应级别的操作者就会偷看到本来高级别的密文,而这是不希望发生的,这其中的问题就在于下读和下写产生了双向信息流。这个BLP禁止了由于操作者本身除了问题导致信息泄露的可能性。其实这个模型仅仅是理想模型,对于信息系统是有用的,对于人则没有意义,试想人是有记忆的,规则能制止人的行为可是制止

4、不了人的思维。允许上写并没有什么问题,就是说任何级别的操作实体都可以签署密文,只要你签署了,那这个密文就是保密的,你就不能再看了。禁止上读避免了低级别用户获取敏感信息,而禁止下写则避免了一旦高级别用户本身出了问题造成信息的泄露。 对于完整性需求,正好和BLP模型相反,叫做BIBA模型,也就是禁止下读,禁止上写模型,另一种理解就是允许下写,允许上读,数据是从高级别的黑匣子拉到低级别的用户的,信息流的流动方向和BLP模型的正好相反,因为禁止了上写,所以避免了信息被低级别用户更改,如果允许了下读,那么高级别用户如果出了问题,那么它完全可以读入一个低级别的信息,然后更改后下写到低级别的用户,因而

5、完整性得不到保证。这个模型也给过滤模型留下了空间,任何合法的钩子都是可以安插在黑匣子和最终的低级别用户之间实现拦截,注意这种拦截是严格意义上的有意识拦截,而不是非法的欺骗性拦截和篡改式拦截。 总之,信息是单向流动是根本,交互总会带来危险,另外,单向的信息流动即使出了问题对人造成的影响也是蒙在鼓里的影响,禁止下读的模型中,你无法知道低级别的任何信息,但是你能写入低级别的用户任何信息,你管好自己好好写就是了,你的心不会太乱,这种模型下,你不必担心信息泄露,而信息的完整性的责任完全在你;对于禁止上读的模型,你就只管往高级别写东西吧,你的心也不会很乱。这两种模型下,你必须彻底消除自己的侥幸心理。 在安全模型中,中国墙模型也很著名,它是以责任共同体来界定访问控制的,原则上很安全,但是从设计上来讲,我感觉真的没有BLP和BIBA模型好。我们现在都可以看到很多安全访问控制的实例,比如Intel的特权环,比如Unix的能力模型和访问控制矩阵,比如Windows NT的基于角色的访问控制,所有这些都可以用单向信息流和访问控制列表来表述。总之记住一点,计算机永远比人乖,不过有时候,人杀人的时候会流泪,但是计算机杀人的时候会很干脆。

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服