
ABUSE.MOM — 规矩点,否则你将被曝光
| 签名 | 描述 | 分数 | 严重性 |
|---|---|---|---|
| Danger strong hits: 6 | 高风险路径:Webshell、RCE、漏洞利用 | +100 | |
| Danger medium hits: 4 | 中等风险:管理面板、配置文件 | +40 | |
| Foreign referer seen | 来自无关外部域名的Referer | +10 | |
| POST requests present | 自动分析检测到行为异常 | +8 |
从服务器访问日志重建的HTTP请求。出于安全考虑,目标域名已隐藏。
* Typical request patterns for detected signatures. Actual target domains are redacted.
将65.111.9.98添加到防火墙封锁列表。检查日志中的成功连接。在所有面向公众的服务上启用全面日志记录。
来自Shodan的网络侦察数据。开放端口可能表示正在运行的服务、错误配置或潜在的攻击面。
| Port | Service | Risk | Description |
|---|---|---|---|
| 22 | SSH | Low | Secure Shell — common brute force target for remote access |
| 179 | Unknown | Low | Service on port 179 |
| 1080 | Unknown | Low | Service on port 1080 |
| 3128 | Unknown | Low | Service on port 3128 |
| 3129 | Unknown | Low | Service on port 3129 |
数据来源:Shodan InternetDB。独立于abuse.mom进行扫描。
该IP已通过全球邮件服务器和防火墙使用的主要DNS黑名单进行检查。
已检查:Spamhaus、SpamCop、Barracuda、SORBS、CBL、UCEProtect。
65.111.9.98 has been assigned a threat score of 158/100 (Critical). 这是一个严重级别的威胁。系统管理员应将此IP视为敌对地址,无例外地阻止所有入站连接。
地址65.111.9.98来源于Ashburn, United States,运营在3xK Tech GmbH的网络中。它是通过对受监控端点的入站网络流量进行自动分析而被识别的。 在1天的时间内,此IP产生了1次恶意请求,平均每天约1次请求。 这是一个住宅IP地址,表明可能是被入侵的家用设备,如路由器、智能设备或参与僵尸网络的受感染工作站。 我们的记录显示来自United States的46个恶意IP,使其成为全球威胁活动的值得注意的贡献者。 威胁评分158/100,此IP属于我们数据库中最危险的地址之一。强烈建议立即完全封锁。
This IP is classified as residential, suggesting it may belong to a compromised home device, IoT botnet member, or an infected personal computer. Residential IPs involved in attacks often indicate malware infection without the owner's knowledge.
Credential stuffing uses stolen username-password pairs from data breaches to attempt logins across many websites. Since users frequently reuse passwords, these automated attacks achieve success rates of 0.1-2%, which translates to thousands of compromised accounts from millions of attempts.
XXE vulnerabilities in XML parsers allow attackers to read local files, perform SSRF, and execute denial of service attacks. Many legacy applications and APIs remain vulnerable to XXE due to insecure default XML parser configurations.