999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

一種模糊級別的多級安全關系數據模型研究*

2010-07-25 00:33:42王六平魯建愷張偉林
網絡安全與數據管理 2010年17期
關鍵詞:主體用戶

王六平,魯建愷,張偉林

(湖南師范大學,湖南 長沙 410081)

現有的多級安全數據模型都遵循BLP模型[1]中提出的“向下讀,向上寫”的多級關系的強制訪問控制規則,從而確保信息的向上單向流動。然而,在大多數應用中,主體(用戶或程序)和客體的敏感度很難嚴格地劃分等級,只存在一些模糊級別。許可級別高的用戶未必一定允許查看密級(表示該客體所包含信息的敏感度)低的信息,例如:一個許可級別較高的用戶不允許查看另一部門的較低密級的信息。

另外,在一般的多級安全關系數據庫中,為了對低許可級的主體隱藏高密級的敏感信息,引入了多實例(Polyinstantiation)和偽元組(Cover Story)的概念,使得真實世界的單個實體在一個多級關系表中會產生多個元組,每個元組對應著不同密級的實例,并為每個字段設置相應的密級附加字段,以記錄各數據項的密級信息。當不同實例間的數據差異很大時,這樣的設計是合理的。然而,研究表明實際應用時,數據庫中敏感數據(即需要對低許可級主體隱藏的數據)所占的比例通常僅僅只有約5%[2],這意味著多實例間的數據差異通常非常小,高密級的元組除個別字段外,絕大部分數據(90%以上)與低密級元組相同[3],造成數據的大量冗余,而且數據定義與操縱規則相當復雜。

為了解決上述問題,本文提出了一種新的模糊級別的多級安全關系數據庫模型,采用類似于“同級讀,同級寫”的原則,既可以防止“高”許可級用戶查看或修改“低”密級的信息,造成信息泄漏;又可以防止“低”許可級主體修改“高”密級的數據,形成隱通道,還可以通過多密級共享元組來減少數據冗余。

1 對基于多實例的多級關系的改進

當不同的元組具有相同的主鍵,卻具有不同的密級時,稱為多實例。在給定的格中,對每一個許可級都有一個關系實例,代表該許可級的用戶眼中的數據版本。例如,對關系模式R而言,實例 RC就是許可級為C的用戶所看到的元組的集合。多實例是一個應用多級安全的系統所固有的屬性[4-5]。

在 SeaView[6]和 Jajodia、Sandhu[4-5,7]等 人 對 多 級 安 全數據模型的研究中,對每一個屬性定義其相應的密級,并引入了多實例,但由于采用“向下讀,向上寫”的規則,因此,存在隱匿通道問題。參考文獻[8]中引入了主從表,通過在從表中讀寫偽元組來消除隱通道問題,但按照這些規則進行讀寫操作后,大部分元組的各屬性的密級最終都會與元組的密級相同。因此,本模型直接將各屬性的密級屬性去掉,只留下元組的密級屬性;參考文獻[9]直接去掉了屬性的密級屬性,只留下元組的密級屬性TC,但要求為實體的每一種許可級定義一個實例。然而根據前面的分析,實際應用中不同密級實例的大部分屬性值可能是相同的,甚至可能只是元組密級屬性TC值不同而已,造成大量的冗余數據,而且,當許可級較多時,數據的冗余量將會成倍增長。因此,為了進一步減少冗余,本模型再將所有屬性值均相同的多個不同密級的元組合并成一個元組,用一種類似于通配符的數據,即安全模式(Security Pattern)來表示這些密級。強制訪問控制就是通過對比主體的許可級別和客體的安全模式是否匹配來確定主體是否能夠存取客體。

安全模式定義及其運算規則。

定義 1:設 Ω={C1,C2…Ci,…Cn}表示系統中所有密級的集合構成一個格,其中Ci表示某密級,可表示為:00…0100…0(即僅第 i位為 1的二進制數),Ci與 Cj可能無嚴格的級別差。若干密級的集合p?Ω,即 p={c1,c2,c3…ck}(其中 ci∈Ω),稱 p為某客體的安全模式(Security Pattern);p 可用 c1|c2|c3|…|ck的值表示(其中“|”表示按位“或”運算(下同),即 n位二進制數的所有與各 ci對應的位置為1,其他位置0)。若某主體許可級別為c,客體的安全模式為 p,且 c∈p,則稱 c與 p匹配,同時稱該主體支配該客體。

定理1:許可級別為c的主體支配安全模式為p的客體(即 c∈p),當且僅當 c&p=c(其中 &表示按位“與”運算,下同)。

