跳至主要內容
Aurikle
AI與系統Aurikle

知識庫權限分級怎麼設

知識庫要先寫明誰可以搜尋、打開或匯出哪一組文件,並把這些動作留下稽核紀錄,答覆才可以離開文件庫。助理權限回答的是每個角色可以讀哪些資料、可以提出哪些動作;引用回答的是答覆帶哪一條路徑、版本和段落;這一頁回答文件庫本身誰可以搜尋、打開、匯出。

目錄
  1. 權限分級和助理權限、引用分開寫
  2. 邏輯存取先按已核准的授權
  3. 搜尋、打開、匯出分成三欄
  4. 角色、部門和敏感度寫在同一行
  5. 要記哪些事件,先寫理由
  6. 稽核紀錄要能回答六件事
  7. 答覆離開之前,先對得到打開權
  8. 三欄、理由和紀錄內容寫上,這組文件才算分過級
對應服務企業知識庫與內部助理閱讀這篇

權限分級和助理權限、引用分開寫

助理權限表先有角色,才把帳號加進去,並寫明這個角色可以讀哪些資料、可以提出哪些動作。引用要求答覆在送出前寫下路徑、版本和段落,並由能打開該段的人看到那一句。權限分級回答的是另一件事:某一組文件,誰可以在庫裡搜到、誰可以打開正文、誰可以把副本帶出,以及這些動作記在哪裡。三份可以指到同一組文件的名稱。助理能呼叫哪些工具,留在助理權限那一篇。分別見 企業AI助理如何設定權限、知識庫回覆怎麼附來源。

哪一批文件可以當準則,見 企業知識庫怎麼搭建。交付範圍讀 企業知識庫與內部助理。文件已停用或覆核日已過,打開權並不使那段重新成為準則,見 知識庫文件版本怎麼管、知識庫文件過期怎麼處理。

邏輯存取先按已核准的授權

2026年10月29日閱讀的 NIST SP 800-53 Rev. 5.2.0 電子目錄 把標題寫成 Electronic (OSCAL) Version of NIST SP 800-53 Rev 5.2.0 Controls,後設資料的 last-modified 為 2026-10-22,版本 5.2.0。AC-3 的陳述是:依適用的存取控制政策,對資訊和系統資源執行已核准的邏輯存取授權。討論寫明,政策管制主體和客體之間的存取。主體是使用者,或代表使用者行事的行程;客體包括裝置、檔案、紀錄和網域。討論並寫明,除了在系統層執行授權,也可以在應用程式和服務層執行,以加強資訊安全和私隱。實體進出屬於 PE 家族,不在這一頁。

目錄沒有替知識庫列出角色名稱,也沒有列出必須使用的敏感度字樣。公司在授權表上寫已核准的組合:哪一個角色、哪一個部門、哪一級敏感度、對哪一組文件、可以做哪一種動作。表上沒有的組合,應用程式層不放行。帳號只因為在公司名錄裡,不等於已經有這一行。

搜尋、打開、匯出分成三欄

搜尋是看不看得到這份文件的標題和識別碼。打開是看不看得到正文。匯出是能不能把副本帶出文件庫,例如下載或轉寄。三欄各自填允許或不允許,並寫誰在哪一天核過。有一欄空白的那一組,不進入可被答覆引用的範圍。

只允許搜尋、不允許打開時,結果只顯示標題和識別碼,不返回正文。不允許搜尋時,這份文件不出現在結果裡,也不因別人轉貼標題就變成可打開。允許打開、不允許匯出時,可以在庫裡閱讀,下載和轉寄不放行。三欄都允許,仍然要有稽核紀錄。放行不免除紀錄。

角色、部門和敏感度寫在同一行

每一行寫角色、部門、敏感度、文件組,以及三欄的允許與否。部門用公司已經在用的單位名稱。敏感度用公司自己的短語,並註明是誰在哪一天定的分級。目錄沒有規定必須分成幾級。同一角色對同一文件組既允許又禁止打開時,該組暫停打開和匯出,直到負責人只留下一行。

調職或專案結束,從該行拿掉帳號或角色,不逐份文件另改。助理權限那一篇管的是助理角色裡的帳號。文件庫的角色名稱若和助理的角色名稱相同,兩張表仍各寫各的,並互相指到名稱。名稱相同而三欄不同,以文件庫這一張決定能不能打開正文。

要記哪些事件,先寫理由

同一份目錄的 AU-2 要求指出系統為稽核而有能力記錄的事件類型,與其他需要稽核資料的單位協調後再選定,指定系統裡要記錄的類型,說明這些類型為何足以支持事後調查,並按組織指定的頻率覆核和更新。討論寫明,事件是系統裡觀察得到的一次發生。討論並舉例:機構可以判斷系統需要有能力記錄每一次檔案存取的成功與失敗,但出於效能負擔,只在特定情況下才開啟該能力。那是討論裡的例子,不是要求知識庫記下每一次成功的讀取。

公司把搜尋、打開、匯出寫成要記錄的三類,並寫下理由:這三類足以在事後回答,答覆離開之前是誰接觸過這組文件。理由空白,這三類還不算已經選定的事件。覆核頻率由公司寫下並註明日期。頻率空白,不另估一個週期;已經寫明的三類仍照紀錄記,直到負責人補上頻率。

稽核紀錄要能回答六件事

AU-3 要求稽核紀錄能確定:發生了什麼類型的事件、何時發生、在哪裡發生、事件來源、結果,以及與事件相關的個人、主體或客體的身分。討論寫明,內容可以包括事件描述、時間戳、來源和目的位址、使用者或行程識別碼、成功或失敗,以及涉及的檔名。討論並寫明,稽核軌跡可能暴露個人資料,尤其是軌跡記下輸入內容,或依使用型態和時間來記。機構要考慮這種私隱風險。

知識庫的每一筆寫:動作是搜尋、打開還是匯出,時間,文件組或庫的位置,來源是哪一個應用程式,結果是允許還是拒絕,帳號識別碼,以及文件識別碼。正文,以及提問裡的個人資料,不貼進稽核紀錄。允許和拒絕都記。沒有結果欄的一筆,不算完整紀錄。

答覆離開之前,先對得到打開權

答覆若要帶某一段,該帳號必須在授權表上對該文件有打開權,而且這一筆打開能夠寫進稽核紀錄。沒有打開權,答覆不摘該段,改為寫明這份文件不在他的打開範圍。引用仍要路徑、版本和段落,而且只對打得開的現行文本。見 知識庫回覆怎麼附來源。

助理可以提出的動作,仍以助理權限表為準,見 企業AI助理如何設定權限。只有匯出、沒有打開的組合不成立。負責人改表之前,這兩欄都不放行。匯出權不代替打開權。

三欄、理由和紀錄內容寫上,這組文件才算分過級

搜尋、打開、匯出有一欄空白,理由沒寫,或稽核紀錄缺了類型、時間、地點、來源、結果、身分之中的任何一項,這組文件不進入可送出答覆的範圍。

用三件事看分級有沒有在管:每一行都寫了角色、部門、敏感度和三欄;要記錄的事件類型有理由;每一筆紀錄能回答上述六項。有一項空著,答覆不帶這組文件的段落。

相關筆記