獨立系統

（如單臺服務器/網絡設備）

全企業視角

（數字銀行整體架構）

🔧 系統加固記錄

📌 事件響應報告
🔑 權限審核日志

根據企業情況，采集合規評估組可能包括：信息安全部門、合規部門、法務部門等。評估流程中會判斷多方面內容的合規性，包括但不限于:

· 敏感數據的類別（如用戶個人身份信息、企業內部敏感數據、外部機構共享數據）

· 敏感數據的名稱、含義
· 數據是否存儲及存儲方式
· 數據采集渠道(如接口名稱)

· 數據采集頻率
· 數據采集目的和業務線歸屬
· 數據采集范圍與聲明范圍一致性檢查
· 數據采集時長
· 以上數據采集情況是否獲得用戶、合作方授權????????

根據企業情況，對高敏感數據的采集行為可能有額外安全要求，包括但不限于：

· 數據源身份動態認證

· 采集數據落盤前加密

· 即時清除緩存等

若數據采集渠道為第三方接口，接入數據前，需要有關部門(如信息安全部)進行外部數據引入安全評估，包括但不限于：

業務背展、引入方式、域名、流量、接口洋情、數據字段、數據使用范用等

根據行業合規、企業規范的要求，明確禁止各類存儲介質(客戶端、大數據庫、日志等)存儲某些非必需的敏感數據(或需要交易完成后即刻清除緩存、使用后即刻本地擦除等)，包括但不限于：

· 非本銀行發行的銀行卡信息(卡號、磁條信息、PIN、CVN、有效期等)
· 用戶的支付信息(生物識別信息樣本、CVN、交易密碼等)
為整改不合規的內容存儲，需要相應的自動周期性掃描識別能力;

若某些場景下有數據存儲的必要，需要獲得客戶、外部機構或管理結構的授權，執行相應的審批授權流程

· 根據數據分級分類標準，大于一定敏感等級(如C3以上)的用戶個人信息，包括個人金融信息，在落盤大數據系統時應當默認開啟存儲加密或字段加密功能，作為數據防泄密的其中一道保護屏障。

· 存儲介質不限于存儲桶、關系型/非關系型數據庫、日志系統等。并且，算法安全等級應不低于某一級別(如AES-128級別)應采用符合行業標準的加密、簽名算法，如國密SM2/3/4。

企業辦公應用應集中接入權限管理系統，進行統一的認證與授權管理，以及對敏感數據資產的權限管理；
· 在設計用戶角色時，應根據業務需求設置不同的角色，一個角色可以包含相同工作場景的多個用戶。

· 一個用戶可能綁定一個或多個不同種類或級別的工作角色。
· 在配置角色權限時，應授予用戶可以完成任務所需的最小權限角色:

· 定期審計清理應用系統中不活躍、離職、轉崗、冗余的權限，對于高風險類權限,盡量將權限細化至最小功能點粒度

· 嚴禁在應用、系統、日志中以明文形式輸出用戶個人敏感信息及系統安全憑證。對敏感數據(如用戶個人數據、用戶密碼等)的訪問，包括前端頁面展示、數據庫查詢、API接口查詢、日志記載等形式，均需要對返回結果進行脫敏處理。

· 脫敏規則應遵循企業統一的脫敏規范，包括敏感信息的范圍、各類別字段的具體脫敏規則、員工角色與脫敏規則的綁定關系
· 用戶個人敏感信息包括但不很于：個人身份信息(如姓名、證件號碼、手機號碼、郵箱)、個人設備信息(如設備唯一識別號)、個人金融信息(如銀行賬號、交易密碼、驗證碼CVV)、系統安全憑證(密碼、口令、密鑰)等

· 員工查詢用戶個人數據，需要有明確工作場景的支持，并留下工單記錄或審計日志。

· 數據查詢也應遵循最小化策略，即員工完成業務需求所需的最小數據范圍。

· 嚴格控制后臺開放式查詢功能，限制批量明細查詢場景(如限制敏感數據的返回量閾值識別異常數據訪問請求量級)，降低數據批量泄露風險。

· 原則上不允許員工在線上系統擅自下載導出數據，尤是是下載到本地