例如,假設 Ω 代表 4 個密級的集合,則 C1,C2,C3,C4可分別用 1000,0100,0010,0001表示;若某安全模式 p={C1,C3,C4},則 p=C1|C3|C4=1000|0010|0001=1011;某主體的許可級別c=C3=0010時,c∈p,不難驗證c&p=c。反之,若某主體的許可級別為c,客體的安全模式為p={C1,C3,C4},且 c&p=c,由于 p=C1|C3|C6,顯然只有 c=C1或 c=C2或 c=C3時,才有 c&p=c,可見 c∈p,即許可級別為 c的主體支配安全模式為p的客體。

因此,一個改進后的多級關系可以定義為:

定 義 2:設 有 R(A1,A2,…,An,SP),其中,Ai是 定 義在域 Di上的數據屬性,SP表示元組的密級屬性,SP的值為安全模式,為所有有權訪問該元組的主體所支配。稱R為多級關系模式。

可見本模型不僅形式簡單,而且由于它保持了標準關系數據庫的特點,因此易于在目前常見的DBMS上實現。又由于本模型不同于其他學者提出的模式,不再用屬性TC來表示某一個密級別,而是一種稱為安全模式的數據來表示多個密級別,只有許可級別與此安全模式匹配的主體才可以訪問此元組,類似于“同級讀,同級寫”的訪問控制規則,顯然不可能泄漏敏感數據,也不存在隱通道。

2 模型的完整性規則

由于本模型擴展了標準的關系數據模型,引入了元組密級屬性,為了保證數據庫中數據的完整性和一致性,本模型對標準關系模式的完整性規則進行了增強。

2.1 實體完整性

本模型中,在標準關系模式的基礎上增加了表示元組密級的屬性SP,標準關系模式的直覺意義上的主鍵,稱外觀主鍵 AK(Apparent primary Key),真正的主鍵是外觀主鍵加元組密級屬性(即AK∪SP)。

實體完整性:多級關系R的一個實例r滿足實體完整性,當且僅當,對 r的所有元組 t,若 Ai∈AK則 t[Ai]≠null且t[SP]≠null。即假定 AK是定義在關系模式 R上的外觀主鍵,構成AK的所有屬性均不能為空,元組的密級屬性SP也不能為空。

2.2 參照完整性

參照完整性:R和 S為多級關系,S參照了 R,AKr為R的外觀主鍵,FKs為S的外鍵,許可級別為c的主體所支配的R的實例rc和S的實例sc滿足參照完整性,對 sc的所有元組 ts,或者 ts[FKs]=null,或者存在 tr∈rc且 tr[AKr]=ts[FKs]和 tr[SP]&ts[SP]&c=c。

任何元組只能參照其他關系(或自身)中存在的元組,且參照及被參照的元組必須受同一許可級別主體支配。

2.3 實例間完整性

實例間完整性反映的是對給定格的所有密級,其對應的各個實例之間的聯系和約束。

由于本模型中討論的是模糊級別的格,采用的是類似于“同級讀,同級寫”的規則,故不保證一個實體在不同的許可級的關系實例中均可見。如果不可見,則表明本許可級別未被授權存取此實體。但如果實體的兩個實例所有屬性值均相同時,可用同一個實例來表示,并在此實例的SP屬性中將這兩個密級合并表示。

實例間完整性:對 R的任意實例 r,及?t1∈r,t2∈r,若t1[U]=t2[U](其中U表示所有屬性),則可將 t2刪除,并將 t1和 t2的 SP屬性合并,即 t1[SP]=t1[SP]|t2[SP]。

此規則并不要求嚴格滿足,亦即各屬性值相同僅SP值不同的元組不一定強制合并,只是合并可減少數據冗余。

2.4 多實例完整性

多實例完整性:對?c∈Ω和?ak∈AK,許可級別為c的主體所支配的 R的實例 rc中,不存在 t∈rc和 s∈rc,t≠s,t[AK]=s[AK]。

此規則要求對于任意許可級別c和任意實體,多級關系R中至多存在一個實例t受許可級別為c的用戶支配。

在一個關系中可能有多個實例具有相同的AK值,但主體在任何密級最多只能接受1個AK值的實例。對某個特定許可級的關系,其所有元組的密級均受此許可級c支配,而且是其支配的元組的唯一代表,而密級屬性的存在對用戶是透明的,因此在用戶眼中,仍是AK→Ai(Ai?AK),保持了標準關系模型中的函數依賴特性。為了禁止一個實體在同一密級中的多實例存在,首先要求多級關系中的主鍵為AK∪SP,然后再通過讀寫規則加以控制。

3 讀寫規則

3.1 讀規則

在本模型中,不是為每一密級創建1個元組,而可能是多密級別共享1個元組。每個密級別對應的關系實例的元組為多級關系中可由此許可級主體支配的元組組成。因此本模型中讀規則為:用戶在其有效的讀范圍內,讀取元組安全模式SP值與主體許可級匹配的元組。如果某AK值對應的所有元組中所有SP值都與主體許可級不匹配,表明此實體的所有信息均對此主體隱藏了。

