[請益] 個資資料的加密
最近跟同事在個資資料的加密上有點歧異
同事認為原始的資料就應該要加密
不管是用哪種權限、哪種角色、哪種方式要來使用個資
該欄位(或是該表)就應該是加密過後的資料
這樣不管是正式資料庫被入侵、備份資料被盜
只要加密的金鑰不被竊取,資料就比較不容易被破解
而且若有司法單位來詢問,我們也可以說我們有加密過了
他的論點根據Will保哥的這篇文章
如何打造符合個資法規的網站系統 — 以 ASP.NET 為例 http://goo.gl/A5JBtK
----------------------------------------------------------------------
「資料庫加密」部分就是將重要的機敏資料儲存資料庫之前先將資料加密過再進行儲存,
確保儲存個資的原始資料本身是加密過的,這部份依據不同的資料庫系統會有不同的解決
方案,在此筆者會以SQL Server作為主要的資料庫系統。
在SQL Server裡已經內建了完整的資料庫加密功能,其最主要的目的在於確保儲存在磁碟
中的原始資料本身是加密過的版本,這也代表著任何一份資料庫備份中重要的資料都是加
密過的,就算資料庫備份檔被駭客劫走,駭客也無法輕易的解開裡面的內容,以達到保護
的目的。
----------------------------------------------------------------------
但我認為他的做法必須要將加密金鑰植入到每個使用的API中
不僅未來更換金鑰麻煩(所有API都要改)
還會破壞原始資料的完整性
我則是認為應該從權限控管下手
建立View去加密個資資料,只有少數IT與少數必要API+特殊權限可以看到原始資料
其餘的都只能透過view看到加密過後的資料、或使用API的非對稱金鑰解密
而此View也只能透過特殊的ID+role才能使用
任何非正常登入資料庫要碰原始的個資資料,系統就要立刻發出警訊。
想請問版上的前輩們,有關於個人資料的保護加密
哪一種做法比較恰當? 還是有更好的做法?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.82.212.189
※ 文章網址: http://www.ptt.cc/bbs/MIS/M.1412788912.A.750.html
推
10/09 11:18, , 1F
10/09 11:18, 1F
→
10/09 11:18, , 2F
10/09 11:18, 2F
→
10/09 12:03, , 3F
10/09 12:03, 3F
→
10/09 12:03, , 4F
10/09 12:03, 4F
→
10/09 12:04, , 5F
10/09 12:04, 5F
→
10/09 13:19, , 6F
10/09 13:19, 6F
→
10/09 21:51, , 7F
10/09 21:51, 7F
→
10/09 21:52, , 8F
10/09 21:52, 8F
→
10/09 21:54, , 9F
10/09 21:54, 9F
→
10/09 21:56, , 10F
10/09 21:56, 10F
→
10/09 21:58, , 11F
10/09 21:58, 11F
MIS 近期熱門文章
PTT職涯區 即時熱門文章