作者erspicu (.)
看板Soft_Job
標題[閒聊] 自然人憑證與node.js
時間Wed Nov 8 23:20:57 2017
政治正確下,總是要順應潮流批判一下ie和老舊的activex或是javaapplet技術...
都說不安全,過時的東西,偏偏很多時候就是需要透過它們來讀讀卡機,
因此很多時候還是得改設定把功能用回來,
一直到win10仍然有舊版ie存在大概就是顧慮這個問題.
但最近卻出現了號稱跨平台且不限瀏覽器的讀卡方案,
原本以為是不是webusb這種東西,但似乎還沒成熟,且不是通用方案.
最後發現了是滿奇特的作法,透過安裝一款獨立的clinet軟體提頁面服務
(類似當成網頁與client端硬體溝通的proxy,因為是client端軟體所以當然沒沙箱問題)
來存取自然人憑證或是晶片卡等等....
但我總是以為這種東西大概是rd會寫一個微型服務,自幹一個簡單的http服務server才對,
結果自然人憑證的作法是直接把node.js打包入內,
裡面直接有node.js直譯器和精簡化的必要模組,
透過node.js建立http server來給網頁call api用.... 裡面的sources也是都直接攤開,
不過硬體底層的控制應該還是透過c/c++之類的去處理,這樣的做法是可以達到效果,
但說真的也好像不是很ok....activex跟javaapplet被人批評的是如果散布者有惡意,
它給予的服務就有危險性....同樣的老問題,讓user去安裝一款獨立的client軟體,
且安裝還跟你要管理者權限(更大尾),只能仰賴軟體本身沒惡意企圖.
所以其實搞了半天,批評activex跟javaapplet的點也是有點問題,
還不是都仰賴服務來源夠不夠讓人信賴罷了....
至始至終不變的是要做進階底層的事情跳過沙箱,你就一定得給予權限,
不管是被批評的老技術,或是現在的做法,
那給予權限必定就代表開發者若不懷好意用啥方式都會有問題.
有在玩node.js好奇的,可以安裝HiPKILocalSignServer這東西,
自己去它程式目錄內研究一下服務的js sources看看.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 182.235.195.11
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1510154460.A.1C5.html
1F：→ ssccg: 不太對，browser plugin的攻擊手法通常是裝正常版+連上攻擊 11/09 10:26
2F：→ ssccg: 者的網頁，就可以透過漏洞入侵吧? 裝程式的話不管是plugin 11/09 10:27
3F：→ ssccg: 還是獨立的都是要信任來源這是基本的吧 11/09 10:28
4F：→ ssccg: 另外這種client軟體方案早就有了，不限於讀卡、也跟node.js 11/09 10:29
5F：→ ssccg: 關係不大，很多應用都用這招來做網頁-本機的溝通 11/09 10:30
6F：→ ssccg: 只是這個例子的client是用node.js來實作而已 11/09 10:31
只是NODE.JS塞入會不會太方便了一點...XD 這做法早不早不太清楚
但大概這一兩年前 印象中網路ATM.自然人憑證讀取等等還是以activex或是applet為主
另外activex也是可以讓user自己判斷是否該相信來源決定是否安裝阿
也不是說跑到那頁面就一定會給你強迫你裝下去 真的要說危險大概就是user通常
都會不分青紅皂白 跳出啥訊息 先點了跑了再說
7F：推 ripple0129: 最常看到這手法的大概就是IDE的Debug模式 11/09 12:09
※ 編輯: erspicu (39.9.62.42), 11/09/2017 13:22:45