例1:假設某情報機構使用MLS數據庫記錄職員的信息。假定系統中密級分為四級分別是 a、b、c、d(分別用 1000,0100,0010,0001 表示)。系統中存在 2 個多級關系:職員關系 Empl與部門關系 Dept,外觀主鍵分別為EName和DName,元組如表 1、表 2所示(其中 SP部分的字段對用戶是透明的,下同)。

表1 Empl

表2 Dept

根據上面的讀規則,許可級別為的 a,b,c,d的用戶看到兩表的關系實例如表3~表8所示。

a級用戶視圖:

表3 Empl(a級)

表4 Dept(a級)

b級用戶視圖:

表5 Empl(b級)

表6 Dept(b級)

c級用戶視圖(略)。

d級用戶視圖:

表7 Empl(d級)

表8 Dept(d級)

不同級別的用戶,Empl引用的 DName都是 Dept中存在的DName,而且是受同許可級的主體支配。可見,不同用戶視圖都滿足參照完整性。同樣本例中多級安全數據庫滿足前述的其他各項完整性約束規則。

3.2 插入操作

情形1:對單個多級關系的插入操作。

(1)檢查多級關系的用戶視圖中是否存在與待插入的外觀主鍵值相同的元組,如果存在則插入失敗;否則按步驟(2)進行;

(2)檢查多級關系中是否存在各數據項與待插入元組各數據項相同的元組,如果存在則將此元組的SP值sp用sp&c代替(c代表執行插入操作的用戶的許可級),插入完成;否則繼續下面的步驟。

(3)插入此元組,并將該元組的密級屬性置為用戶的許可級。

例2:許可級為 b的用戶執行以下插入語句:insert into Dept values(‘機要’,‘1-101’),插入后的效果如表9所示。

情形2:若是對有外鍵的多級關系進行插入操作,還要滿足參照的完整性。亦即先檢查被參照關系的用戶視圖中是否存在相應AK=fk(fk表示待插入元組的外鍵值),若存在,則直接按情形1完成插入操作;否則,插入失敗。

表9 Dept(例2)

例3:許可級為 b的用戶執行以下插入語句:insert into Empl values(‘王平’,‘機要’),由于在 Dept的 b 用戶視圖中不存在AK=‘機要’的元組,故插入失敗。但d級用戶卻可以成功執行此插入操作,成功操作后結果如表 10、表 11所示。

表10 Empl(例3)

表11 Dept(例3)

3.3 更新操作

由于在本模型中,將多個不同的密級元組合并成1個元組,因此,1個元組可能代表多個密級的實例,一個許可級主體的更新操作不應該影響其他許可級的視圖。

(1)檢查待更新的元組的SP值是否為某單個密級(即二進制數只有一位為 1,下同),若是,則表明此次更新不會影響其他許可級的視圖,因此可按標準關系模型的更新操作進行;否則,按以下步驟。

(2)先將此元組的 SP值 sp更新為 sp&~c(c表示執行更新操作的主體的許可級,下同),再按“插入操作”插入新元組,新元組各項為待更新的元組的新值。

例4:許可級為b的用戶欲執行命令:update dept set addr=‘4-201’ where DName=‘管理’,根據表 6 可見,元組{管理,3-201,1100}代表了 a、b 密級的實例。 為了不影響a的實例,先將此元組的SP從1100更新為1000,再執行插入操作:insert into dept values(‘管理’,‘4-201’)。

3.4 刪除操作

在本模型中,1個元組可能代表多個密級的元組,故刪除規則應按下面的步驟進行:

(1)檢查待刪除元組的SP值是否為某單個密級,若是,則可按標準關系模型的刪除操作進行。否則,按以下步驟。

(2)先將此元組的 SP值 sp更新為 sp&~c(c表示執行刪除操作的主體的許可級)。

本模型繼承了多實例的概念,并作了改進。如果多個實例僅僅只有元組的密級屬性不同,則直接將這些實例用1個元組表示,其SP值為這些密級屬性的并集,由于實際應用中敏感數據很少,故這種規則在應用中是合理的,從而大大減少了數據的冗余。

本文提出的多級關系數據模型中使用類似 “同級讀,同級寫”的規則,任何許可級的用戶都無法看到其他密級的元組(除非與此許可級用戶共享該元組),同時,也無法修改其他密級的元組(即使與此許可級用戶共享元組,修改也不會影響其他許可級的用戶視圖),既避免了隱通道,又防止了敏感數據的泄漏。

[1]BELL D E,LAPADULA L J P.Secure computer system:Unified exposition and multics interpretation[R].Tech Rep MTR-2997, MITRE Corp, Bedford, MA, 1975.

