tryhackme 枚举与暴力破解

https://tryhackme.com/room/enumerationbruteforce
https://medium.com/@karsyntax/tryhackme-room-enumeration-brute-force-f221058dcf75
找有步骤有见解的writeup即可，看看有没有新思路和可落地的“方法”出现
即使是初始入口点也有攻击痕迹：小心没有步骤没有见解的“报告”，这说明有人直接给他们账号密码使得“你”的系统“已失陷”，这时候你就不要纠结什么“技术”层面了，这是人情世故（积极认错，只需要关注自己的问题，整改问题）

身份验证枚举

• 识别有效用户名

• 密码策略

• 常见列举地点

注册页面
密码重置功能
“用户名未找到”和“密码错误”
数据泄露信息（比如关联黑技中的OSINT网站，得到一堆泄露过的密码来复用）

详细错误信息枚举用户

• 理解冗长错误

内部路径
数据库详情
用户信息

• 诱发冗长错误

无效登录尝试
SQL注入
文件包含/路径遍历
表单操纵（修改变量值，字段值）
应用模糊测试

• 枚举和暴力破解的作用

密码重置逻辑洞

• 密码重置流程漏洞

基于电子邮件的重置
基于安全问题的重置
基于短信的重置

每种方法都有其自身的缺陷：
可预测的令牌 ：如果链接或短信中使用的重置令牌是可预测的或遵循顺序模式，攻击者可能会猜测或暴力破解以生成有效的重置 URL。
令牌过期问题 ：有效期过长或使用后未立即过期的令牌会给攻击者提供可乘之机。因此，令牌必须迅速过期，以限制此类攻击机会。
验证不足 ：验证用户身份的机制（如安全问题或基于电子邮件的身份验证）可能较弱，如果问题过于常见或电子邮件帐户被盗用，则容易受到攻击。
信息泄露 ：任何指明电子邮件地址或用户名是否已注册的错误消息都可能无意中帮助攻击者进行枚举，从而确认帐户的存在。
不安全的传输 ：通过非 HTTPS 连接传输重置链接或令牌可能会使这些关键元素暴露给网络窃听者拦截。

• 利用可预测代币

字典生成 crunch：可预测的密码模式很危险（资产名@年份）

crunch 3 3 -o otp.txt -t %%% -s 100 -e 200 

基本身份验证

Base64 编码字符串的形式包含在HTTP Authorization 标头

Intruder -- 解码 Authorization 标头中的 base64 -- 添加 -- 有效负载处理部分添加两条规则（第一条规则识别用户名，第二条规则用户名和密码组合进行 base64 编码）-- payload编码处理中移除 = 符号（base64 会使用 = 符号）

hydra工具参考

hydra -l admin -P passwords.txt http-get://enum.thm/labs/basic_auth/:A=BASIC -vV

OSINT

• Wayback 网址和 Google Dorks