UTM不提供传统存储访问控制界面，其权限管理依赖宿主机文件权限、UTM配置中的设备挂载方式（如只读选项）及客户机内部权限策略三层机制实现。UTM 本身不提供传统意义上的“存储设备访问控制权限”配置界面（如 Linux 的 udev 规则或 Windows 的磁盘策略），它作为前端应用，依赖底层 QEMU 模拟和宿主系统权限机制来管理虚拟机对存储资源的访问。真正的访问控制发生在三个层面：宿主机文件系统权限、UTM 配置中存储设备的挂载方式、以及客户机操作系统内部的权限策略。
一、限制虚拟机对宿主机存储的读写范围
utm 中的虚拟磁盘（qcow2 或 raw）本质是 macos/ios 上的一个普通文件。它的访问权限由宿主机决定：
- 确保虚拟磁盘文件存放在受保护目录（如
~/Documents/UTM/），避免放在共享或公共文件夹中 - 在 macOS 上右键该文件 → “显示简介” → 展开“共享与权限”，将无关用户设为“无权限”或仅保留“只读”
- iOS 受沙盒限制，UTM 只能访问其专属容器目录内的文件；只要不通过 AirDrop、iCloud 共享磁盘镜像，外部应用无法直接读取
二、配置虚拟机启动时的存储设备类型与权限标志
在 UTM 编辑虚拟机 → “ drives ” 标签页中，可精细控制每个存储设备的行为：
- 选择“硬盘”类型时，默认为可读写；勾选“只读”复选框后，客户机系统将无法修改该磁盘内容（即使 root 用户也无法格式化或写入）
- 添加 CD/DVD 设备时，若指向 ISO 镜像，可设置为“只读”——这是最安全的安装介质方式
- 使用“USB 存储设备直通”（需 macOS + Virtualization.framework 支持）时，需在系统偏好设置中授权 UTM 访问 USB，且客户机内仍需手动挂载并受其自身权限约束
三、客户机内部权限才是最终防线
UTM 不干预客户机操作系统的权限体系。例如：
- Linux 客户机中，应禁用 root 自动登录，使用标准用户账户，并通过
sudoers严格限制磁盘管理命令（如fdisk、mkfs） - Windows 客户机中，关闭管理员账户自动登录，启用 UAC，并将用户设为标准账户；可通过组策略禁用磁盘管理工具
- 若挂载了宿主机共享文件夹（如通过 SPICE 或 9p 文件系统），需在客户机中明确设置挂载选项：
ro（只读）、uid/gid（指定所有者）、noexec（禁止执行）等
四、避免高风险配置习惯
以下做法会削弱存储访问控制效果：
- 不要将虚拟磁盘放在 iCloud Drive 或 Dropbox 同步目录中——可能被意外同步或覆盖
- 不要在 UTM 中启用“共享剪贴板”+“拖放文件”功能后，再挂载敏感宿主目录（如
~/Desktop）——这相当于开放双向文件通道 - 避免在客户机中以管理员/root 身份长期运行，尤其当网络已启用时
