Least Privilege
只提供完成任務所需的最小權限。
SECURITY PRINCIPLES
以最小權限與清楚責任，建立可持續的信任基礎
Need-to-Know
資料是否可見取決於工作責任與必要性。
Traceability
重要操作與狀態變化保留可追蹤脈絡。
Data Minimization
降低不必要的資料收集、顯示與處理。
CAPABILITY STATUS
把目前能力、設計原則與未來方向分開說清楚
狀態標籤避免將架構構想誤解為已部署功能。
Identity
目前能力辨識使用者，讓後續角色與資料範圍判斷有明確起點。
RBAC
目前能力以 Applicant、Administrator、Department Staff、Reviewer 與 System Administrator 等角色區分操作權限。
Scope Control
目前能力角色決定可以做什麼；Scope 進一步限制可以對哪些資料執行。
PII Masking
目前能力依角色與情境降低不必要的個人資料曝光。
Audit Logs
目前能力記錄 Who、When、Action、Target 與 Result 等重要事件。
Permission-aware Retrieval
設計原則讓未來 RAG 檢索延續 Identity、Role 與 Scope 邊界。
AdmissionsOS AI / RAG Layer
未來整合以既有結構化流程與權限脈絡支援後續 AI 整合。
IDENTITY
先知道使用者是誰，才有後續的授權判斷
Identity 是角色與資料範圍判斷的起點。本站不宣稱未經確認的 MFA、OIDC、SAML 或 SSO 支援。
Authenticated identityRole assignmentPolicy context
ROLE-BASED ACCESS CONTROL
角色決定可以執行哪些操作
AdmissionsOS 以不同業務角色區分權限。實際權限配置應依組織流程與責任設計。
ApplicantPermission set 01 AdministratorPermission set 02 Department StaffPermission set 03 ReviewerPermission set 04 System AdministratorPermission set 05
RBAC + DATA SCOPE
可以做什麼，和可以對哪些資料做，是兩個不同問題
RBAC
＋Can I perform this action?
Reviewer 可以執行審閱與提交評分。
SCOPE
On which records?
Reviewer 僅能存取分派給其 Programme 或任務範圍的案件。
Role = Reviewer
Programme A allowedProgramme B denied
目前能力PII PROTECTION
敏感資料不應因為進入流程，就對每個角色完整可見
PII Masking 與 Minimum Necessary Access 的目標，是依工作情境降低不必要的資料曝光。AdmissionsOS 已具備遮罩能力；AI Pipeline 的 Scoped Retrieval 屬架構原則。
目前能力設計原則
FULL DATAName: Applicant AID: A123456789Email: applicant@example.com
Policy + Role + ScopeMASKED VIEWName: Applicant AID: A12•••••••Email: a••••••@example.com
AUDIT LOGS
重要操作應留下可被理解的事件脈絡
Audit Logs 可記錄 Who、When、Action、Target 與 Result。下方為概念示意資料，不代表真實使用者或正式保留期限。
ACTIVITY LOGILLUSTRATIVE DATA
09:10
Admin updated schemeScheme A
09:18
Reviewer opened applicationApplication #001
09:23
Reviewer submitted scoreApplication #001
09:35
Administrator changed statusApplication #001
DATA GOVERNANCE
從收集到移除，每個階段都有不同責任
資料生命週期應由組織政策定義；本站不宣稱特定 retention、delete、backup、RTO 或 RPO 條件。
- 01Collect
依流程目的收集必要資料。
- 02Store
在應用脈絡中維持資料結構與狀態。
- 03Access
依身份、角色與 Scope 控制存取。
- 04Use
將資料使用限制在核准的工作情境。
- 05Audit
記錄重要操作與狀態事件。
- 06Retain / Remove
依組織正式政策設定保存與移除規則；本站不宣稱固定期限。
APPLICATION SECURITY
從應用設計層建立基本安全邊界
以下是系統設計與工程關注點，不代表第三方驗證、正式認證或特定服務等級。
Evidence-first communication 本站不宣稱 ISO 27001、SOC 2、CSA STAR、滲透測試週期、24/7 SOC 或其他尚未提供證據的安全能力。
AI SECURITY BOUNDARY
AI 不應繞過應用程式原有的權限邊界
AI 可用的 Context 應由 Identity、Role 與 Scope 決定。未被授權的資料不應因為 AI 查詢而變得可見。
01User
02Identity
03Role / Scope
04Authorized Data
05AI / RAG
06Response + Sources
TRUST THROUGH CLARITY
從角色、資料範圍與稽核需求開始討論。
我們會清楚區分目前能力、設計原則與未來整合方向。