如何在瀏覽器端加密——使用Javascript加密解密
在創建 Opal 網站時,我們所面臨的挑戰,是尋找在瀏覽器中加密解密的可靠方法。
這篇文章描述了瀏覽器端加密所面臨的難題,并指出了近期的科技進步所提供的一種解決方案。
在 Web 應用中加密的三種選擇只有 JavaScript 才是所有瀏覽器都支持的語言。與 Opal 同類的 Web 應用使用 JavaScript 編寫,以便于在任何現代瀏覽器上運作。如果這些應用要使用加密函數,那么 JavaScript 必須能夠訪問到它們。
目前,要把加密函數暴露給瀏覽器的 JavaScript,只有三個選項:
1、使用插件加密
插件是指運行在瀏覽器中,可以由 JavaScript 調用的,編譯過的代碼。
比如,Java 和 Flash 中存在的加密庫。這樣的做法通常性能很高,但是需要用戶安裝瀏覽器插件程序,而這,也是人們不愿意,或者完成不了的部分(如果他們使用的是公用電腦)。
另外一個選項是使用 Chrome 瀏覽器的NaCl 客戶端(Native Client)程序,它允許運行由 C 或者 C++ 編譯出的機器代碼。同樣,這種做法的性能很高,但是NaCl客戶端程序只能用于 Chrome 瀏覽器。
即使這些插件和NaCl客戶端程序在速度上有優勢,但是因為他們需要用戶使用特殊插件,或者使用特定瀏覽器,因此這種做法的可移植性不是很好。
2、使用 Web 加密 API
即將出現的Web 加密 API會給 JavaScript 提供原生的基本加密接口,讓 Web 應用可以更快地加密解密。但是,這項接口仍在草案階段,主流瀏覽器要采用這項技術還很長的一段時間。而現在,能在多數瀏覽器中使用的,只有crypto.getRandomValues()函數。
在 Web 加密 API 廣泛應用之前,這并不是一項切實可行的瀏覽器端加密方案。
3、直接用 JavaScript 加密
這種方案的優點就在于高度的可移植性。所有的瀏覽器都可以執行 JavaScript,也就意味著所有的瀏覽器都可以調用 JavaScript 寫成的加密庫。
在 JavaScript 中加密主要有兩項缺陷:安全性和速度。我們會輪流談到這兩項缺陷。
JavaScript 加密可以變得安全有文章聲稱“JavaScript 加密是有害的”,并且列出了許多證據支持這一論述。
文中的某些觀點現在不再準確了。例如,這篇文章說,Math.random()函數不是隨機數的良好來源,所以不可能得到足夠的隨機數用來加密。Math.random() 函數的確不是隨機數的良好來源。在現代瀏覽器已經提供了 crypto.getRandomValues()函數以取得足夠數量的隨機數。
這個帖子中有相當多的案例證明 JavaScript 加密是個壞主意,但這種做法也它的意義。
這條回答有利地駁斥了第一個帖子中的許多觀點,同時也指出了 JavaScript 加密的兩個有效用例:端對端的信息加密(也就是對主機訪問做出防護的應用)以及安全的遠程密碼認證。這些正好是 Opal 加密的使用場景,所以我們使用 JavaScript 加密是非常自然的。
JavaScript 加密可以很快直到最近,JavaScript 在進行安全加密所要用到的復雜計算時都很慢。這直接導致了許多應用程序需要依賴于插件所提供的加密功能,這樣的做法可移植性差,同時也會讓用戶厭煩。
幸運的是,JavaScript 近年來的性能有極大提升,所以完全使用 JavaScript 進行加密操作是可行的。現在有許多 JavaScript 加密庫可供選擇(鏈接1,鏈接2,鏈接3,鏈接4,鏈接5,鏈接6,鏈接7,鏈接8,鏈接9)。
于是就變成了選哪一個庫的問題。
NaCl,一個可以信賴的 C 語言加密庫NaCl(讀作 “salt”) 是一個 C 語言的庫,提供對稱式密鑰加密解密和公鑰簽名認證的應用函數。它由密碼學人士編寫,在加密社區廣為人知,受到信賴。問題之一是 NaCl 是 C 語言,而不是 JavaScript 編寫的。
js-NaCl:將 NaCl 編譯成 JavaScript幸運的是,我們能把 NaCl 編譯成 LLVM 的字節碼,然后用emscripten將這些字節碼編譯成 JavaScript。并且,LLVM 編譯器能在編譯時作許多優化,所以得到的 JavaScript 代碼也會得到優化。因此我們可以將 NaCl 庫編譯成 JavaScript,作好在瀏覽器中運行的準備!
js-nacl項目正是: 編譯成 JavaScript 的 NaCl 加密庫。
asm.js 的速度很快!更好的是,emscripten 編譯出的代碼是 JavaScript 的子集,也叫做asm.js。你可以將 asm.js 當作很像 JavaScript 的匯編語言。瀏覽器遇到了 asm.js 的代碼塊時,會將其編譯成高效的機器碼,運行速度接近原生代碼。
目前主要只有 Firefox 瀏覽器支持 asm.js 的優化。這就使 js-nacl 在 Firefox 中的加密解密非常迅速,視具體操作的不同,比 Chrome 瀏覽器的速度快 2 至 8 倍。但是即使是 Chrome,js-nacl 也很快,超過了我們所測試的其他所有加密庫。
NaCl 這樣備受信賴的加密庫和現代瀏覽器的快速執行,使像 Opal 這樣的 Web 應用都應當使用 js-nacl 庫。
同樣的原因下,Opal 使用了由emscripten 編譯出的 asm.js版scrypt 庫來擴展密鑰(正在這篇文章中啟用)。你可以看到由項目維護者提供的 js-nacl 和 js-scrypt 性能的對比。我們同時也給 js-nacl 作了jsperf 測試,以了解各個不同瀏覽器版本的性能差異,你也可以隨意嘗試。
相關文章:
1. 詳解springBoot啟動時找不到或無法加載主類解決辦法2. SpringBoot+SpringCache實現兩級緩存(Redis+Caffeine)3. springboot集成與使用Sentinel的方法4. 詳解php如何合并身份證正反面圖片為一張圖片5. Java基于redis和mysql實現簡單的秒殺(附demo)6. Spring @Primary和@Qualifier注解原理解析7. java使用FFmpeg合成視頻和音頻并獲取視頻中的音頻等操作(實例代碼詳解)8. php設計模式之模板模式實例分析【星際爭霸游戲案例】9. ASP.NET MVC視圖頁使用jQuery傳遞異步數據的幾種方式詳解10. AJAX實現省市縣三級聯動效果
