Mssql 嗅探密文與明文對(duì)比表
發(fā)表時(shí)間:2023-06-04 來(lái)源:明輝站整理相關(guān)軟件相關(guān)文章人氣:
[摘要]SQL Server在1433端口傳輸?shù)臄?shù)據(jù)大部分是明文的, 這包括IP地址, 連接用戶名, 成功和失敗消息這樣一來(lái), 就很容易使用嗅探器嗅探在這個(gè)網(wǎng)段內(nèi)SQL Server的相關(guān)信息, 得到用戶名...
SQL Server在1433端口傳輸?shù)臄?shù)據(jù)大部分是明文的, 這包括IP地址, 連接用戶名, 成功和失敗消息這樣一來(lái), 就很容易使用嗅探器嗅探在這個(gè)網(wǎng)段內(nèi)SQL Server的相關(guān)信息, 得到用戶名和IP后, 就差口令了, 其實(shí)SQL的口令加密是十分脆弱的, 昨天我用了半小時(shí), 整理了一份口令字符對(duì)照表, 在分析SQL Server加密口令的時(shí)候, 同時(shí)發(fā)現(xiàn)了SQL Server一個(gè)不大不小的BUG----如果你用";"做口令將導(dǎo)致口令失效, 原因是SQL Server的口令對(duì)照表中, 沒(méi)有這個(gè)字符, 當(dāng)SQL Server遇到這個(gè)口令字符的時(shí)候, 就會(huì)主動(dòng)放棄這個(gè)字符, 這樣一來(lái), 口令長(zhǎng)度將與實(shí)際長(zhǎng)度不符, 當(dāng)你下次連接1433的時(shí)候, 這個(gè)字符就無(wú)法被系統(tǒng)識(shí)別出來(lái), 從而報(bào)告口令錯(cuò)誤。
口令對(duì)照表的用法:
1.用16進(jìn)制編輯器打開你Sniff到的東西, 然后找到SQL Server連接的用戶名, 從用戶名開始后面的第一個(gè)0x5a - 1的位置就是口令的第一位, 每一位口令均以0x5a分隔開來(lái), 口令字的變換請(qǐng)對(duì)照口令字符
對(duì)照表:
a 0xb3
b 0x83
c 0x93
d 0xe3
e 0xf3
f 0xc3
g 0xd3
h 0x23
i 0x33
j 0x03
k 0x13
l 0x63
m 0x73
n 0x43
o 0x53
p 0xa2
q 0xb2
r 0x82
s 0x92
t 0xe2
u 0xf2
v 0xc2
w 0xd2
x 0x22
y 0x32
z 0x02
1 0xb6
2 0x86
3 0x96
4 0xe6
5 0xf6
6 0xc6
7 0xd6
8 0x26
9 0x36
0 0xa6
- 0x77
= 0x76
\ 0x60
[ 0x10
] 0x70
' 0xd7
, 0x67
. 0x47
/ 0x57
` 0xa3
! 0xb7
@ 0xa1
# 0x97
$ 0xe7
% 0xf7
^ 0x40
& 0xc7
* 0x07
( 0x27
) 0x37
A 0xb1
B 0x81
C 0x91
D 0xe1
E 0xf1
F 0xc1
G 0xd1
H 0x21
I 0x31
J 0x01
K 0x11
L 0x61
M 0x71
N 0x41
O 0x51
P 0xa0
Q 0xb0
R 0x80
S 0x90
T 0xe0
U 0xf0
V 0xc0
W 0xd0
X 0x20
Y 0x30
Z 0x00
_ 0x50
+ 0x17
0x62
{ 0x12
} 0x72
: 0x06
" 0x87
< 0x66
> 0x46
? 0x56
~ 0x42
; 不存在
上面是電腦上網(wǎng)安全的一些基礎(chǔ)常識(shí),學(xué)習(xí)了安全知識(shí),幾乎可以讓你免費(fèi)電腦中毒的煩擾。