信息安全-五:隐通道

第五章 隐通道

操作系统,数据库系统、网络、分布式数据库管理系统中都可能存在隐通道,(操作系统处于计算机系统的最底层,它的安全是系统中一切安全的基础,也就是说操作系统的安全问题是一切安全的问题中最核心的问题)国外有关隐通道的研究已相当深入且广泛,国内因受到技术方面的限制(使用的系统大多为国外开发的,没有源代码),因此深入底层的研究较为困难。

正是由于国内开发大型操作系统和数据库管理系统的单位很少,还不必检测并证明自己系统的安全性,更无须做堵塞隐通道或减少隐通带宽的工作,原因是得不到源代码关于系统设计的详细说明。但实际上作为操作系统的使用者,尤其是负有安全责任的使用者,也应关心隐通道的问题,因为他们至少应该对自己工作平台的安全性有充分的了解,选择安全的系统,防止隐通道所带来的对系统安全的破坏。更何况国内也要开发自己的安全计算机系统,也必须面对隐通道的挑战。因此,有必要对隐通道进行研究。

隐通道的概念形成于70年代初期,80年代隐通道的研究得到计算机安全界的广泛重视,DoD的“可信计算机系统评估准则”(TCSEC)把对隐通道的限制和分析纳入了安全计算机系统的标准中。

 

一、隐通道的定义

安全??和安全机构从不同角度给出了关于隐通道的多种定义方式,但其实质含义是相同的,列出其中最主要的几种定义方式:

B.W.Lampson给出的

       定义一:隐通道是指违背设计者的原意和初衷,被用来通信的通道。

       TCSEC的定义

       定义二:隐通道是一个通信通道,它使得一个进程能以违反系统安全策略的方式违背信息。

       NCSCC(美国国家计算机安全中心)的定义

       定义三:给定一个非自主安全 策略模型M和它在一个操作系统中的实现I(M)I(M)中的两个主体I(si)I(sj)之间的通信是隐蔽的,当且仅当模型M中相应的两个主体sisj之间的通信是非法的。

       以上这些定义说明:

1.    隐通道是一个可以进行信息传送的通道,但它不是系统设计者设计用业传送信息的通道。

2.    由于它并非设计者用来传送信息的通道,因此系统安全策略(主要指非自主性的安全策略),没有对这种通道实施控制。

3.    由于没有安全控制,因此使得进程之间可以利用这些通道以违反安全策略的方式传递信息。

如果一个系统未实施强制访问控制,那么任意两个用户(只要他们愿意)都可以合法地传送信息,不需要通过隐蔽通道来秘密地进行传送,因此存在隐通道的系统实际上是采取了一定安全措施,特别是强制访问控制的系统。当用户传送信息的行为或传送的信息不能公开是,隐通道才有意义。

总之,隐通道是一种通信通道,但它不是系统设计者设计的打算用来通信的信道,因而它能绕过系统强制安全机制的检查,使得进程能以违反系统安全策略的方式传递信息,从而对计算机系统的安全造成很大的威胁。

因此对于一个给定的系统判断隐通道对系统安全的危害,采取一些相应的措施减少隐通道所带来的危害,这是对计算机系统负有安全责任的管理者或开发者必不可少的工作。

隐通道的研究中首先遇到一个问题是隐通道的识别,如何搜索系统中存在的隐通道。

最简单的隐通道的识别法是比照其它系统(例如其它操作系统)已有的典型的隐通道来分析目标操作系统的隐通道。但是,这种分析方法不能发现所有可能的隐通道,也不能发现目标系统特有的隐通道。

要全面分析隐通道,必须分析系统的形式化的说明书和源代码。但分析源代码的工作量很大,国外已经开发了一些自动化工具,对形式化的说明书或源代码进行分析以识别隐通道。但我们目前无法拿到。

 

二、隐通道举例

1:最早被发现的也是最经典的一个隐通道是磁盘移臂隐通道,这个隐通道是1977年在KVM/370系统中发现的。

假定系统中有HL两个进程,H的安全级高于L的安全级。H中隐藏有特洛依木马试图泄露信息给窥探者L,但是按照强制访问控制的策略,L无法访问到H的信息,因此H不敢直接传送信息给L,并且也担心审计的监督,于是HL寻求利用系统的安全漏洞,采用表面上合法的手段泄露信息。

L开辟一个属于自己的文件目录,H合法地具有了读这个目录的权力,假定磁盘上从51磁道到第59磁道属于这个目录,HL按以下约定进行操作:

1.  L请求读磁道55(此请求完成后,释放CPU);

2.  H请求读磁道53(送“ 0 )或读磁道57(送“ 1 )(请求完成后,立即释放CPU);

3.  L同时请求读磁道51和磁道59,并观察这两个请求完成的先后次序,以确定H发出的信息,若访问磁道51先完成,则L确认收到“ 0 ,反之,L确认收到“ 1

重复以上操作,就可以在HL之间传送连续的比特流。(当然还要采取一定的同步措施)

H读磁道57

L读磁道59先完成

51

(53)

555

57

599

1


51

53

555

(57)

599

  • 5
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值