
ABUSE.MOM — 规矩点,否则你将被曝光
| 签名 | 描述 | 分数 | 严重性 |
|---|---|---|---|
| Burst 58/2s | 请求频率异常——自动扫描 | +35 | |
| Burst 59/10s | 请求频率异常——自动扫描 | +35 | |
| Burst 60/10s | 请求频率异常——自动扫描 | +35 | |
| Burst 60/2s | 请求频率异常——自动扫描 | +35 | |
| Burst: 57 req / 2s | 请求频率异常——自动扫描 | +35 | |
| Burst: 58 req / 2s | 请求频率异常——自动扫描 | +35 | |
| Burst: 59 req / 10s | 请求频率异常——自动扫描 | +35 | |
| Danger medium hits: 4 | 中等风险:管理面板、配置文件 | +40 | |
| Foreign referer | 来自无关外部域名的Referer | +10 | |
| Foreign referer seen | 来自无关外部域名的Referer | +10 |
从服务器访问日志重建的HTTP请求。出于安全考虑,目标域名已隐藏。
* Typical request patterns for detected signatures. Actual target domains are redacted.
在nginx中实施limit_req_zone。部署具有DDoS防护的CDN。配置SYN cookies和连接跟踪以限制161.115.239.138。
来自同一/24子网的其他被封锁IP——表明该网络范围存在系统性滥用。
该IP已通过全球邮件服务器和防火墙使用的主要DNS黑名单进行检查。
已检查:Spamhaus、SpamCop、Barracuda、SORBS、CBL、UCEProtect。
161.115.239.138 has been assigned a threat score of 120/100 (Critical). 这将其归入严重威胁类别。强烈建议在所有网络边界立即进行封锁。
The following attack categories were identified:
IP地址161.115.239.138已追溯至Los Angeles, United States,运营在Server Mania Inc的网络中。我们的威胁检测系统根据观察到的恶意行为模式标记了此地址。 在其15天的观察窗口期间,我们记录了来自此IP的431次敌对请求——平均每天约28.7次。 被归类为托管IP,此地址可能运行在租用的服务器或云实例上。攻击者偏好数据中心IP因其高带宽和一次性特点。 来自此IP的基于速率的攻击旨在通过大量请求洪水压垮服务器资源。 我们的记录显示来自United States的183个恶意IP,使其成为全球威胁活动的重要贡献者。 评分120/100将此地址置于最高严重性级别。应封锁并调查任何历史连接。
This IP belongs to a hosting or data center provider. Malicious traffic from hosting infrastructure often originates from compromised VPS instances, rented servers used for scanning campaigns, or abused free-tier cloud accounts. Hosting providers typically respond to abuse reports within 24-72 hours.
Distributed denial of service attacks overwhelm infrastructure with traffic volume. Effective mitigation combines always-on traffic scrubbing, anycast network distribution, rate limiting, and the ability to quickly scale absorption capacity during attacks.
GraphQL APIs introduce specific vulnerabilities including introspection information disclosure, query complexity attacks, batching abuse, and authorization bypass through nested queries. Depth limiting, cost analysis, and field-level authorization address these GraphQL-specific threats.