基本上不是盯着你黑或者你有极高的攻击价值，都不值得动用虚拟机逃逸漏洞。

也不要觉得漏洞是万能的，没你想象中那么强大。

至于奉旨收集信息的问题，我不知道奉什么旨，以及收集啥？真要跟踪用户都用不着偷偷摸摸，明示不就行了，例如要求登录账户什么的，你用物理隔离都没用。

至于虚拟机来源问题，微软有提供专用镜像，实际上按照微软的 EULA 完全可以不激活。

@huaes 你要是用 82579 那种老网卡就只有老 NDIS6.2 驱动可以用了,毕竟是已经 EOL 的产品

推荐用[BluescreenView]( https://www.nirsoft.net/utils/blue_screen_view.html)检查。如果是驱动问题有可能可以直接看到是哪个驱动出问题的。

可以切换，但切换要花比较长的时间。
打算两个都用的建议 WSL1+虚拟机

@forcecharlie 新软件没问题我们都知道，但你总不能保证所有人都用新软件。所以这个问题我不指望有太好的解决方案。

@ouqihang 小米那个魔改 Type-A 我看过，不过我觉得动机非常迷，因为魔改的那个触点仅仅是为了支持 PD 。QC 协议并不需要 CC 脚。

现在压缩软件的主要用途是打包（也就是 tar 的功能）而不是压缩体积，所以都是追求广泛兼容、免费为主，zip 就是最符合这一标准的。

至于 UTF-8 文件名问题。PKZIP 标准要求 UTF-8 文件名是放在一个扩展段里的，但奈何总有软件没有正确读写这个扩展啊。

蓝牙耳机不存在适不适配的说法吧，都是实现了 A2DP/AVRCP/HSP 的标准蓝牙设备，顶多非标准功能不能用而已。如果苹果的耳机连 win10 PC 有问题，你可以认为这是苹果的错。

楼主说的投屏是指 miracast 吗？这个功能老早就有了吧。
2004 我感觉比较重要的功能是 WSL2 正式版和 WDDM2.7 （硬件加速 GPU 调度）
用 LTSB 就相当于你得确定不用新硬件、新软件，虽然说不是马上不能用，但能用多久要看厂家心情的。

最准确的判断方法是用 USB 电表测电压和电流。快充再怎么黑科技都是要体现在输电功率上的。

按文章说法，响两声是因为快充握手的原因。因为不对快充消息响应的哑充电头（五福一安）也是可以用来充电的，为了准确识别哑充电头会认为引入识别延迟。

没必要纠结为啥响两声，有些手机只是在设计为插线延迟一段时间才出充电指示，流程不会少只是第一响声不做出来而已.

@mitong3269 @microka POWER-Z 那个好像是可编程的，以后还得靠固件更新去识别不知哪家厂商的私有协议。不过我个人很反感私有协议，我只看 QC 和 PD 的支持规格的。

如果你是国行预装的 win10 应该是不能换语言的，添加语言包时会提示。
如果没有这个问题，将语言切换好后去 microsoft 商店点一下获取更新，自动下载 English Local Experience Pack 。

@Osk windows 文档对标准硬件安全性的要求是支持内存完整性+TPM+Secure Boot+DEP+UEFI MAT，说还是防范恶意软件，可能是认为内核空间安全是 OS 该负责的事，userland 的安全就不是 OS 负责了。

你说的单文件 EFI 是 EFI Boot Stub 。这个虽然是跳过 GRUB，但主要是更新太麻烦，而且生成的 efi 太大了，对于通常就 100M 左右的 ESP 分区是有点危险。Ubuntu 在有 dkms 模块时会自动配置 MokManager 负责为自编译的模块签名。不过个人觉得也就是为了兼容关不了 Secure Boot 的系统，安全性上意义不大。

@meinjoy 除非明确用 IP 连接，否则都是中转，所以免费版的关键就是白嫖服务器。
以前只要连过网获取许可证就可以用 LAN 传入了，都不用登录账户，这个不走中转还不受商用限制，不过感觉以后会逐渐收紧。

只是添加到通讯录但不开轻松访问的有影响吗？

我通常是开 windows 账户验证，每次都输账号密码，局域网用 LAN 传入。

本身有个云主机，win 系统的配个 frp 计划任务转发 RDP，不过这个不算白嫖了。TeamViewer 大部分时候都是救援或者 Linux GUI 用。

@shijingshijing
x86 这边跟 iBoot 对应的应该是 Intel Boot Guard 吧。主板生产时 fuse 在 PCH 上，由 Boot Guard 验证 UEFI 固件的其余部分，固件到 OS Loader 用 Secure Boot 。

initramfs 不验证很正常吧，各家 OS 的 Secure Boot 好像都只管内核态的代码，用户态默认都不验证的，initramfs 里要加载的 ko 都是要验证签名的吧，真要连这个都检查得给 FS 上 dm-verify 了。

至于说增加攻击面，我觉得就像说不支持密码的软件就没有密码安全漏洞一样，有安全机制总比没有好，它能成为一个问题是因为我们期望它有安全性。如果一开始不期待它安全，那就不是安全问题了。

如果是累积更新导致 bug，卸载更新+暂停升级也就差不多了，毕竟累积更新是大约一周一个的，下一次推送的是另一个补丁了。不过有没有修 bug 就是另一码事了。

如果是推送驱动有问题，可以在系统设置或者组策略中关掉驱动自动下载。装了公版驱动的可能需要这个方法规避推送的 OEM 驱动。

大版本更新向来都是要手动点的，不点就行了。

其实很好理解小米的动机，跟 google 天天说隐私保护的动机是差不多了。APP 想在 MIUI 搞用户跟踪，就得用小米的分析方案，就得给小米交保护费，因为有些数据只有小米自己能拿到。装过 GMS 的都知道 GMSCore 要的权限非常多，不给就闪退的那种。还有 App Bundles 这种明明应该放在 AOSP 体系里的东西非要搞成 GMS 专属。

没什么发言权的用户就顺势而为就是了，既然 MIUI12 的做法对我们有利，那点赞一下就是了。如果哪天小米缺德了就骂一下。而且，别说只有资本家自私，监管部门也自私。