[2]SANDHU R,CHEN F.The multilevel relational(MLR)data model[J].Transactions on Information and System Security,1998:1(1):93-132.

[3]馮朝陽,岳麗華,翟小棟,等.一種緊湊的多級安全關系數據模型[J].計算機工程與應用,2005(4):170-174.

[4]JAJODIA S, SANDHU R, SIBLEY E.Update semantics for multilevel relations[J].In Proceedings of the 6th Annual Computer Security Applications Conference.1990(10):103-112.

[5]JAJODIA S,SANDHU R.Polyinstantiation integrity in multilevel relations[C].IEEE Symposium on Security and Privacy,1990.

[6]DENNING D E,LUNT T F.The seaview security model[C].IEEE Symposium on Security and Privacy,1998.

[7]JAJODIA S, SANDHU R, LUNT T F.A new polyins-tantiation integrity constraint for multilevel relations[C].IEEE Work-shop on Computer Security Foundations,1990.

[8]武立福,毛宇光.一種改進的多級安全關系數據模型[J].計算機應用,2003,23(7):103-108.

[9]馮玉才,張勇.多實例的多級安全關系數據庫數據模型研究[J].小型微型計算機系統,2003,24(3):452-455.

猜你喜歡
主體用戶
論自然人破產法的適用主體
南大法學(2021年3期)2021-08-13 09:22:32
從“我”到“仲肯”——阿來小說中敘述主體的轉變
阿來研究(2021年1期)2021-07-31 07:39:04
技術創新體系的5個主體
中國自行車(2018年9期)2018-10-13 06:17:10
關注用戶
商用汽車(2016年11期)2016-12-19 01:20:16
關注用戶
商用汽車(2016年6期)2016-06-29 09:18:54
關注用戶
商用汽車(2016年4期)2016-05-09 01:23:12
懷舊風勁吹,80、90后成懷舊消費主體
金色年華(2016年13期)2016-02-28 01:43:27
Camera360:拍出5億用戶
創業家(2015年10期)2015-02-27 07:55:08
100萬用戶
創業家(2015年10期)2015-02-27 07:54:39
如何獲取一億海外用戶
創業家(2015年5期)2015-02-27 07:53:25
主站蜘蛛池模板: 国产欧美日韩专区发布| 亚洲欧洲日韩综合| 亚洲精品黄| 国产精品不卡片视频免费观看| 青青青国产在线播放| 国产第一页第二页| а∨天堂一区中文字幕| 伊人福利视频| 亚洲二区视频| 亚洲精品无码AV电影在线播放| 91无码网站| 福利在线一区| 天天干伊人| 天堂成人在线视频| 九色视频最新网址 | 朝桐光一区二区| 午夜在线不卡| 99视频在线免费观看| 国产精品99久久久久久董美香| 国产精品偷伦视频免费观看国产 | 福利在线免费视频| 国产成人乱无码视频| 国模粉嫩小泬视频在线观看| 国产人妖视频一区在线观看| 青青草91视频| 亚洲国产亚综合在线区| 国产精品成人第一区| 乱人伦中文视频在线观看免费| 国产精品99r8在线观看| 欧美精品黑人粗大| 色一情一乱一伦一区二区三区小说| 国产乱人乱偷精品视频a人人澡| 高清欧美性猛交XXXX黑人猛交| 99激情网| 97国产在线观看| 老熟妇喷水一区二区三区| 超碰精品无码一区二区| 亚洲三级影院| 免费精品一区二区h| 人妻丝袜无码视频| av性天堂网| 人妻无码中文字幕第一区| 三级欧美在线| 一级毛片在线播放| 国产区成人精品视频| 免费AV在线播放观看18禁强制| 国产高清免费午夜在线视频| 国产成人免费手机在线观看视频 | 男人天堂亚洲天堂| 国产主播在线一区| 97se亚洲综合不卡| 波多野结衣国产精品| 午夜日b视频| 精品久久久久成人码免费动漫| 免费无码网站| 国产欧美成人不卡视频| 欧美成人在线免费| 国产精品永久在线| 超清无码一区二区三区| 久草青青在线视频| аⅴ资源中文在线天堂| 九九香蕉视频| 亚洲无码不卡网| 宅男噜噜噜66国产在线观看| 色综合激情网| 亚洲综合婷婷激情| 在线精品视频成人网| 欧美色综合网站| 日韩AV无码一区| 亚洲中字无码AV电影在线观看| 手机成人午夜在线视频| 999国产精品| 三级毛片在线播放| 国产浮力第一页永久地址| 99久久婷婷国产综合精| 亚洲欧美另类日本| 精品综合久久久久久97超人该| 精品国产成人国产在线| 欧美全免费aaaaaa特黄在线| 午夜一级做a爰片久久毛片| 欧美乱妇高清无乱码免费| 亚洲欧美激情另类|