Cache poisoning

最新推荐文章于 2025-03-10 05:40:10 发布
最新推荐文章于 2025-03-10 05:40:10 发布
阅读量1.9k 收藏
点赞数
本文介绍了缓存投毒（Cachepoisoning）的概念及其运作机制，这是一种通过替换DNS记录中的合法地址为恶意地址的方式，使得用户访问正常网站时被导向恶意站点的技术。文章还探讨了缓存投毒的实施手段及对知名网站构成的安全威胁。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

导  读：缓存投毒(Cache poisoning)，通常也称为域名系统投毒(domain name system poisoning)，或DNS缓存投毒(DNS cache poisoning)。

        缓存投毒（Cache poisoning），通常也称为域名系统投毒（domain name system poisoning），或DNS缓存投毒（DNS cache poisoning）。它是利用虚假Internet地址替换掉域名系统表中的地址，进而制造破坏。当网络用户在带有该虚假地址的页面中进行搜寻，以访问某链接时，网页浏览器由于受到该虚假条目的影响而打开了不同的网页链接。在这种情况下，蠕虫、木马、浏览器劫持等恶意软件就可能会被下载到本地用户的电脑上。

　　随着恶意软件传播的增多，缓存投毒的方法也层出不穷。典型的一种是发送标题吸引人的垃圾邮件并诱导你去打开（比如标题为“你的退税出现严重问题”）。点击邮件中的图片和广告条幅也会将用户指向被投毒的网站。一旦用户的电脑被恶意代码感染，他今后所有的URL请求都将被自动指向恶意IP地址-哪怕被指向的“受害”服务器已经在其网页上清除了恶意代码。对那些知名或被大众信任的网站来说，缓存投毒是个危险的隐形杀手，比如那些自动更新病毒库时所打开的网页。

　　缓存投毒与另外一种打着管理员或技术支持的幌子通过email来轰炸邮箱的DNS布毒方式不同，缓存投毒是一种URL投毒，或称地址投毒。用户上网时，浏览器的地址栏中会追加一段ID以记录用户浏览过的网页。




转载：http://www.searchsecurity.com.cn/whatis/word_5193.htm

