iPhone 被曝严重漏洞,一旦中招很麻烦
发布网友
发布时间：2022-10-05 06:17
共1个回答
热心网友
时间：2023-10-17 12:22
都说 iOS 是目前最稳定，最安全，最省心的手机操作系统，真的是这样吗？
这个我暂时持 “ 保留 ” 的观点。
首先是 安全 ，对于果子我来说，只要不乱下载东西及乱跳弹窗，就算安全，反正 iCloud 我也不存资料。
而 稳定 ，自 iOS 11 后，iOS 的稳定性就一直是个迷，iOS 11 公认最差劲的 iOS ，iOS 12 又好起来。
iOS 13 及目前的 14 ，说不上太好，但也说不上很差，就是没有 iOS 10 之前的版本用的舒服。
至于 省心 ，我想更多的原因归结于 “ 卡 ， 崩 ， 死 ” 三项！
不用做任何优化及安装多余的 App ，就能维持相对的流畅，这或许也是 iOS 足够省心的一个原因。
不过现在国产手机厂商的各种 “ 底层 ” 魔改优化，省心这方面也不输 iOS 。
反观 iOS 最近的几代版本一直被喷。
有些漏洞及功能一直没有完善。
比如 iOS 最近最新的 “ WiFi ” Bug ！
它能一直让你 打不开 WiFi ，甚至 AirDrop ！
重启 都没用的那种。
不过也是，AirDrop 的传输条件就是需要 WiFi ，现在 WiFi 罢工了，AirDrop 怎么可能正常工作。
那么你们可能会好奇，为什么我们现在没有碰上这种情况呢？
原因很简单，既然是漏洞，是 Bug 。
那么肯定需要特定的 “ 触发条件 ” 。
而这个触发条件也非常简单：
只需将 WiFi 路由器的 SSID （WiFi 名称） 改为 “ %p%s%s%s%s%n”
随后连接
就会发现 iPhone 会自动重启，重启过后 WiFi 就再也打不开了！
AirDrop 等凡是依靠 WiFi 类的功能，一样都处于 自动关闭 的阶段。
就算把 WiFi 的名称再改为正常，重启等手段也一样无济于事。
根据*一位名叫 Carl Schou 的工程师描述：
他第一次测试使用的是 iOS 14.4.2 ，随后他升级为最新的 iOS 14.6 ，不过这个问题一直没有得到苹果的修复跟解决。
再经他在网上公布之后，也有许多网友冒险尝试，情况都基本一致。
有的小伙伴不会说打不开，而是根本 无法加入 这个网络。
苹果自家的 Mac 及 安卓机型 ，则没有这个问题。
看来是 iOS 专享啊！
那么问题来了！
为什么 iPhone 的机型连接了，就会出现这样的问题呢？
看到 Schou 推文的其他安全工程师认为：
是 iPhone 对 WiFi 名称的 解析 出现问题导致了这个错误。
也就是说 iPhone 会将未经过滤的 “ % ” 之类的 WiFi 名称传递给一些执行格式化字符串的内部库。
而这会导致任意的内存写入和缓冲区溢出，从而破坏内存数据。
说白了 iPhone 没有把 “ %p%s%s%s%s%n ” 理解成普通文字，而是当成了 特殊字符串 来处理。
最终出于 安全保护机制 则禁止用户去使用 WiFi 网络。
iPhone 的 “ 错误日志 ” 也证明了这一点。
不过我想应该没有人会用这样的 WiFi 名称，所以大家也不必担心会变成这种情况。
要是真的有的小伙伴不小心陷入这种情况，只需在 设置——通用——还原中找到——还原网络设置 。
重新还原一遍网络设置 就可以啦！
而至于为什么上述的 Carl Schou 会用到这样的名字发现这样的问题，单纯是他工作的原因。
还是不建议大家去连接甚至模仿这样的行为，要是在外面看到有 “ % ” 号的 WiFi 。
也不要去连接，因为带有这个符号的 WiFi 往往可能不安全甚至会出现上述的情况。
还是非常危险的。
当然！其实这也不是 iOS 第一次因为 “ 字符 ” 问题引起死机，无响应，功能休眠等情况。
此前由 意大利国旗 Emoji 和一串 信德文 （南亚巴基斯坦信德人语言） 组成的字符就成功将 iOS 直接弄崩溃。
这个字符 Bug 也在 iOS 中存活了很长一段时间，直至当时最新的 iOS 13.4.5 才解决了这个问题。
还有 “ 黑点 ” Bug 等种种字符文本类漏洞，此前也流行过很长一段时间。
其中包含了大量不可见的 Unicode 字符，这些字符会导致 CPU 在处理时负载过高。
在发送后就能让 iPhone 和 iPad 直接卡死或崩溃。
总的来说，无论是现在或是以后，“ 字符类 ” 漏洞依旧会存在于系统中。
我们能做的，就是不去碰，不去试，等着 iOS 版本的更新去解决这样的问题。
