操作系統(tǒng)安全體系結(jié)構(gòu)-文庫吧
2025-12-11 22:35 本頁面
【正文】 起來，針對一個特殊系統(tǒng)的安全需求，描述接口、分量、標準、性能、開銷及如何結(jié)合 安全體系結(jié)構(gòu)設(shè)計的基本原則 從系統(tǒng)設(shè)計之初就考慮安全性 在設(shè)計系統(tǒng)體系結(jié)構(gòu)的同時就考慮安全體系結(jié)構(gòu) 應(yīng)盡量考慮未來可能面臨的安全需求 使未來系統(tǒng)實施安全增強時，開銷小。但應(yīng)注意： 1. “預(yù)想的”安全問題不能太具體。 ，不是針對具體問題。 機制經(jīng)濟性原則 應(yīng)極小化系統(tǒng)內(nèi)部與安全相關(guān)部分的復(fù)雜性及規(guī)模，安全系統(tǒng)必須限制規(guī)模。但應(yīng)注意 : 。 失敗 保險默認原則 訪問判定應(yīng)建立在顯式授權(quán)而不是隱式授權(quán)的基礎(chǔ)上 特權(quán)分離原則 高度的分離可以帶來安全性的提高 ,但也導(dǎo)致效率下降 最小特權(quán)原則 硬件特權(quán)極小化與軟件特權(quán)極小化 最少公共機制原則 把由兩個以上用戶共用和被所有用戶依賴的機制數(shù)量減到最小 完全仲裁原則 只有得到授權(quán)的客體才被允許訪問 開放式設(shè)計原則 在公開環(huán)境中增強安全機制的防御能力 心理可接受性原則 用戶界面設(shè)計得要易于使用和充分友好 Flask體系結(jié)構(gòu) Inter的異質(zhì)互連特征要求系統(tǒng)支持安全策略的可變通性 可變通性要求系統(tǒng)支持底層客體的細粒度訪問控制；確保權(quán)限增長與動態(tài)安全策略的一致性；提供能撤消以前授予的訪問權(quán)限的機制 Flask系統(tǒng)來源于以前的 DTOS系統(tǒng)原型 ,支持動態(tài)安全策略 ,使策略可變通性的實現(xiàn)成為可能 Flask結(jié)構(gòu)將機制與策略相分離，由一個安全策略服務(wù)器和一個微內(nèi)核及客體服務(wù)器框架組成，前者制定訪問控制策略，后者執(zhí)行訪問控制策略，該結(jié)構(gòu)基于微內(nèi)核但不依賴微內(nèi)核 策略可變通性 基本思想：將系統(tǒng)抽象成狀態(tài)機，執(zhí)行原子操作完
試題試卷相關(guān)推薦
鄂ICP備17016276號-1