发布网友 发布时间: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 版本的更新去解决这样的问题。