· 數據下載行為需要對接統一的下載分發系統,對各數據平臺下載操作分別設置獨立的權限碼，嚴格控制員工的下載相關權限授權流程，非業務必需場景禁止下載。

· 增加數據下載審計功能，全量接入審計日志，做到人員操作可溯源

當應用系統展示包含敏感信息的文檔、報表、配置、接口等形式的信息時，應當添加不同形式的水印標志，包括但不限于：

· 網頁水印、圖片明水印、數據暗水印等。

· 水印內容應包括：數據訪問者識別信息，方便事后追溯(如信息泄露源頭)。

· 水印質量應考慮魯棒性，使水印內容難以篡改、刪除

合規性涉及多方面評審，包括但不限于：

· 應用系統是否可開放外網數據傳輸

· 傳輸流程報備(傳輸的數據內容、接口名稱、域名或IP等)

· 并留有工單以備審計

若數據接收側IP地址定位在中國境外，則須事前報備到法務、合規側審核，完成跨境安全性及合規性審批，與業務方確認傳輸場景、接收方、數據內容等，進行相應安全加固或接口下線。

遵守行業數據跨境管理規范。對于境外接收方為外部機構的應對機構進行安全盡職調查

· 禁止在未經安全審批報備的情況下，將任何企業內部文件(包括但不限于用戶個人數據、內部工作文檔、生產測試數據、代碼配置文件等）通過任何渠道(包括但不限于郵件、IM軟件、可移動設備、無線設備、云同步、接口等)，外發至員工個人非辦公設備、外部機構甚至境外機構

· 對禁止的外發渠道須進行必要的關閉與安全監控，做到事前預防、事中響應、事后溯源。若通過API接口形式外發交換數據，接口應對接服務鑒權能力、使用安全的傳輸協議、完成安全能力評估等，以降低公網暴露風險

根據企業要求，對不同敏感等級的數據進行外發管控。比如，

· 高敏感數據：禁止外發

· 中低敏感數據：外發前須完成脫敏處理、加密處理或水印處理中的一項或多項

用戶申請權限

(黑名單)

通過配置系統策路，默認拒絕外包人員對基礎設施運維生產環境權限申請的發起。如：

· 外包人員不能發起線上環境log、admin、root權限申請;

· 外包賬號不能發起線上業務系統管理員權限申請;

· 技術人員賬號不能發起線上業務系統權限申請;

· 外包賬號不能發起部分重要提作申請，如系統配置權限等；

· 外包人員不能發起全局類基礎設施權限申請;

· 業務人員不能發起技術數據訂正類權限申請。

用戶申請權限

(白名單)

業務外包人員賬號申請業務系統權限的授權時長不能超過N天;

用戶對重要/敏感權限的授權使用時長不能超過N天

用戶申請普通權限：審批節點包含主管和權限owner;

用戶申請重要/敏感權限：審批節點包含主管、權限owner、部門權限管理員/部門負表人;

對于未填寫具體申請原因的權限申請，系統默認自動拒絕申請;

對于用戶訪問環境(IP、終端ID、瀏覽器版本、網絡訪問類型、撰作時間、訪問位置)異常的權限

申請，額外增加安全審批節點。

特殊情況登錄增加二次身份驗證：

· 如瀏覽器版本與上次訪問不一致

· 凌晨2:00~5:00訪間應用系統

· 訪問安全等級比較高的業務系統

· 當日密碼連續錯誤鎖定2次及以上賬號登錄驗證

· 公共賬號訪問應用系統

· 終端ID信息與上次訪問不一致

· 系統管理員訪問相應系統等

· 下載敏感/重要數據超過N次/周

· 下載敏感/重要數據超過X條

· 下載敏感/重要數據超過M/位

· 連續下載失敗次數超過N次

· 累計下載失敗次數超過M次

· 刪除用戶授權關系

· 刪除/鎖定用戶賬號

· 刪除/凍結應用系統權限配置數據

· 刪除用戶授權關系

· 刪除/鎖定用戶賬號

· 刪除/凍結應用系統權限配置數據連續超過N次，累計超過M次

· 激活賬號失敗;

· 連續登錄失敗超過N次，累計登錄失敗超過M次;

· 添加用戶授權關系失敗