搜索 社区服务 统计排行 帮助
  • 1718阅读
  • 20回复

[聊天]User Hash 被盜用 - 勿灌純水 ^^

楼层直达
级别: 风云使者
注册时间:
2001-11-21
在线时间:
0小时
发帖:
6962
只看该作者 15楼 发表于: 2003-05-25
抱歉抱歉,我当时只是想以谈话的形式,当时没有看到你的签名,我已经PM那里的管理层删除了。请原谅

风清云淡
级别: 工作组
注册时间:
2003-03-29
在线时间:
39小时
发帖:
4597
只看该作者 16楼 发表于: 2003-05-25
天國天使誤會我的意思了, 就如你所說這類的問題在這討論也討論不出個所以然來. 這帖的目的是在如何更深入了解更變/了解 eMule內的各種設定, 例如如何查詢自己的 User Hash. 同時也讓得到錯誤訊息的人, 如

2003/x/x 上午:xx:xx:xx: AntiCreditTheft [lovelace]: client 'xxxxx' is using a stolen userhash and has been removed.

知道發生了什麼事.

Ps. 也許我該換個抬頭 :}

☆ 偶是新人請多多指教! ☆
级别: 侠客
注册时间:
2001-11-21
在线时间:
0小时
发帖:
603
只看该作者 17楼 发表于: 2003-05-25
其实解决方法是有的

User Hash值和硬件特征相关联的话,就会很难破的

比如,与硬盘特征关联,启动时进行验证或其他用户连接时随机验证……

不过这么做太麻烦了,还不如现在这样子好
级别: 工作组
注册时间:
2002-10-29
在线时间:
0小时
发帖:
3078
只看该作者 18楼 发表于: 2003-05-25
理論上這樣還是可以破。
“偵測硬件”這個步驟也必須要先通過客戶端才可以進一步下達指令。如果在source code作對應的改動,以指定的userhash(就是偷回來的那個)回覆對方,應該可以瞞天過海。

 
级别: 管理员
注册时间:
2002-12-19
在线时间:
244小时
发帖:
16411
只看该作者 19楼 发表于: 2003-05-26
其实也不是没有办法解决的。利用现在的加密技术就可以了。在客户端生成两个密钥,一个公钥和一个私钥,将公钥作为userhash。下面是一个验证的例子:
客户端A要向B证明它是A而不是盗用A的userhash的Z,那A就将自己的公钥发给B,B随机生成一个数,用A的公钥来加密,然后将加密后的数据发给A,A用自己的私钥解密,将得到的结果发给B。如果A的私钥是正确的,那么B就应该收到自己生成的随机数。其它盗用userhash的人是没有办法从userhash(公钥)解到私钥的,这样userhash被盗用的情况就可以得到抑制。
但是这种方法有一个比较明显的缺点,就是可能会消耗多一些的带宽(多了几次发送和验证过程),还有,加密和解密的时候需要耗用的cpu时间也太多了。

-=eDtoon=-aru
----------------------------------------------------------------------------------------------
有空来看看我的
个人blog

崇尚猪的生活 ~
多吃多睡少说话~
级别: 工作组
注册时间:
2003-03-29
在线时间:
39小时
发帖:
4597
只看该作者 20楼 发表于: 2003-05-26
引用
最初由 Sadokura 发布
想知道emule的設定?....
那就用力啃src吧....src已經很完全公開整個emule的運作了


嗚... 我只是想知道如何得知自己的 User Hash 而已... 啃完整個 src會不會太不人道了一點...

引用
最初由 hiei 发布
其实也不是没有办法解决的。利用现在的加密技术就可以了。在客户端生成两个密钥,一个公钥和一个私钥,将公钥作为userhash。


hiei 大大指的應該是 Asymmetric Encryption.

引用
最初由 hiei 发布
但是这种方法有一个比较明显的缺点,就是可能会消耗多一些的带宽(多了几次发送和验证过程),还有,加密和解密的时候需要耗用的cpu时间也太多了。


带宽消耗是沒有辦法避免的, 但加密和解密的时候需要耗用的cpu可用 NIC上的 CPU來解決 (intel PILA8472C3, 支持 DES和 3DES) ^^

eMule 的設定都存在 preferehence.ini 裡 (這部份很好改), 但 User Hash (preference.dat) 就不是那一回事了...

☆ 偶是新人請多多指教! ☆
快速回复

限150 字节
上一个 下一个