|
Posted on
2004-08-12 21:55
Flier Lu
阅读( 2188)
评论()
编辑
收藏
举报
原文: http://www.blogcn.com/User8/flier_lu/index.html?id=3300158tomekeeper昨天在 水木上贴了一个通过 DPAPI 获取保存的 MSN 密码的代码。其核心思想是从 MSN 加密保存在注册表中的键里,把加密后字符串抠出来,然后使用 DPAPI 的函数 CryptUnprotectData 解密之。关键代码如下:
// ret = RegOpenKeyEx ( HKEY_CURRENT_USER, "Software\Microsoft\MSNMessenger", 0, KEY_READ, &hKey ); // ret = RegQueryValueEx ( hKey, "Password.NET Messenger Service", // );
DataIn.pbData = Data + 2; //口令密文从第二位开始 DataIn.cbData = dwSize-2;
CryptUnprotectData ( &DataIn, NULL, NULL, NULL, NULL, 1, &DataOut );
base64_decode (DataOut.pbData, Data, strlen(DataOut.pbData)); printf ( "MSN PassWord: %s ", Data);
| | 不过这种方法针对 XP/2003 环境下的新版本 MSN 没有效果,因为现在已经不再直接保存在注册表键里。于是我安装类似思路,使用 Windbg 和 IDA Pro 大概分析了一下新版本的保存密码方法。得出结论是 MSN 使用了 XP/2003 新增的对当前用户凭据集 (credential set) 管理的函数,将加密后密码放到这个里面统一管理。 可以使用新增的 CredReadDomainCredentials 函数,给定读取目标来获得加密凭据,如:
typedef struct _CREDENTIAL_TARGET_INFORMATIONW { LPWSTR TargetName; LPWSTR NetbiosServerName; LPWSTR DnsServerName; LPWSTR NetbiosDomainName; LPWSTR DnsDomainName; LPWSTR DnsTreeName; LPWSTR PackageName; ULONG Flags; DWORD CredTypeCount; LPDWORD CredTypes; } CREDENTIAL_TARGET_INFORMATIONW, *PCREDENTIAL_TARGET_INFORMATIONW;
DWORD CredTypes = CRED_TYPE_DOMAIN_VISIBLE_PASSWORD;
CREDENTIAL_TARGET_INFORMATIONW target = { L"messenger.hotmail.com", NULL, NULL, NULL, L"Passport.Net", NULL, L"Passport1.4", 0, 1, &CredTypes };
DWORD dwCount = 0; PCREDENTIALW*creds;
Win32Check(CredReadDomainCredentialsW( &target, CRED_CACHE_TARGET_INFORMATION, &dwCount, &creds), "Cannot read user's domain credential, maybe you are not save your password");
| | 这里的 CREDENTIAL_TARGET_INFORMATIONW 结构指定要获取凭据的来源和包名称;CredReadDomainCredentialsW 则根据此信息,通过 NdrClientCall2 函数发送 RPC 调用,完成实际功能。 读取出来的凭据包括此凭据的用户名 (UserName) 和凭据内容 (CredentialBlob):
typedef struct _CREDENTIALW { DWORD Flags; DWORD Type; LPWSTR TargetName; LPWSTR Comment; FILETIME LastWritten; DWORD CredentialBlobSize; LPBYTE CredentialBlob; DWORD Persist; DWORD AttributeCount; PCREDENTIAL_ATTRIBUTEW Attributes; LPWSTR TargetAlias; LPWSTR UserName; } CREDENTIALW, *PCREDENTIALW;
PCREDENTIALW cred = creds[0]; | | 对 MSN Messenger 来说,CREDENTIALW::UserName 中就是登陆帐号了。MSN Messenger 每次显示文件菜单时,都会从凭据集中获取当前帐号名称用于显示。而每次登陆时,则进一步将凭据集的内容使用 CryptUnprotectData 函数进行解密,代码如下:
static unsigned char entropyData[] = { 0xe0, 0x00, 0xc8, 0x00, 0x08, 0x01, 0x10, 0x01, 0xc0, 0x00, 0x14, 0x01, 0xd8, 0x00, 0xdc, 0x00, 0xb4, 0x00, 0xe4, 0x00, 0x18, 0x01, 0x14, 0x01, 0x04, 0x01, 0xb4, 0x00, 0xd0, 0x00, 0xdc, 0x00, 0xd0, 0x00, 0xe0, 0x00, 0xb4, 0x00, 0xe0, 0x00, 0xd8, 0x00, 0xdc, 0x00, 0xc8, 0x00, 0xb4, 0x00, 0x10, 0x01, 0xd4, 0x00, 0x14, 0x01, 0x18, 0x01, 0x14, 0x01, 0xd4, 0x00, 0x08, 0x01, 0xdc, 0x00, 0xdc, 0x00, 0xe4, 0x00, 0x08, 0x01, 0xc0, 0x00, 0x00, 0x00 };
PCREDENTIALW cred = creds[0]; DATA_BLOB data = { cred->CredentialBlobSize, cred->CredentialBlob }, entropy = { sizeof(entropyData), entropyData }, pass = { 0, NULL };
BOOL ret = CryptUnprotectData(&data, NULL, &entropy, NULL, NULL, CRYPTPROTECT_UI_FORBIDDEN, &pass);
| | 这里 entropyData 保存着通过 WinDbg 直接从 MSN Messenger 代码中抠取出来的内部使用固定加密密钥,以后有可能根据版本不同发生变化。因为新版 MSN Messenger 不在直接加密密码,而是使用此密钥加密,因此与 tomekeeper 那种处理稍有不同。解密后的 pass中保存的就是明文的当前 MSN Messenger 帐号的密码了,呵呵。
static const std::string toString(LPCWSTR lpStr, DWORD cbStr) { std::string str;
str.resize(WideCharToMultiByte(CP_ACP, 0, lpStr, cbStr, NULL, 0, NULL, NULL)); WideCharToMultiByte(CP_ACP, 0, lpStr, cbStr, (char *)str.c_str(), str.size(), NULL, NULL);
return str; }
static const std::string toString(LPCWSTR lpStr) { return toString(lpStr, wcslen(lpStr)); }
m_username = toString(cred->UserName);
m_fCredFree(creds);
Win32Check(ret, "Cannot decrypt credential"[img]/images/wink.gif[/img];
m_password = toString((LPCWSTR)pass.pbData, pass.cbData / sizeof(wchar_t));
::LocalFree(pass.pbData);
| | 看起来好像很不安全,其实也还好了,呵呵。因为 CredReadDomainCredentials 和 CryptUnprotectData 等系列函数,缺省都是使用的当前帐号的安全上下文进行加密解密,哪怕换了台机器这些加密后的数据都不再有意义。因此除非你机器被人搞到当前帐号或者 Administrator 帐号权限,否则密码都还是安全的;反过来说,如果这两个帐号被别人搞到,随便装个键盘记录程序也能够达到类似的效果。因此总体上来说还是比较安全的,这个代码也只能作为忘记自动记录的 MSN 密码时的恢复工具 :P 其实这个才是我们俩研究此问题的主要目的,呵呵 Just for fun! :P
|