管理员
作为开源贡献者参与 MTR 的开发。
 
|
确实是这个“我的马甲”插件在引起数据库错误,不过我以为这里并没有密码爆破/注入的问题。% z A, [! Q' P# S, o: n8 M$ s0 ?
4 G* Y2 B; e% k+ Y2 O
这个插件里的Hash算法在数据库里对所有用户都用同样的盐,所以同时能看到输入和输出确实理论上能够还原盐,不过我以为爆破难度不小。而且即使得到盐也很难反解出其他用户的密码。+ k# P' A8 f4 m* k1 p# N
以及 Discuz 主数据库是使用完全不同且每用户都不同的盐的,所以那边并没问题。
7 ~0 g5 |. ]9 e7 m, ?* l' }" e
5 E3 w2 L- j/ \ [关于 SQL/XSS 注入问题,在涉及到的 memcp.inc.php 源码中5 I C7 T5 j/ I' z2 P7 r
- if($_GET['pluginop'] == 'add' && submitcheck('adduser')) {: H. W! K M* h0 K+ d) n: ?' @- r3 I
- if($singleprem && in_array($_GET['usernamenew'], $permusers) || !$singleprem) {! l0 x8 `4 P2 o, ^/ b0 `
- $usernamenew = addslashes(strip_tags($_GET['usernamenew'])); r/ O* q# e9 r7 O: {4 V
- $logindata = addslashes(authcode($_GET['passwordnew']."\t".$_GET['questionidnew']."\t".$_GET['answernew'], 'ENCODE', $_G['config']['security']['authkey']));
& Z: u" s" l( Z" v - if(C::t('#myrepeats#myrepeats')->count_by_uid_username($_G['uid'], $usernamenew)) {6 A4 s+ _% B0 D: g
- DB::query("UPDATE ".DB::table('myrepeats')." SET logindata='$logindata' WHERE uid='$_G[uid]' AND username='$usernamenew'");7 h: b; K2 [( `, w
- } else {+ A7 L; A& `( h1 c9 N+ [$ A
- $_GET['commentnew'] = addslashes($_GET['commentnew']);$ {4 g/ a$ {+ l; I6 y% e
- DB::query("INSERT INTO ".DB::table('myrepeats')." (uid, username, logindata, comment) VALUES ('$_G[uid]', '$usernamenew', '$logindata', '".strip_tags($_GET['commentnew'])."')");
. X* c8 o( o( c6 t$ W - ...
复制代码 确实是在做字符串拼接,这可不是好文明;不过它对输入数据进行了 addslashes 和 strip_tags,所以这里应该是回避了 SQL/XSS 注入的问题。
V" K+ t' T# o5 `0 O T& {
9 U/ g8 _1 j0 e0 V! u" vDiscuz 系统本身似乎并未提供使它不显示错误信息的方法,也就是没得配置不改 Discuz 代码就关不掉?! E1 R3 p8 r5 ^+ q+ ^9 r5 s
MCBBS 也是会照样显示数据库错误的(大概 5 年前看到)。# v0 Q" o6 m0 p/ `+ b: l! N
这个倒是可以改改 Discuz 代码来关闭,不过有点治标不治本。! F) @$ q0 A6 P% B/ J
7 t6 t1 N9 m9 j; g( T倒是可以考虑考虑关掉这个马甲插件,看起来代码质量一般的样子(# q+ [- H! f6 V7 p% g' T
6 q K9 P7 T- U |
|