TP-Link Kasa EC71：六年来，摄像头通过未经身份验证的UDP协议暴露家庭地理位置

一名独立研究人员发布了一份对Kasa摄像头的分析报告，该摄像头自2019年以来一直响应未签名的UDP请求，并泄露了住宅的GPS坐标。这种类型的漏洞本应早已消失。

事实

一个公开的 GitHub 仓库（BadChemical/IoT-Vulnerability-Research-Public），在黑客新闻上被转发，记录了一种影响 TP-Link Kasa EC71 摄像头的漏洞，这是一款面向大众市场的 Wi-Fi 室内摄像头。

记录的行为：

• 摄像头在本地 UDP 端口上无需认证监听
• 一次伪造的 UDP 请求（crafted packet）会触发包含摄像头中存储的 GPS 坐标 的响应（可能来自移动应用在初始关联时的数据——报告未详细说明坐标的具体来源，但精度和上下文暗示了这一出处）
• 无来源限制：只要 UDP 包能到达摄像头（本地网络，或若设备暴露在外网则通过互联网），信息就会泄露

影响：可定位任何使用该摄像头用户的住址，至少在局域网内可被利用，若 UDP 端口对外开放（NAT 配置不当、过度开放 UPnP、访客网络分段不当），则可通过互联网利用。

暴露时长：据报告，该功能自初始固件起就存在，约 六年。

分析

此类漏洞属于 CWE-306（关键功能缺少认证） 类别——在面向大众的 IoT 设备中是经典问题，但在 2026 年已无任何借口。两个设计缺陷叠加：

1. 在本地 UDP 上明文监听 对于服务发现（mDNS、SSDP）尚可接受，但不应用于返回敏感数据。
2. 在连接设备的固件中存储精确的地理位置，而无明显功能需求（摄像头知道它在你家，不需要 GPS 坐标）——这是 GDPR 意义上的数据最小化原则未被遵循。

报告中未给出当前公开片段的 CVE 编号——需关注 TP-Link 的安全公告及 NVD。厂商可能已被通知；截至撰稿时，补丁状态未确认。

影响范围

• TP-Link Kasa EC71 摄像头用户，潜在其他使用相同基础固件的 Kasa 型号（需研究人员确认）
• 同一 Wi-Fi 网络的攻击者（隔离不当的访客网络、酒店、合租、共享 Wi-Fi 的公寓）：可轻松利用
• 互联网攻击者：仅当相关 UDP 端口可从外部访问时（NAT/UPnP 配置不当）

实践中，最易受影响的是在家中使用摄像头 且 共享 Wi-Fi 的用户（合租、Airbnb、共享办公室）。滥用场景：一位访客仅通过发送几个 UDP 包即可从手机上获取 GPS 坐标。

立即行动（现在就做）

行动框：

1. 检查摄像头型号：Kasa EC71 或使用相同固件的变种。型号标签在摄像头背面或底部。
2. 通过 Kasa Smart 应用更新固件：菜单 → 设备设置 → 固件更新。若 TP-Link 已发布补丁（需确认），立即应用。
3. 分段 IoT 网络：在现代路由器（OpenWrt、UniFi、Firewalla、MikroTik）上，创建一个专用的 IoT VLAN，与主 VLAN 隔离。你的连接设备无需与笔记本电脑通信。
4. 确保无 UDP 端口对互联网开放：在路由器上禁用 UPnP（除非有明确需求）。检查 NAT 表。
5. 更激进的选择：替换为文档化其威胁模型的摄像头（Reolink、Ubiquiti UniFi Protect，或自托管方案如 Frigate + RTSP IP 摄像头）。

来源与后续跟踪

初始报告公开：

• GitHub 上的 BadChemical/IoT-Vulnerability-Research-Public
• Hacker News 讨论：可查看技术交流及 TP-Link 的反馈

我们将持续关注 CVE 编号及固件修复的发布。若漏洞确认但无补丁，最谨慎的建议是 拔掉摄像头或将其隔离在无出站路由的 VLAN 中。

记住：当一个连接设备在 UDP 上无认证监听时，它很可能存在缺陷。此案例并非最严重的场景（无远程代码执行，无视频流暴露），但住址的地理定位绝非可被轻视的数据。