使用口令卡登錄

geel

看了幾位的發(fā)言，感覺并沒有從這個(gè)問題深入。發(fā)此貼的本意不在于“口令卡”這個(gè)方式本身，就像驗(yàn)證碼的出現(xiàn)到變形的驗(yàn)證碼甚至中文驗(yàn)證碼，我們需要的是要找到一種安全和簡單之間的平衡點(diǎn)，做到不增加太大復(fù)雜性和成本的同時(shí)，越來越安全。https解決了明文傳送被監(jiān)聽，驗(yàn)證碼抵擋了機(jī)器用戶，口令卡解決了單一密碼泄露。在web的非敏感操作方面，一方面是用戶眾多水平不一，另一方面是運(yùn)算能力有限，因此我們不可能采用證書或其它復(fù)雜的認(rèn)證方法，那什么不太復(fù)雜的辦法在這種情境下能更安全呢？這才是我們需要考慮的。將這么古老的話題再次提起就是讓大家再重新思考這個(gè)問題，仔細(xì)想為什么要這樣做，是否有更好的方法，而不是一味的去看一項(xiàng)技術(shù)的本身。

我希望大家有發(fā)散的想法，8樓就很好

ipaddr

11樓跑題得相當(dāng)嚴(yán)重.

這題是你發(fā)的,你又改來改去, 改之前是指技術(shù), 改之后又不談技術(shù),不想公開代碼,也不用這樣找借口.

說實(shí)話,個(gè)人認(rèn)為技術(shù)上沒啥難度.

密碼放U盤??笑話,密碼放U盤還不如用數(shù)字證書放U盤呢.

zjq8188

沒錯(cuò)..他是想顯自己的技術(shù)。

geel

這東西有技術(shù)可言嗎？學(xué)學(xué)8樓的思考方式吧，如果理解不了那可以不看這個(gè)帖子。另外我改之后只多了update后面的東西，攻擊不是這么個(gè)攻擊法

ipaddr

原帖由 geel 于 2008-6-15 23:06 發(fā)表
這東西有技術(shù)可言嗎？學(xué)學(xué)8樓的思考方式吧，如果理解不了那可以不看這個(gè)帖子。另外我改之后只多了update后面的東西，攻擊不是這么個(gè)攻擊法

8樓的完全是扯蛋, PHP能讀到客戶端的U盤嗎???原來是你在學(xué)8樓的思考方式呀??

另外,你發(fā)的帖子,第一版,壓根只是提技術(shù), 你有提過其它問題嗎????

此外,還想知道, 你第一帖發(fā)的那個(gè)地址,程序是不是你寫的?

geel

原帖由 ipaddr 于 2008-6-16 00:21 發(fā)表


8樓的完全是扯蛋, PHP能讀到客戶端的U盤嗎???原來是你在學(xué)8樓的思考方式呀??

另外,你發(fā)的帖子,第一版,壓根只是提技術(shù), 你有提過其它問題嗎????

此外,還想知道, 你第一帖發(fā)的那個(gè)地址,程序是不是你寫的?

對(duì)你無語。如果股票賠了那你找證監(jiān)會(huì)算賬去

ipaddr

原帖由 geel 于 2008-6-16 17:12 發(fā)表


對(duì)你無語。如果股票賠了那你找證監(jiān)會(huì)算賬去

聽不明白? 和股票扯上啥關(guān)系了????

很多用U盤的,是里面放數(shù)字證書, 而不是密碼.

geel

原帖由 ipaddr 于 2008-6-16 21:19 發(fā)表


聽不明白? 和股票扯上啥關(guān)系了????

很多用U盤的,是里面放數(shù)字證書, 而不是密碼.

最近股票大跌，大多數(shù)股民心情都不好

u盤放證書太麻煩，還需要專用客戶端插件，不適合通常的web應(yīng)用場景

sunnyfun

嘿嘿，花多少錢，辦多少事，加密也是如此。
刮刮卡是一種。
肯投入的花錢來個(gè)短信動(dòng)態(tài)密碼也不錯(cuò)，有銀行就這么實(shí)現(xiàn)的。

ipaddr

原帖由 geel 于 2008-6-17 10:48 發(fā)表


最近股票大跌，大多數(shù)股民心情都不好

u盤放證書太麻煩，還需要專用客戶端插件，不適合通常的web應(yīng)用場景

好象是你說U盤放密碼是一個(gè)新思路的哦？？？？

U盤放證書，對(duì)安全要求高的場合，是完全有必要的，雖然麻煩一些。