簡單來說是:
私鑰簽署,公鑰驗證
概念:
原始文件
↓
Hash(雜湊)
↓
訊息摘要(Message Digest)
↓
用簽署者的私鑰簽署
↓
數位簽章
而不是:
用來保密
用來辨識 / 確認:
官方列舉:
透過:
進行的簽章技術。
簡單來說:
數位簽章是一種電子簽章技術
但:
電子簽章不一定都是數位簽章
假設:
TONY 傳給 MIKEY 一個公鑰。
他說:
「這是 A 某的公鑰」
那如果:
攻擊者把自己的公鑰冒充成 A 某的呢?
所以這時候就需要一個技術:
憑證 Certificate
憑證:
把身分和公鑰 Public Key 連接在一起的數位證明
憑證不會只放一把公鑰在裡面。
通常包含:
主要用於:
連接身分及公鑰
誰來證明這個憑證可以相信?
可信任的第三方
負責:
證明某個:
「公鑰」
和某個:
「身分 / 網站」
之間的關聯。
例如:
網站提供憑證
瀏覽器檢查:
此時瀏覽器才會相信:
「這個公鑰確實屬於這個網站」
以 Edge 瀏覽器為例:
可以看到憑證內容


把目前學到的:
結合在一起。
這一整套公開金鑰信任與管理的體系,就是:
PKI(公開金鑰基礎建設)
包括:
制度 + 角色 + 憑證 + 金鑰 + 管理流程
所形成的信任架構。
讓我們可以更可靠地知道:
「這把 Public Key 是誰的」
PKI 透過:
等等,
來建立:
公開金鑰的信任
是一張:
數位證明
是:
管理公鑰、私鑰、憑證、CA、信任關係的一整套架構
資料先用:
對稱式金鑰加密
再用:
公開金鑰技術(非對稱式)
保護 / 傳輸這把對稱金鑰。
TONY 要傳一批學生資料給 MIKEY。
先產生一把:
對稱金鑰
例如使用:
AES
原因:
使用對稱式加密大量資料較快
TONY 使用:
MIKEY 的公鑰(Public Key)
來把:
AES Key
加密。
MIKEY 使用自己的:
私鑰(Private Key)
解開金鑰。
MIKEY 取得裡面的:
AES Key
再使用這把:
AES Key
解開大量資料。
用非對稱式處理金鑰,用對稱式處理大量資料
同時兼顧:
Hybrid Encryption(混合式加密)
也可以理解為:
Digital Envelope(數位信封)
制定與實施加密金鑰在:
上的政策。
不能:
產生金鑰後就不理它了
整套流程:
應該要有:
金鑰的:
設備要有實體保護。
不能:
隨便放在一個公開共享資料夾
金鑰需要安全地提供給:
合法對象
這就是 DAY12 說到的:
金鑰分配問題
需要考慮:
金鑰不要永久使用,
應該要有:
有效期限
例如:
Key A 使用一段時間後換成 Key B
目的是:
降低長期使用同一把金鑰的風險
假設:
金鑰可能已經外洩
就要:
停止該金鑰或相關憑證的可信狀態
依照組織需求:
對必要的金鑰進行適當歸檔或備份
金鑰不再使用時:
應進行適當銷毀
避免不同系統使用相同金鑰,
導致:
風險綁在同一把金鑰上
其實這裡與前面 DAY08 講到的:
權限生命週期
很像。
重點都是:
敏感資料不能只建立,卻不管退場
會經歷:
私鑰簽署,公鑰驗證
數位簽章 = 完整性(Integrity)+ 不可否認性(Non-Repudiation)
憑證(Certificate)= 把身分和公鑰(Public Key)綁在一起
CA = 簽發 / 管理憑證的可信任第三方機構
PKI = 公鑰 + 私鑰 + 憑證 + CA + 管理流程
混合式加密 = 數位信封