（SEED-Lab) ARP Cache Poisoning Attack Lab
lunan的博客
02-17 6504
（SEED-Lab) ARP Cache Poisoning Attack Lab 欢迎大家访问我的GitHub博客 https://lunan0320.cn 文章目录（SEED-Lab) ARP Cache Poisoning Attack Lab一、实验目标二、实验原理三、实验过程3.1 Task 1: ARP Cache Poisoning3.1.1 Task1A(using ARP request)3.1.2 Task 1B (using ARP reply)3.1.3 Task 1C (us
【Seedlabs】ARP Cache Poisoning Attack Lab
seven49的博客
04-06 5478
目录 一、实验环境 二、实验内容 Task 1: ARP Cache Poisoning Task 2: MITM Attack on Telnet using ARP Cache Poisoning 一、实验环境 本地共有三台虚拟机，位于同一个子网下。地址如下： 主机名 IP 地址 MAC 地址 M (攻击者) 10.9.0.105 02:42:0a:09:00:69 A (客户端) 10.9.0.5 02:42:0a:09:00:05 .
Web缓存中毒（web cache poisoning）学习笔记
汗的博客
05-05 4618
笔者burpsuite的在线安全学院的ssti学习笔记。限于本人水平，笔记质量不是很高，假如有看到的大佬轻喷，很多地方是Google翻译的。 首先推荐篇翻译的文章，方便理解 #先知社区上师傅翻译的：实战Web缓存中毒 https://xz.aliyun.com/t/2585#toc-21 #原文 https://portswigger.net/blog/practical-web-cache-po...
PortSwigger web缓存中毒（Cache Poisoning）
weixin_42451330的博客
06-12 2326
Web缓存中毒（Web Cache Poisoning）是一种攻击技术，攻击者通过操纵Web应用程序的缓存系统，将恶意或欺骗性内容注入到合法的缓存中，以欺骗用户或绕过安全控制。Web缓存中毒的原理是利用缓存服务器在接收到请求后，将响应保存在缓存中并将相同响应返回给后续请求的用户。攻击者通过在请求中操纵参数、头部或URL等，使缓存服务器错误地将恶意或欺骗性响应存储在缓存中。当其他用户发起相同请求时，缓存服务器将返回被注入的恶意响应，从而达到攻击的目的。
阅读笔记：Poison Over Troubled Forwarders: A Cache Poisoning Attack Targeting DNS Forwarding Devices
Flor de raíz_NQ
11-21 1091
注意：阅读本笔记需要有DNSDNSDNS域名解析的基本知识，了解其详细的解析过程（可查看我的另一篇博客：最全DNSDNSDNS域名解析流程及域名注册（细节！））。 攻击名称：Cache Poisoning Attack Targeting DNS Forwarding DevicesCache~Poisoning~Attack~Targeting~DNS~Forwarding~DevicesCache Poisoning A.
Web缓存投毒
LISTONE的个人博客
05-16 1100
什么是web缓存投毒（web cache poisoning） Web缓存投毒是利用Web服务器和缓存的行为，将有害的HTTP响应提供给其他用户。 Web缓存投毒分为两个阶段： 攻击者必须弄清楚如何从无意中包含某种危险payload的后端服务器引起响应。 成功后，他们需要确保将他们的响应缓存起来并随后提供给预期的受害者。 有毒的Web缓存有可能成为变成多种不同攻击，利用XSS，JavaScript注入，开放重定向等漏洞的破坏性手段。 Web缓存工作原理 如果服务器必须分别对每个HTTP请求发送新的响应，
缓存投毒之CPDOS
2401_83799022的博客
09-05 1286
HTTP 请求头溢出技术，顾名思义，是超出请求头的最大限制，但是在HTTP 标准中并没有规定此项，所以所谓的HTTP 请求头大小限制，都是服务器或者框架自己定义的，初衷是用来加快请求速度和防止一些过大的请求头而导致的拒绝服务攻击，但是CDN和服务器对请求头大小的处理差异导致了CPDOS漏洞的产生，例如，Apache HTTPD等服务器和代理设定了大约8,192字节的限制，而Amazon Cloudfront CDN允许的头部大小可达到20,480字节。下面将使用一些例子来介绍关于缓存投毒的相关技术。
A Cache Poisoning Attack Targeting DNS Forwarding Devices
11-20
在"Poison Over Troubled Forwarders: A Cache Poisoning Attack Targeting DNS Forwarding Devices"这篇论文中，研究人员揭示了一种新型的针对DNS转发器的缓存中毒攻击方法。 DNS转发器是DNS客户端与递归解析器...
信息安全 SEED Lab11 ARP Cache Poisoning Attack Lab
crazyliu的博客
07-15 3244
这部分主要是理解ARP协议和实施一些对ARP的攻击。 本地共有三台虚拟机，位于同一个子网下。地址如下： Name Mac Address IP Address A 08:00:27:7e:82:57 10.0.2.4 B 08:00:27:34:bf:1e 10.0.2.5 C 08:00:27:62:26:68 10.0.2.6 Task 1. ARP缓存投毒攻击 这部分主要是通过不同的方式实施ARP缓存投毒攻击。 Task 1A 这部分是通过ARP请求广播来实施ARP缓存投毒
Attacks on TCP/IP Protocols (Task1) ARP cachepoisoning
我有一颗五角星
04-29 2500
Task1: ARP cachepoisoning
详解DNS缓存中毒攻击原理以及dns病毒解决办法
10-01
现在大家都知道，缓存中毒攻击者给DNS服务器注入非法网络域名地址，如果服务器接受这个非法地址，那么缓存就被攻破了
Remote-DNS-Attack:远程DNS缓存攻击__山东大学网络攻防实验三__代码与资源
03-23
远程DNS攻击 远程DNS缓存攻击__山东大学网络攻防实验三__代码与资源，其他分开分别有重叠重叠实验，TCP / IP实验，XSS实验代码
【我的 PWN 学习手札】Tcache Poisoning
Mr_Fmnwon的博客
09-19 916
早期对于 Tcachebin 的引入，在提高分配释放效率的同时，也因毫无保护而变得尤为好攻击和利用。自 glibc-2.32 以后添加了 key 等保护机制，现在的 tcachebin 利用起来变得困难。不过本篇讨论的还是早期的 tcachebin，能够简单地通过 UAF 实现任意地址 malloc。
安全学习篇：ARP缓存中毒攻击
城南以南花亦开
07-24 8262
个人博客主页：https://www.boolo.top 【本文博客同步地址】 了解ARP的基础知识，逐步讲解ARP缓存中毒攻击的原理，并进行相应的攻击演示。 一、ARP基础知识 1. ARP简介 ARP即地址解析协议（Address Resolution Protocol）的简称，该协议是TCP/IP协议簇里面的一个协议。ARP的主要作用是根据IP
WEB缓存中毒
Eason_LYC安全白帽子的成长博客
05-17 1960
一种非常流行的攻击方式。或者说是各种攻击如果搭配上这种攻击方式的话都将如虎添翼。
【Academy】Web 缓存中毒 ------ Web cache poisoning
D-river博客
03-10 1043
Web 缓存中毒是一种高级技术，攻击者利用 Web 服务器和缓存的行为，以便向其他用户提供有害的 HTTP 响应。从根本上说，Web 缓存中毒涉及两个阶段。首先，攻击者必须弄清楚如何从后端服务器引出无意中包含某种危险负载的响应。一旦成功，他们需要确保他们的响应被缓存并随后提供给预期的受害者。中毒的 Web 缓存可能是一种毁灭性的手段，可以分发多种不同的攻击，利用 XSS、JavaScript 注入、开放重定向等漏洞。
burpsuit 靶场(Web cache poisoning)
wanan的博客
01-23 566
burpsuit 靶场(Web cache poisoning)
翻译+笔记：web缓存投毒
m0_65129142的博客
12-15 1120
Introduction to web cache poisoning 写在开头：具体实践还是要做题。题目没有刷到这个专题，先做阅读了解。 英语水平有限，翻译欠佳，请各位多多包涵。也欢迎指正。 web caching 和客户端缓存类似，客户端缓存：暂时地保存图片到本地，下次访问便会很快。 内容交付链下， web服务器，中间系统，内容交付网络（CNDs）都被用于web缓存，以应对多个客户端请求（无需每次建索原始内容）。有利于负载均衡。 如图，左边为client，中间为caching server，最右为web
how2heap（5）：tcache_poisoning 2.31
hollk’s blog
09-14 634
tcache_poisoning 2.31 依然还是将非堆段地址作为伪造堆块挂进tcache bin中，重新申请作为正常堆块启用 源码 1 #include <stdio.h> 2 #include <stdlib.h> 3 #include <stdint.h> 4 #include <assert.h> 5 6 int main() 7 { 8 // disable buffering 9
以下是通过Suricata的Python集成实现IDS流量检测与防火墙联动的完整方案，包含配置步骤、代码示例及流程图： --- ## 系统架构 ```mermaid graph TD A[网络流量] --> B[Suricata检测引擎] B -->|生成JSON日志| C[Python日志解析器] C -->|提取恶意IP| D[防火墙规则更新] D --> E[iptables阻断] ``` --- ## 实现步骤 ### 1. 配置Suricata输出结构化日志 **编辑Suricata配置文件 (`/etc/suricata/suricata.yaml`)** ```yaml # 启用EVE日志（JSON格式） outputs: - eve-log: enabled: yes filetype: regular filename: eve.json types: [alert] ``` ### 2. 安装Python依赖库 ```bash pip install watchdog python-iptables ``` --- ## 核心代码实现 ### 1. 实时日志监控与解析 (`suricata_firewall.py`) ```python import json import time from watchdog.observers import Observer from watchdog.events import FileSystemEventHandler import iptc class EveLogHandler(FileSystemEventHandler): def __init__(self, file_path): self.file_path = file_path self.last_position = 0 def on_modified(self, event): if event.src_path == self.file_path: with open(self.file_path, 'r') as f: f.seek(self.last_position) new_lines = f.readlines() self.last_position = f.tell() for line in new_lines: self.process_line(line) def process_line(self, line): try: event = json.loads(line) if event['event_type'] == 'alert': src_ip = event['src_ip'] alert_msg = event['alert']['signature'] print(f"检测到威胁: {alert_msg} 来源IP: {src_ip}") self.block_ip(src_ip) except json.JSONDecodeError: pass def block_ip(self, ip): # 使用iptables添加阻断规则 rule = iptc.Rule() rule.src = ip rule.target = iptc.Target(rule, "DROP") chain = iptc.Chain(iptc.Table(iptc.Table.FILTER), "INPUT") chain.insert_rule(rule) print(f"已阻断IP: {ip}") if __name__ == "__main__": eve_log_path = "/var/log/suricata/eve.json" event_handler = EveLogHandler(eve_log_path) observer = Observer() observer.schedule(event_handler, path=os.path.dirname(eve_log_path), recursive=False) observer.start() try: while True: time.sleep(1) except KeyboardInterrupt: observer.stop() observer.join() ``` ### 2. Suricata规则示例 (`dns.rules`) ```bash # 检测DNS缓存投毒攻击 alert dns any any -> any any (msg:"DNS Cache Poisoning Attempt"; dns.query; content:"|C00C|"; offset=2; depth=2; metadata:policy security-ips; sid:2000001; rev:1;) ``` --- ## 联动防御流程图 ```mermaid sequenceDiagram participant Suricata participant Python脚本 participant iptables Suricata->>Python脚本: 写入eve.json日志 Python脚本->>Python脚本: 解析日志提取恶意IP Python脚本->>iptables: 执行"iptables -A INPUT -s <IP> -j DROP" iptables-->>Suricata: 阻断流量反馈（可选） ``` --- ## 部署与测试 ### 1. 启动Suricata ```bash suricata -c /etc/suricata/suricata.yaml -i eth0 ``` ### 2. 运行Python联动脚本 ```bash sudo python3 suricata_firewall.py # 需root权限操作iptables ``` ### 3. 模拟攻击测试 使用Scapy发送恶意DNS响应： ```python from scapy.all import * send(IP(src="8.8.8.8", dst="192.168.1.50")/UDP()/DNS( id=0x1234, qr=1, aa=1, qd=DNSQR(qname="www.bank.com"), an=DNSRR(rrname="www.bank.com", rdata="10.0.0.1") )) ``` ### 4. 验证结果 - **Suricata日志**： ```json { "event_type": "alert", "src_ip": "8.8.8.8", "alert": {"signature": "DNS Cache Poisoning Attempt"} } ``` - **iptables规则**： ```bash $ sudo iptables -L INPUT -n Chain INPUT (policy ACCEPT) target prot opt source destination DROP all -- 8.8.8.8 0.0.0.0/0 ``` --- ## 性能优化建议 1. **日志轮转处理** 使用`logrotate`管理`eve.json`，避免文件过大： ```bash # /etc/logrotate.d/suricata /var/log/suricata/eve.json { daily rotate 7 compress delaycompress missingok postrotate pkill -HUP suricata endscript } ``` 2. **异步处理** 使用多线程/异步IO提高处理效率： ```python from concurrent.futures import ThreadPoolExecutor executor = ThreadPoolExecutor(max_workers=4) executor.submit(self.process_line, line) ``` 3. **规则优化** 针对高频攻击IP启用快速匹配： ```bash iptables -I INPUT -s <IP> -j DROP # 插入到链首 ``` --- ## 代码仓库与文档 - **GitHub示例**: [Suricata-Firewall-Integration](https://github.com/example/suricata-firewall-demo) - **Suricata官方文档**: [EVE JSON Format](https://suricata.readthedocs.io/en/latest/output/eve/eve-json-output.html) --- 通过此方案，您将实现以下核心功能： 1. **实时检测**：Suricata毫秒级威胁识别 2. **动态阻断**：Python脚本联动iptables实现自动封禁 3. **灵活扩展**：支持自定义规则和机器学习模型集成。这个实验我怎么做呀？
最新发布
05-10
嗯，用户想了解如何通过Suricata的Python集成实现IDS流量检测与防火墙联动的完整方案，包括配置步骤、代码示例和流程图。首先，我需要回忆一下Suricata的基本功能和它与Python集成的可能性。Suricata本身是一个开源...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值