1.网上看到的一些防星号查看器的代码大多是在后台维护一个字符串(真实的密码),界面则不显示真实的密码,这样做,维护那个字符串很费事,就因为我之前那样做过,我才在看到WM_GETTEXT后想要重做一个
2.防键盘钩子,在做上面的功能是,突然想到,如果自己模拟发一些乱七八糟的按键消息,然后自己区分哪些是垃圾哪些是用户真正的按键,那钩子就到不取密码了,所以又加了这个功能.后来自己做了一个钩子看了一下效果不错,试了试QQ的竟然也是这样,开始以为QQ用了什么高科技
3.自我感觉貌似实现了QQ密码框的功能,不知道会有什么问题,所以帖出来,谁有兴趣自己看吧
//
#pragma on
//safeedit.h
// CSafeEdit
class CSafeEdit : public CEdit
{
public:
//设置取密码时用的KEY(大于5)
BOOL SetPassWordKey(CString & astrKey);//取密码时用的KEY
DECLARE_DYNAMIC(CSafeEdit)
int GetWindowTextEx(CString & astrText);//astrText 传入KEY 传出密码
public:
CSafeEdit();
virtual ~CSafeEdit();
protected:
DECLARE_MESSAGE_MAP()
LRESULT On
private:
BOOL mbCanGetText;//GetWindowTextEx:astrText == mstrKey ? TRUE : FALSE
CString mstrKey;
char mcLastVKey;//Timer 模拟的键
public:
afx_msg void On
afx_msg void On
afx_msg void On
afx_msg void On
};
//
// SafeEdit.cpp : 实现文件
//
#include "stdafx.h"
#include "DlgTemp2.h"
#include "SafeEdit.h"
#include ".\safeedit.h"
// CSafeEdit
IMPLEMENT_DYNAMIC(CSafeEdit, CEdit)
CSafeEdit::CSafeEdit()
{
mstrKey = "jiawei@";
mbCanGetText = FALSE;
mcLastVKey = 0;
}
CSafeEdit::~CSafeEdit()
{
}
BEGIN_MESSAGE_MAP(CSafeEdit, CEdit)
ON_MESSAGE(WM_GETTEXT, On
ON_WM_CHAR()
ON_WM_TIMER()
ON_WM_SETFOCUS()
ON_WM_KILLFOCUS()
END_MESSAGE_MAP()
// CSafeEdit 消息处理程序
LRESULT CSafeEdit::On
{
long lnStyle = GetWindowLong(GetSafeHwnd(),GWL_STYLE);
if(lnStyle & ES_PASSWORD)
{
if(mbCanGetText)
return DefWindowProc(WM_GETTEXT,wParam,lParam);
else
return -1;
}
return DefWindowProc(WM_GETTEXT,wParam,lParam);
}
//************************************
// Method: SetPassWordKey
// FullName: CSafeEdit::SetPassWordKey
// Access: public
// Returns: BOOL
// Qualifier: 设置取密码时用到的KEY,长度大于五
// Parameter: CString & astrKey
//************************************
BOOL CSafeEdit::SetPassWordKey(CString & astrKey)
{
if(astrKey.GetLength() < 5)
return FALSE;
mstrKey = astrKey;
return TRUE;
}
//************************************
// Method: GetWindowTextEx
// FullName: CSafeEdit::GetWindowTextEx
// Access: public
// Returns: int
// Qualifier:
// Parameter: CString & astrText 传入取密码用的KEY,如果成功返回密码
//************************************
int CSafeEdit::GetWindowTextEx(CString & astrText)
{
if(astrText != mstrKey)
return -1;
astrText = "";
DWORD ldwLen = ::SendMessage(GetSafeHwnd(),WM_GETTEXTLENGTH,0,0);
if(ldwLen <= 0)
return 0;
char *lpszBuf = new char[ldwLen+1];
if(lpszBuf == NULL)
return 0;
mbCanGetText = TRUE;
ldwLen = ::SendMessage(GetSafeHwnd(),WM_GETTEXT,ldwLen+1,(LPARAM)lpszBuf);
mbCanGetText = FALSE;
astrText = lpszBuf;
delete [] lpszBuf;
return ldwLen;
}
void CSafeEdit::On
{
if(mcLastVKey != nChar)
CEdit::On
}
void CSafeEdit::On
{
//随机生成按键
UINT lnVKey = '0' + (rand()%('Z'-'0'+1));
UINT lnScan = MapVirtualKeyEx(lnVKey,0,NULL);
mcLastVKey = MapVirtualKeyEx(lnVKey,2,NULL);
if(mcLastVKey >= 'A' && mcLastVKey <= 'Z')
{
BOOL lbLowercase = TRUE;
if(GetKeyState(VK_CAPITAL) & 0x01 != 0)//CapsLock ON
lbLowercase = !lbLowercase;
if((GetKeyState(VK_LSHIFT) & 0x80) != 0 || (GetKeyState(VK_RSHIFT) & 0x80) != 0)//Shift DOWN
lbLowercase = !lbLowercase;
if(lbLowercase)
mcLastVKey += 'a' - 'A';
}
keybd_event(lnVKey,lnScan,KEYEVENTF_EXTENDEDKEY,0);
CEdit::On
keybd_event(lnVKey,lnScan,KEYEVENTF_KEYUP,0);
}
void CSafeEdit::On
{
CEdit::On
long lnStyle = GetWindowLong(GetSafeHwnd(),GWL_STYLE);
if(lnStyle & ES_PASSWORD)
SetTimer(1,500,NULL);
}
void CSafeEdit::On
{
CEdit::On
long lnStyle = GetWindowLong(GetSafeHwnd(),GWL_STYLE);
if(lnStyle & ES_PASSWORD)
KillTimer(1);
}
相关评论:qq好象不是这样做的 因为我在截取QQ密码的时候发现QQ密码输入框输入的内容什么都截取不到 而不是截取到一大片乱七八遭的数据
这几天好好地研究了一下QQ登陆窗口的密码输入框,细节没有完全弄清楚, 不过还是看出了大致的原理了。在这里发表一下我的看法,和有兴趣的朋友一起讨论。菜鸟水平,认识问题的程度很有限,大牛们就飘过吧。
我首先想到的,是要搞清楚,他的保护原始是基于R0还是R3?
这个问题的答案是:R3。理由很简单,因为找不到QQ有驱动啊,所以自然就是在R3进行的保护了。这个没什么好说的,不讲了。
接着是,QQ究竟如何在应用层实现密码输入保护的呢?
这个问题一开始我想来想去都不明白。我的运气很好,后来无意中看到了QQ安装了两个很特别的windows消息钩子:WH_DEBUG和WH_KEYBOARD_LL,于是线索出来了。
看到这两个钩子,好特别啊,它们是做什么用的呢?为什么要安装这两个钩子呢?
我马上翻了一下MSDN,找到答案了。
原来,WH_DEBUG可以用来管理很多种类型的钩子,有这么多种:
WH_CALLWNDPROC
WH_CALLWNDPROCRET
WH_CBT
WH_DEBUG
WH_JOURNALPLAYBACK
WH_JOURNALRECORD
WH_KEYBOARD
WH_MOUSE
WH_MSGFILTER
WH_SHELL
WH_SYSMSGFILTER
WH_DEBUG能管理这些类型的钩子,在这些钩子的钩子过程将要被系统调用的时候,系统总是先执行调试钩子的钩子过程。而MS的这个调试钩子,允许我们决定是否执行这些被管理的钩子。
我扫了一眼以上列表,在其中发现了WH_KEYBOARD钩子。原来普通键盘钩子是被调式钩子所管理的,也就是说,如果一个程序装上了调式钩子,那么在它上面的普通键盘钩子的钩子过程在执行之前,先要执行调式钩子,而在这个调式钩子里就可以拒绝执行即将执行的普通键盘钩子。
想到这里我恍然大悟了,难怪QQ装有一个调式钩子呢,难怪有全局键盘钩子记录不到QQ的密码呢!
还有一个低级键盘钩子,这个比较难一点,QQ保护原理核心都在这里面。
想贴一下这个钩子的钩子过程的反汇编代码,想想还是算了,太太长了。还是说一下我理解出来的意思吧,不全面,没有完全弄懂。
首先要知道的是,低级键盘钩子和普通简单钩子执行的先后顺序。
如果一个程序,同时被装有这两种钩子的话。在按键消息到来的时候,这两个钩子的执行顺序是:
低级键盘钩子 -》普通键盘钩子
为什么是这样的呢?我是看MSDN悟出来的,有疑问的话你也看看吧。
既然低级键盘钩子在普通键盘钩子的前面执行,自然它也有防御普通键盘钩子的能力了。
看到前面两个钩子,都是能够防御普通键盘钩子的。我自然想到,如果盗号者采用的是低级键盘钩子呢?是不是就能取得QQ的密码了呢?
带着好奇,我自己做了一个低级键盘钩子的测试程序。结果发现:
当我用鼠标点击密码输入框,把输入焦点定在这里时(并没有按键盘),测试程序就不停地输出按键信息。奇怪,我还没有开始输入密码啊,一个键都还没按呢!
后来冷静下来想了一想,这一定是TX为了防止盗号木马使用低级键盘钩子取走QQ的密码,而故意设置的虚假的按键信息,这样即使你用低级钩子记录到了某个正确的按键,其中必然混杂了很多虚假的按键信息,形成了干扰。
最后还有一点很重要的东西,可能大家很容易忘记,我在这里提醒一下大家。
细细地回想一下以前学习windows钩子学到的东西,记忆里会想起这么一个规律:
如果一个程序上被装上了多了同一类型的钩子,那么这些钩子的执行顺序是,先安装的后执行,
后安装的先执行。
也就是说,如果给某个程序同时装上两个低级键盘钩子A和B,安装的顺序是:A -》B,那么这个钩子的钩子过程执行的顺序就是:B -》A。
所以说,如果我们给QQ安装上一个低级键盘钩子,因为我门是在后面安装的,所以我们的钩子应该先执行,然后才执行QQ自己安装的低级键盘钩子。这不是成了QQ键盘保护的弱点了吗?我一边想着,一边在怀疑。
这个问题QQ是处理的呢?我在实践中探索到了答案,原来QQ会通过一个定时器,不停地对它的调式钩子和低级键盘钩子进行Unhook,然后马上再Hook。这样,不是就保证了QQ的钩子安装在盗号木马的钩子之后,从而先于木马的钩子执行了吗?哈哈
最后用一句话概括QQ自己的低级键盘钩子吧,尽管细节我也没有完全看明白,但还是能猜出来了。
QQ通过给自己在应用层设置这个低级键盘钩子,并不断脱钩、挂钩,来保证自己在应用层上是最先得到键盘消息的。既然是最先得到了,那么接下来要进行保护就容易了,自然就是先取得正确的按键信息,然后阻止这个消息继续传递下来给别人,就算传下去交给别人,也要修改按键信息,传一个错误的下去。:)
仔细回想一下整个过程,发现也不是很高深嘛,以前把QQ的键盘保护看得太神秘了
我知道的就这么多了,希望有深入理解的朋友继续报料啊
相关评论:
我想了一个在应用层实现的办法:
先把QQ进程里的SetWindowsHookEx和UnhookWindowsHookEx废了,然后再安装低级键盘钩子来记录
实验了一翻这个办法是成功的,可是不知道为什么后来QQ的进程崩溃了。
不错。QQ的密码框还会产生干扰,按了的键会变成另一个键信息,会生成一些随机的按键信息
QQ用了一个定时器,不停得卸载自己的钩子,又马上重新安装,如此来保证自己的钩子总是在最前面执行的,所以只要把SetWindowsHookEx和UnhookWindowsHookEx废了,那它就没办法了
自己装个键盘过滤驱动不就得了?反正是从下面传上来的。或者挂csrss.exe的win32k!RawInputThread
如果觉得《QQ密码输入框(防键盘钩子)原理分析》对你有帮助,请点赞、收藏,并留下你的观点哦!