https://blog.qife122.com/tags/%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD/ Recent content in 资源耗尽 on 办公AI智能小助手 Hugo zh-cn qife Sun, 04 Jan 2026 22:45:53 +0800 https://blog.qife122.com/p/elasticsearch%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E6%BC%8F%E6%B4%9E%E8%A7%A3%E6%9E%90%E7%94%A8%E6%88%B7%E8%AE%BE%E7%BD%AE%E6%95%B0%E6%8D%AE%E5%BC%95%E5%8F%91%E7%9A%84oom%E6%94%BB%E5%87%BB/ Sun, 04 Jan 2026 22:45:53 +0800 https://blog.qife122.com/p/elasticsearch%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E6%BC%8F%E6%B4%9E%E8%A7%A3%E6%9E%90%E7%94%A8%E6%88%B7%E8%AE%BE%E7%BD%AE%E6%95%B0%E6%8D%AE%E5%BC%95%E5%8F%91%E7%9A%84oom%E6%94%BB%E5%87%BB/ <h1 id="cve-2025-68384elasticsearch资源无限制分配漏洞分析">CVE-2025-68384：Elasticsearch资源无限制分配漏洞分析</h1> <h2 id="漏洞概述">漏洞概述</h2> <p>CVE-2025-68384是Elasticsearch中发现的一个中等级别安全漏洞，该漏洞源于资源分配无限制或节流机制缺失（CWE-770）。攻击者可以通过提交过大的用户设置数据，导致服务过度分配资源（CAPEC-130），进而引发持续性的拒绝服务攻击，最终使Elasticsearch因内存耗尽（OOM）而崩溃。</p> https://blog.qife122.com/p/arista-eos-ospfv3%E6%BC%8F%E6%B4%9E%E5%89%96%E6%9E%90cve-2025-8872%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E5%A8%81%E8%83%81%E4%B8%8E%E7%BC%93%E8%A7%A3%E7%AD%96%E7%95%A5/ Sun, 04 Jan 2026 13:51:28 +0800 https://blog.qife122.com/p/arista-eos-ospfv3%E6%BC%8F%E6%B4%9E%E5%89%96%E6%9E%90cve-2025-8872%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E5%A8%81%E8%83%81%E4%B8%8E%E7%BC%93%E8%A7%A3%E7%AD%96%E7%95%A5/ <h1 id="cve-2025-8872-arista-networks-eos-中的-cwe-400-不受控制的资源消耗">CVE-2025-8872: Arista Networks EOS 中的 CWE-400 不受控制的资源消耗</h1> <p><strong>严重性：高</strong> <strong>类型：漏洞</strong></p> <h2 id="cve-2025-8872">CVE-2025-8872</h2> <p>在运行配置了 OSPFv3 的 Arista EOS 的受影响平台上，特制的数据包可导致 OSPFv3 进程 CPU 使用率过高，这可能致使 OSPFv3 进程重启。这可能导致交换机上的 OSPFv3 路由中断。</p> https://blog.qife122.com/p/ida-pro%E8%B7%B3%E8%BD%AC%E9%93%BE%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E6%BC%8F%E6%B4%9Ecve-2024-44083%E6%8A%80%E6%9C%AF%E5%88%86%E6%9E%90%E4%B8%8Epoc%E5%AE%9E%E7%8E%B0/ Tue, 30 Dec 2025 20:48:27 +0800 https://blog.qife122.com/p/ida-pro%E8%B7%B3%E8%BD%AC%E9%93%BE%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E6%BC%8F%E6%B4%9Ecve-2024-44083%E6%8A%80%E6%9C%AF%E5%88%86%E6%9E%90%E4%B8%8Epoc%E5%AE%9E%E7%8E%B0/ <h1 id="cve-2024-44083">CVE-2024-44083</h1> <p>原始PoC仓库已被删除（github.com/Azvanzed/CVE-2024-44083、github.com/Azvanzed/IdaMeme），因此这里重新发布。考虑到有些人可能想了解其工作原理或测试自己的环境，我决定重建它。</p> https://blog.qife122.com/p/%E8%A7%A3%E6%9E%90revive-adserver%E6%BC%8F%E6%B4%9E%E6%97%A0%E9%99%90%E5%88%B6setperpage%E5%8F%82%E6%95%B0%E5%BC%95%E5%8F%91%E7%9A%84%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E9%A3%8E%E9%99%A9/ Wed, 10 Dec 2025 12:23:37 +0800 https://blog.qife122.com/p/%E8%A7%A3%E6%9E%90revive-adserver%E6%BC%8F%E6%B4%9E%E6%97%A0%E9%99%90%E5%88%B6setperpage%E5%8F%82%E6%95%B0%E5%BC%95%E5%8F%91%E7%9A%84%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E9%A3%8E%E9%99%A9/ <h1 id="revive-adserver--报告-3413890---无限制的setperpage参数允许获取超大结果集--资源耗尽--批量日志获取">Revive Adserver | 报告 #3413890 - 无限制的setPerPage参数允许获取超大结果集 / 资源耗尽 / 批量日志获取</h1> <p><strong>报告时间：</strong> 2025年11月6日，上午8:45 (UTC) <strong>报告者：</strong> vidang04 <strong>报告给：</strong> Revive Adserver <strong>状态：</strong> 已解决 <strong>严重性：</strong> 中等 (CVSS 6.5) <strong>CVE ID：</strong> CVE-2025-55128 <strong>弱点：</strong> 未限制或节流的资源分配</p> https://blog.qife122.com/p/revive-adserver-%E6%97%A5%E5%BF%97%E6%9F%A5%E7%9C%8B%E5%99%A8%E5%88%86%E9%A1%B5%E5%8F%82%E6%95%B0%E6%BC%8F%E6%B4%9E%E6%97%A0%E9%99%90%E5%88%B6setperpage%E5%AF%BC%E8%87%B4%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E4%B8%8E%E6%95%B0%E6%8D%AE%E6%B3%84%E9%9C%B2/ Sat, 06 Dec 2025 09:07:30 +0800 https://blog.qife122.com/p/revive-adserver-%E6%97%A5%E5%BF%97%E6%9F%A5%E7%9C%8B%E5%99%A8%E5%88%86%E9%A1%B5%E5%8F%82%E6%95%B0%E6%BC%8F%E6%B4%9E%E6%97%A0%E9%99%90%E5%88%B6setperpage%E5%AF%BC%E8%87%B4%E8%B5%84%E6%BA%90%E8%80%97%E5%B0%BD%E4%B8%8E%E6%95%B0%E6%8D%AE%E6%B3%84%E9%9C%B2/ <h3 id="漏洞报告-3413890无限制-setperpage-参数导致巨大结果集--资源耗尽--批量日志获取">漏洞报告 #3413890：无限制 setPerPage 参数导致巨大结果集 / 资源耗尽 / 批量日志获取</h3> <p><strong>报告人</strong>: vidang04 <strong>提交时间</strong>: 2025年11月6日 上午8:45 (UTC) <strong>报告至</strong>: Revive Adserver</p> <h4 id="描述">描述</h4> <p><code>setPerPage</code> 查询参数用于控制日志查看器的分页，但在服务器端未经过验证或限制。攻击者可以提供一个极大的数值（例如 <code>setPerPage=100000000000000000</code>），应用程序在构建结果集时会尝试满足此值。此行为可能导致数据库负载过重、响应数据庞大、应用程序变慢，并可能实现日志条目的批量获取。</p>