網路城邦
資策會 科技化服務（ITES）
市長：
Champion
副市長：
加入本城市
｜
推薦本城市
｜
加入我的最愛
｜
訂閱最新文章
udn
／
城市
／
資訊科技
／
網路分享
／
【資策會 科技化服務（ITES）】城市
／討論區／
你還沒有登入喔(
馬上登入
/
加入會員
)
本城市首頁
討論區
精華區
投票區
影像館
推薦連結
公告區
訪客簿
市政中心
(0)
討論區
／
個資保護
字體：
小
中
大
【轉載】ithome：不讓業務流程因個資法打結
瀏覽
899
｜回應
0
｜
推薦
0
Champion
等級：6
留言
｜
加入好友
http://www.ithome.com.tw/itadm/article.php?c=77980
不讓業務流程因個資法打結
文/
吳其勳
(iThome電腦報總編輯) 2012-12-24
資料遮罩是企業因應個資法的一個關鍵性解決方法，能夠兼顧安全與便利的折衷方式，若視狀況運用多種個資遮蔽手法，應可避免業務流程陷入打結的困境。
本期封面故事報導的主題：資料遮罩，在過去較少受到重視，即便是個人資料保護法已經上路了，在今年10月份的iThome 2012年個資法大調查結果中，打算採取資料遮罩的企業並不多，還不到2成。
資料遮罩其實是企業因應個資法的一個關鍵性解決方法，一旦你細究個資保護的做法之後，就會開始遇到諸多個資保護與業務流程衝突，甚至是流程整個困住的情況。
因為安全與便利總是兩個互相拉扯的因子，越安全就越不便利，反之越便利就越不安全。若依照專家建議的個資保護至上的準則──經手個人資料的人員越少、接觸個資的機會越低，個資外洩的風險就會越低，一旦你追求極致的個資保護，貫徹個資接觸原則，盡量想辦法避免掉業務流程中接觸到個資的機會，你很快就會發現許多業務流程因而不順暢，甚至打結進行不下去了。
但是否就必須因此放棄個資法的要求，倒也不見得。在安全與便利相互拉扯的局面下，得找到一個均衡點，以符合法規的要求，又不至於讓業務窒礙難行。有許多技術都可以讓安全與便利不至於只能取其一，在個資保護上，遮蔽個人資料的部分訊息，讓人員有辦法辨識，讓系統有辦法介接，卻又不至於必須公布完整的個資，就是一種能兼顧安全與便利的折衷式作法。
大家對於個資遮罩應該都不陌生，如電子商務網站已普遍採取個資遮罩的作法，像是遮蔽電話的幾個號碼，或只保留地址的某一小部分資訊，其他則以圈號或星號替代，都可以避免揭露完整的個人資料，而使用者亦有片斷的資訊，可以判斷資料的正確性。
除了我們常見的星號與圈號遮敝，廣義的資料遮罩還有幾種不同的作法，都可以達到資料的去識別化。像是把原本的資料經亂數處理，所以接觸到資料的人，就看不出原始資料的面貌；把日期或是數字經特定的運算處理，也是一種遮蔽方法，例如把日期統一加上180天；另外，語意式的處理亦可達到去識別化，又保持原本資料的格式，例如把身分證字號的英文字母遞移一個字母，原本是A123456789，改為B123456789。
上述有些作法，與古老的密碼方法類似，如移位與替代，看起來不怎麼可靠，不過，在一些作業上卻也有些幫助。
要管控整個企業的個資接觸點，最麻煩的部分，可能不是面對消費者或是業務流程中的使用者，反而是系統管理員、資料庫管理員及軟體工程師等等，因為他們可以直接存取系統裏的個人資料。
企業通常是藉由權限控管來限制系統管理員接觸敏感的個人資料，但是權限控制就像是個開關，要不是開就是關；然而，時常遇到的情況是，你無法完全不讓工程師碰到個資，像是開發應用程式時必須要有測試用的資料，若因為其中包含個人資料，就不提供給工程師，又或以星號等符號遮蔽，使其無法確定資料的原始格式，在開發上可能都會造成不方便。
這時若先將個資以亂數型式處理，例如身分證字號原本是A123456789，改為Q287913789，那麼工程師能夠取得正確格式的資料，卻又不必擔心真正的個資因而外洩。
當你遇到個資法與業務流程衝突時，依風險評估，視狀況運用多種個資遮蔽手法，應可避免業務流程陷入打結的困境。
吳其勳／iThome電腦報周刊總編輯
引用網址：https://city.udn.com/forum/trackback.jsp?no=54653&aid=4908607
本城市首頁
等級：6
