在被禁止收集数据之后厂商远程发送指令让智能吸尘器停止工作
嗯，用户让我总结一下这篇文章的内容，控制在100字以内，而且不需要特定的开头。首先，我需要仔细阅读文章，抓住主要信息。 文章讲的是一个工程师Harishanka监控他的iLife A11吸尘器，发现它一直在未经允许的情况下发送数据。他屏蔽了厂商的IP地址，结果吸尘器无法开机了。送去维修也没发现问题，只能工作几天就罢工。他拆开检查，发现硬件没问题，问题出在软件上。日志里有一个终止指令，撤销后设备恢复正常。他建议不要把智能设备连接到主要网络。 接下来，我需要把这些信息浓缩到100字以内。要包括工程师的行为、数据收集、屏蔽IP后的后果、问题根源和建议。 可能的结构是：工程师监控吸尘器发现数据传输未授权，屏蔽IP导致设备故障，拆解发现软件问题，厂商远程终止服务，建议分开网络。 确保语言简洁明了，不使用复杂的词汇。同时注意字数限制。 </think> 工程师Harishanka发现其iLife A11吸尘器未经许可向厂商发送数据后屏蔽了厂商IP地址，导致设备无法开机。拆解后发现硬件正常但软件存在远程终止指令。厂商疑似通过固件更新远程禁用设备。他建议将智能设备连接至独立网络以避免类似问题。 2025-11-3 07:18:0 Author: www.solidot.org(查看原文) 阅读量:9 收藏
嗯，用户让我总结一下这篇文章的内容，控制在100字以内，而且不需要特定的开头。首先，我需要仔细阅读文章，抓住主要信息。 文章讲的是一个工程师Harishanka监控他的iLife A11吸尘器，发现它一直在未经允许的情况下发送数据。他屏蔽了厂商的IP地址，结果吸尘器无法开机了。送去维修也没发现问题，只能工作几天就罢工。他拆开检查，发现硬件没问题，问题出在软件上。日志里有一个终止指令，撤销后设备恢复正常。他建议不要把智能设备连接到主要网络。 接下来，我需要把这些信息浓缩到100字以内。要包括工程师的行为、数据收集、屏蔽IP后的后果、问题根源和建议。 可能的结构是：工程师监控吸尘器发现数据传输未授权，屏蔽IP导致设备故障，拆解发现软件问题，厂商远程终止服务，建议分开网络。 确保语言简洁明了，不使用复杂的词汇。同时注意字数限制。 </think> 工程师Harishanka发现其iLife A11吸尘器未经许可向厂商发送数据后屏蔽了厂商IP地址，导致设备无法开机。拆解后发现硬件正常但软件存在远程终止指令。厂商疑似通过固件更新远程禁用设备。他建议将智能设备连接至独立网络以避免类似问题。 2025-11-3 07:18:0 Author: www.solidot.org(查看原文) 阅读量:9 收藏
工程师 Harishanka 监控了其拥有的 iLife A11 智能吸尘器的进出流量，发现吸尘器一直在向厂商（深圳智意）发送日志和遥测数据——这些行为他并没有授权。他决定屏蔽厂商遥测服务器的 IP 地址，同时继续开放固件和 OTA 服务器的访问。结果他的吸尘器很快就连开机都无法开机了。他送去维修，但都没有查出任何问题。吸尘器每次都能正常工作几天，然后停止工作。他决定拆开吸尘器查找问题根源。吸尘器使用了全志的 A33 SoC，运行 TinaLinux 操作系统，使用微控制器 GD32F103 管理传感器，测试发现硬件本身没有问题，因此他将注意力转向操作系统和软件。他在日志里发现了一个指令，其时间戳与设备停止工作时间完全吻合，这显然是一条终止指令，在他撤销该指令并重启设备后，设备恢复了正常工作。他建议不要将家里的主要 WiFi 网络连接物联网设备，将这些智能设备视为家里的陌生人。
https://codetiger.github.io/blog/the-day-my-smart-vacuum-turned-against-me/
https://yro.slashdot.org/story/25/11/02/2241201/manufacturer-remotely-bricks-smart-vacuum-after-its-owner-blocked-it-from-collecting-data
文章来源: https://www.solidot.org/story?sid=82701
如有侵权请联系:admin#unsafe.sh
如有侵权请联系:admin#unsafe.sh