WinStory Wiki - 用户贡献 [zh-cn]

Microsoft Windows 中的泄露防护

2026-07-09T12:54:42Z

Admin：

{{hatnote|此页面提供的信息基于逆向工程代码，可能包含对特定功能的一些推测。}}

[[文件:Windows8-6.2.8422.0.fbl_woa-Winver.png|thumb|250px|在 [[Windows RT Build 8422.0.fbl woa.120524-2000|Windows RT Build 8422.fbl_woa]] 中运行 <code>[[winver]]</code>，显示 EULA 哈希和值得保密的警告]]

自 1999 年底以来，Microsoft 采取了多种安全措施，防止尚未发布的 [[Windows]] 版本在 Internet 中公开泄露。几乎所有防泄露措施都集中在对可能或可能不打算泄露内部 Windows 版本内容的实体或个人进行指纹识别。然后，可以使用这些指纹追溯到泄漏的源头，并在可能的情况下采取法律行动。

== Windows 2000 至 Longhorn 重置后早期版本 ==
指纹识别的最早实现是通过包含 UUIDREF 来观察到的，这些光盘镜像可见于 Microsoft 编写的 [[Windows 2000]]、{{efn|在 [[Windows 2000 Build 2020.1]] 和 [[Windows 2000 Build 2091.1]] 安装介质上发现}}[[Windows XP]]、[[Windows Server 2003]]、重置前的 Longhorn 以及[[Windows Vista|重置后的早期 Windows Vista]]。公司内部的光盘镜像预母带实用程序（CDIMAGE）包含一个未公开的 <code>-xx</code> 参数，允许创建带有 <code>FFFFFFFF</code> CRC32 头部的光盘镜像；这些镜像可以轻松修改，将标识符包含在未使用的头部扇区中，同时保持头部和整体 CRC 不变（只需修改 1 千字节连续数据以包含不同标识符）。UUIDREF 值只是一个对终端用户和测试者没有实际意义的 ASCII 字符串，但 Microsoft 可以解码以追踪光盘映像的来源，例如：是哪台机器下载了此版本，或者是谁制作了光盘。

下面是一个示例鉴定器：
<syntaxhighlight lang="ini">
;UUIDREF=562D5041534341575C4555524F50452057494E58502D504332
;
</syntaxhighlight>

标识符是 ASCII 字符串的十六进制表示，随后可以解码为 <code>V-PASCAW\EUROPE WINXP-PC2</code>。这会显示发起员工或自动构建账户（<code>V-PASCAW</code>）的用户名、源域名（<code>EUROPE</code>）以及违规机器的名称或 IP 地址（此处为 <code>WINXP-PC2</code>）。这些标识符在下载过程中应用于光盘映像。

外部测试者的下载后端或系统其他部分也修改了 UUIDREF，其格式为 <code>winbeta_361937||144.86.1.200</code>{{efn|示例来自 [[Windows XP Build 2525.0.xpclient.010723-1719|Windows XP Build 2525]] 和 [[Windows XP Build 2532.0.xpclient.010731-1658|Windows XP Build 2532]]}}，其中大概包含测试器 ID 和下载准备时的 IP 地址。

因此，可以追踪泄密到最后一名记录的 Microsoft 员工或外部测试人员，尽管实际这样做的频率尚不清楚。

在 Windows 内部，<code>UUIDREF</code> 印章是在 SMB 服务器（<code>SMB.SYS</code>）实现的，并通过注册表配置（<code>HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters</code> 中的 REG_MULTI_SZ 值：<code>CheckFile</code> 用于测试，此文件在 SMB 读取时内容会被 <code>UUIDREF</code> 值替换（仅使用第一个 REG_MULTI_SZ 条目）；<code>CheckExtension</code> 用于文件扩展名，在通过 SMB 读取时将 <code>UUIDREF</code> 值添加到内存中（仅使用第一个 REG_MULTI_SZ 条目）；<code>CheckShares</code>，列出在读取文件时启用此功能的共享列表。

如果 ISO 镜像中已有 UUIDREF 值，若从被监控的共享复制到另一个受监控的共享，再从第二个被监控的共享复制，则此值可能会被（部分）覆盖：这可以在 [[Windows Vista Build 5219.0.winmain idx02.050830-2010|Windows Vista Build 5219.050830-2010]] 中观察到。

相关代码在 [[Windows 10 2022 更新]]中仍保留在 <code>SMB.SYS</code> 中；尽管从某个时间点开始，用于从注册表读取配置的代码已被移除，从那时起此功能变得无法访问。

=== 有效性 ===
这种弱指纹识别方法并不能防篡改，因此该机制只有在泄露的镜像是官方安装媒介的完全未修改副本时才有效。由于许多公开可用的版本出于各种原因被重新打包或以其他方式修改，因此很少有版本在泄露时拥有完整的标识符。

== Windows Vista/7 ==
{{hatnote|尚未研究，或者可能缺乏适当的泄露防护实现。}}

== Windows 8 至 Windows 10 11 月更新 ==
在 [[Windows 8]] 和 [[Windows 10 11 月更新]]开发期间，Windows 指纹识别服务的更新版本以类似最初作为 [[Windows XP]] 一部分包含的唯一标识符机制的方式实现，此设计使得无论版本被重新打包多少次，指纹都会出现在每个泄露的 Windows 版本中。

早期的泄露预防实现最初以简单的壁纸替换和 [[Windows 8 Build 7762.0.fbl_grfx_dev1.100613-1700|Build 7762]] 中 <code>[[winver]]</code> 的警告形式出现，后来通过在 [[Windows 8 Build 7785.0.fbl_grfx_dev1.100721-1700|Build 7785]] 和 [[Windows 8 Build 7875.0.fbl_grfx_dev1.101102-1700|Build 7875]] 之间引入指纹块和专门的保密警告进行了迭代，这些内容显示在桌面[[水印]]上，并通过 <code>shell32.dll</code> 动态链接库显示。指纹直接附加在 <code>BuildLab</code> 字符串末尾（查询注册表键 <code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion</code>），以版本哈希的形式出现（官方称为“EULA 哈希”），通过将 WFS blob 拆分为 8 个 16 字节的数组，并将每个 16 字节的 XOR 连接计算。随后可以推导出 EULA 哈希，以便向现有的 Microsoft 关联公司获取版本泄露；EULA 哈希值的可见性和机密警告取决于某些编译器标志的存在。

{{multiple image
| footer = 三种不同的 [[Windows 8]] 版本。从左到右：[[Windows 8 Build 8330.0.fbl_grfx_dev1.120425-1400|Build 8330.fbl_grfx_dev1]]（左）、[[Windows 8 Build 8375.0.winmain_win8rc.120504-1900|Build 8375]]（中）、[[Windows 8 Build 8400.0.winmain_win8rc.120518-1423|Build 8400]]（右）。<br>
注意 EULA 哈希是不同版本（或同一版本的变体，如不同CPU体系结构或合作伙伴发布/下载源{{efn|如在 [[Windows 8 Build 8520.0.fbl_eeap.120722-1632|Windows 8 Build 8520]] 中观察到的；尽管其 ARMv7 编译的大多数语言版本包括相同的指纹，但作为简体中文语言版本的一部分包含的指纹完全不同；这很可能是由于另一次 Connect 下载或另一合作伙伴发布的版本交给了另一个个人或组织导致的。}}）独有的，且机密性警告和 EULA 哈希的可见性依赖于特定编译器标志的存在。
| align = center
| footer_align = center
| direction = horizontal
| width = 286
| image1 = Windows8Build8330 fbl_grfx_dev1 desktop.png
| image2 = 8375-desktop.png
| image3 = Windows8-6.2.8400-Desktop.png
}}

指纹识别数据现在既存储在注册表中，也以文件的形式存储，分别在注册表代码 <code>HKLM\SYSTEM\WPA\478C035F-04BC-48C7-B324-2462D786DAD7-5P-9</code> 和 <code>Windows\System32\config</code> 目录中以文件 <code>FP</code> 形式存储。注册表键和文件必须同时存在于 Windows 安装中，否则操作系统要么拒绝启动，要么在启动时用代码 <code>KERNEL_SECURITY_CHECK_FAILURE</code>，运行时在运行时的周期性 WFS 检查失败时，代码为 <code>CRITICAL_STRUCTURE_CORRUPTION</code> 进行非确定性[[错误检查]]。此外，大部分指纹数据现在都被加密了，因此需要逆向工程来解码和提取相关信息。由于 [[Windows 预览体验计划]]（一个公开倡议）的相关性提升，这些防泄露措施在 [[Windows 10 周年更新]]开发周期（[[Windows 10 Build 11073.1000.rs1_release.151120-2022|Build 11073]] 之后）非常早期就被移除，此项目是一项公开倡议，允许志愿的测试者（称为 ''Insider''，预览体验成员）访问主线分支中新编译的 Windows 开发版本。

=== 实现细节 ===
==== 指纹数据 ====
指纹数据本质上是一个名为 <code>FP</code> 的 164 字节文件，存储在 <code>Windows\System32\config</code> 目录中。它使用以下结构：
<syntaxhighlight lang="c">
typedef struct _FPData
{
WFSBlob WPACertificateHash; // 加密的 WFS blob
BYTE Time[32]; // nt5.cat 的 SHA-256 哈希
DWORD Type; // 未知；可能是时间戳
} FPData;
</syntaxhighlight>

<code>WPACertificateHash</code> 是包含实际指纹数据的加密 WFS blob。与普遍看法相反，它与 [[Windows 产品激活]]功能'''无关'''，只是名称上这么叫作为掩饰。<code>Time</code> 与 <code>nt5.cat</code> 安全目录的 SHA-256 哈希有关，存储在 <code>Windows\System32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}</code>（同样命名以迷惑逆向工程人员）。<code>Type</code> 值似乎是一种时间戳，可能用于前述安全目录。

===== WFS blob =====
Windows 指纹服务 blob（也称为 WFS blob）采用以下结构：
<syntaxhighlight lang="c">
typedef struct _WFSBlob
{
BYTE ValidationSequence[36]; // Magic 'number' (string)
BYTE UserIdHash[32]; // (SHA-256?) hash of user ID
BYTE Nt5Hash[32]; // SHA-256 hash of nt5.cat
BYTE Nt5TimeStamp[12]; // Timestamp of nt5.cat (string)
BYTE BlobCrc[16]; // Truncated SHA-256 hash of the blob
} WFSBlob;
</syntaxhighlight>

首先必须使用以下公钥 RSA 密钥解密 WFS 数据块：
<syntaxhighlight lang="hexdump">
0000 52 53 41 31 00 04 00 00 03 00 00 00 80 00 00 00 RSA1........€...
0010 00 00 00 00 00 00 00 00 01 00 01 A9 E6 BB AA 49 ...........©æ»ªI
0020 D4 A9 25 6B 22 48 69 85 8C C8 09 D8 DC 68 87 CB Ô©%k"Hi…ŒÈ.ØÜh‡Ë
0030 ED 1E E0 35 31 0B 27 F6 E0 1B 1D F6 54 D5 62 B2 í.à51.'öà..öTÕb²
0040 84 F9 2C 95 2B CD 5B 8C 8C EC B2 05 6E C4 66 5B „ù,•+Í[ŒŒì².nÄf[
0050 9B ED 56 14 07 03 91 39 57 F1 FD 64 DB EB 7E 92 ›íV...‘9WñýdÛë~’
0060 2D 0C AB AD CD FF D4 4B EC B9 84 6C B2 73 75 3D -.«.ÍÿÔKì¹„l²su=
0070 D3 47 7B F0 0C 24 D4 90 BB C2 71 AF A1 27 65 82 ÓG{ð.$Ô.»Âq¯¡'e‚
0080 D0 51 20 4A 70 0B A4 84 BA 6E 77 97 6E 2B 57 77 ÐQ Jp.¤„ºnw—n+Ww
0090 70 E6 06 11 F7 A1 BD E2 D6 DB 7B pæ..÷¡½âÖÛ{
</syntaxhighlight>

<code>ValidationSequence</code> 必须等价于字符串 <code>Windows Fingerprinting Service 2.0</code>，用于验证解密后的 blob 是否有效。只有 <code>UserIdHash</code> 在同一版本的不同指纹块中是唯一的，用于追踪泄露源头。<code>Nt5Hash</code> 是 <code>nt5.cat</code> 代码签名目录的 SHA-256 哈希值，其对应的时间戳以字符串形式存储为 <code>Nt5TimeStamp</code>，格式为 <code>YYYYMMDDhhmm</code>（遵循 ISO 8601 国际日期/时间标准）。<code>BlobCrc}} 是用于完整性验证的部分 SHA-256 哈希。

<code>Nt5Hash</code> 和 <code>Nt5TimeStamp</code> 的值用于确保 blob 仅适用于特定版本，从而防止其他人在新泄露版本上使用之前泄露版本的 blob。时间戳不包含秒字段，以完全忽略因文件系统切换引起的四舍五入。

每次启动时，Windows 内核都会检查磁盘上是否存在指纹数据块，如果不存在则会使用代码 <code>KERNEL_SECURITY_CHECK_FAILURE</code> 进行[[错误检查]]，尽管它会加载包含在 Windows 注册表中的指纹数据块。内核会在随机时间（在 300 到 310 秒之间的一次）对注册表中的指纹数据块进行后续完整性检查，如果 Windows 注册表中的数据无效，则会使用代码 <code>CRITICAL_STRUCTURE_CORRUPTION</code> 进行错误检查。

==== 指纹识别方法 ====
当版本被编译时，会生成一个包含适当指纹数据的通用 WFS 块，并使用值 <code>A3CC5B12B2DABE8E47FF9EBA8DD7522269781D4A5F3C7F47B7D0096FDE6B9978</code> 作为其用户 ID 哈希。随后会生成一个包含上述数据的通用 Windows 映像文件；每当安装介质分发时，通用指纹数据会被替换为针对特定个人或组织的变体。

==== Windows 映像格式 ====
在这些开发期间创建的 Windows 映像文件是非标准的；它们通常在每个元数据资源之后包含四千字节的缓冲区，并且包含 <code>Windows\System32\config\FP</code> 条目的每个元数据资源块保持未压缩状态；这样做是为了便于在尝试下载现有安装媒体时轻松高效地替换指纹数据。由于包含 <code>Windows\System32\config\FP</code> 元数据的块是未压缩的，因此读取或修改其中包含的 SHA-1 哈希值无需进行解压/重新压缩。包含的四千字节缓冲区是为了确保在相关块以某种方式被压缩且在修改后必须重新压缩的情况下，重新压缩的元数据资源能够正确适配。

=== 有效性 ===
这种形式的指纹识别非常有效，因为从理论上讲，在保持操作系统功能的情况下，不可能将其移除。指纹数据可以被完全移除，但这样做会导致操作系统镜像无法启动，或因数据不一致而导致周期性错误检查。指纹数据也无法被修改，因为它已通过私有 RSA 密钥加密。

由于 <code>SYSTEM</code> 注册表配置单元和/或 [[Windows 恢复环境]] WIM 映像中存在通用指纹数据，实际上有一些版本可以无指纹化。某些版本，特别是来源于公开发布分支的版本，例如 <code>th2_release</code> 或 <code>winblue_rtm</code>，也通过编译器标志禁用了 Windows 指纹服务，如果指纹数据无效或缺失，将不会触发错误检查。

==Windows 11 开发版本==
=== 显示 ===
桌面和 [[Windows 预安装环境]]的壁纸主机应用上的[[水印]]包含一条通知，提醒 Microsoft 员工不要截取此版本的屏幕截图。从 [[Windows 11 Build 21376.1002.fs_dev6_flt.210506-1900|Build 21376.fs_dev6_flt]] 开始，屏幕左下角还会额外显示一个十六进制的版本哈希值。

水印中的每个字符串以及[[文件资源管理器]]外壳中的字符串都使用了隐写术，空格、冒号和破折号字符会根据 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 的值和一个旋转左移指令中使用的固定比特数可预测地替换为它们的 Unicode 全角对应字符，这个旋转值每行总是固定的；使用的旋转值为 0-4，并对每个字符串递增。相同的效果也应用于任务栏时钟以及 <code>[[winver]]}} 中的版权/商标保护字符串（这里使用旋转值 0），并且还尝试用于关于框中的操作系统版本字符串（包含版本号）。由于人为错误，在 [[Windows 11 Build 21380.1001.fs_dev6_flt.210511-1900|Build 21380]]（以及可能更早的内部版本）中，第一个字符串的指针会再次传入（这可能为 <code>NULL</code>，导致空指针取消引用崩溃，或者是已释放的缓冲区）。当前日历日期的可见性和“显示桌面”按钮的大小会根据上述变量的值进行调整。

Windows 操作系统中的特定外壳界面明确被标记为 DRM 敏感材料，在截图中会显示为纯黑色。

<code>LogonController.dll}} 动态链接库最初会从位于 <code>HKEY_LOCAL_MACHINE\Software\Classes\CLSID\{2C57C51B-FD43-4E74-B077-551AE6228AD6}</code> 的 DWORD 值 <code>Attributes}} 中设置变量 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code>，然后再次以二进制值 <code>0D83063EA3B87C75</code> 保存到注册表 <code>HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Notifications\Data</code>（最后 4 个字节为 DWORD 值）；其中一些比特也负责控制其他功能。

=== 启用和实施细节 ===
现有的大部分功能由 Velocity 暂存功能 ID <code>31496852</code> 控制，此 ID 在 Firesteel Build [[Windows 11 Build 21370.1003.fs_dev6_flt.210430-1730|21370]] 及以后默认启用，内部称为 <code>XPTest</code>。泄漏警告字符串被硬编码在动态链路库 <code>shell32.dll</code>；这些都未被翻译成其他所有语言。

文本被连接到一个缓冲区，测试代码签名水印写入此缓冲区；如果当前启动条目启用测试代码签名，缓冲区会先连接两个额外的句点和空白字符，使水印显示 ''Test Mode. Do not take screen shots of this build.''（测试模式。请勿截图拍摄此版本。）；这一点也在公开的 [[Windows 11 Build 21990.1.co_release.210523-1300|Build 21990]] 视频中有所体现。

{{multiple image
| footer = 泄露预防方法的实际应用，已在 [[Windows 11 Build 21380.1001.fs_dev6_flt.210511-1900|Build 21380]] 中演示。<br>注意[[水印]]、哈希值（及其位置）、显示桌面按钮大小、日期/时间格式以及 <code>[[winver]]</code> 法律通知在[[注册表编辑器]]修改 <code>0D83063EA3B87C75</code> 时，系统重启后动态变化。
| align = center
| direction = horizontal
| footer_align = center
| width = 300
| image1 = Windows 11-10.0.21380.1001-Desktop.png
| image2 = Windows11-10.0.21380.1001-LeakCircumventionDemo2.png
| image3 = Windows11-10.0.21380.1001-LeakCircumventionDemo.png
}}

哈希 ID 的实现方式与 Windows 的旧版主版本不同：
* 获取当前用户的 SID，并将其子权限进行异或（XOR）。
* 获取 WNF 状态值 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 的 DWORD，并与常数值 <code>0x5475A568</code> 异或；
* 设前两个值为 ''x'' 和 ''y''；哈希值初始化为零，然后通过 32 轮计算获得：<syntaxhighlight lang="cpp">
hash += hash + _addcarry_u32(0, x, x, &x); hash += hash + _addcarry_u32(0, y, y, &y)</syntaxhighlight>

哈希的高度也取决于 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 变量的当前值。当它显示在桌面上时，Y 位置是由 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 的第 11-12 位得出的：<code>y = bottom_of_watermark - height_of_single_watermark_line * ((WNF_SHEL_INTERNAL_EXPERIMENT >> 11) & 0b11);</code>。

由于上述额外代码，带有哈希 ID 的截图会泄露 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 值，这可以用来从哈希中推导出当前用户的 SID（从而揭示 Microsoft 企业网络内的 Active Directory 域名用户）。

Microsoft 会收集唯一的设备 ID，并通过认证 Microsoft 拥有的特定域名来生成指纹。Windows 操作系统中的特定壳面被明确标记为 DRM 敏感材料，截图中会显示为纯黑，且需要从内部 Firesteel 开发分支获取的专门累积更新才能启用其余 Windows 11 壳层功能（如[[Windows 11 Build 22000.51.co_release_svc_prod2.210617-2050|公开版本 Build 22000.51]] 所示）。安装特定的 MSIX/AppX 包以更新 Windows Shell Experience Pack，依赖于每个设备签署的 <code>FireSteel Token</code>，系统中存在虚假的 Velocity 暂存密钥开关以欺骗数据挖掘者。

此功能在 [[Windows 11 Build 21996.1.co_release.210529-1541|Build 21996]] 编译前曾暂时从主线版本中移除，后来在开发 [[Windows 11 v22H2|Windows 11 2022]] 和 [[Windows 11 v24H2|2024 更新]]后功能时重新引入；这些版本中的实现似乎与 Cobalt 开发版本完全相同。

=== 有效性 ===
已经观察到，指纹识别方法会导致现有系统功能的意外中断，因为已知 [[Windows 11 Build 21380.1001.fs dev6 flt.210511-1900|Build 21380]] 的原始安装介质是使用错误的元数据制作的；主要安装映像是在执行服务操作时捕获的，该操作会重新生成 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 种子，导致无效的访问控制列表和错误的重新解析数据在映像中的数千个文件中持续存在，并且还会导致底层系统服务和内置应用（并间接影响 Windows 外壳的部分功能）出现异常行为。

== 另行参阅 ==
* [[Windows 中的功能锁定]]

== 注 ==
{{notelist}}

[[分类:在 Windows XP 中推出]][[分类:在 Windows 8 中推出]][[分类:在 Windows 11 中推出]][[分类:Windows 组件]]

Microsoft Windows 中的泄露防护

2026-07-09T12:48:24Z

Admin：

{{hatnote|此页面提供的信息基于逆向工程代码，可能包含对特定功能的一些推测。}}

[[文件:Windows8-6.2.8422.0.fbl_woa-Winver.png|thumb|250px|在 [[Windows RT Build 8422.0.fbl woa.120524-2000|Windows RT Build 8422.fbl_woa]] 中运行 <code>[[winver]]</code>，显示 EULA 哈希和值得保密的警告]]

自 1999 年底以来，Microsoft 采取了多种安全措施，防止尚未发布的 [[Windows]] 版本在 Internet 中公开泄露。几乎所有防泄露措施都集中在对可能或可能不打算泄露内部 Windows 版本内容的实体或个人进行指纹识别。然后，可以使用这些指纹追溯到泄漏的源头，并在可能的情况下采取法律行动。

== Windows 2000 至 Longhorn 重置后早期版本 ==
指纹识别的最早实现是通过包含 UUIDREF 来观察到的，这些光盘镜像可见于 Microsoft 编写的 [[Windows 2000]]、{{efn|在 [[Windows 2000 Build 2020.1]] 和 [[Windows 2000 Build 2091.1]] 安装介质上发现}}[[Windows XP]]、[[Windows Server 2003]]、重置前的 Longhorn 以及[[Windows Vista|重置后的早期 Windows Vista]]。公司内部的光盘镜像预母带实用程序（CDIMAGE）包含一个未公开的 <code>-xx}} 参数，允许创建带有 <code>FFFFFFFF}} CRC32 头部的光盘镜像；这些镜像可以轻松修改，将标识符包含在未使用的头部扇区中，同时保持头部和整体 CRC 不变（只需修改 1 千字节连续数据以包含不同标识符）。UUIDREF 值只是一个对终端用户和测试者没有实际意义的 ASCII 字符串，但 Microsoft 可以解码以追踪光盘映像的来源，例如：是哪台机器下载了此版本，或者是谁制作了光盘。

下面是一个示例鉴定器：
<syntaxhighlight lang="ini">
;UUIDREF=562D5041534341575C4555524F50452057494E58502D504332
;
</syntaxhighlight>

标识符是 ASCII 字符串的十六进制表示，随后可以解码为 <code>V-PASCAW\EUROPE WINXP-PC2</code>。这会显示发起员工或自动构建账户（<code>V-PASCAW</code>）的用户名、源域名（<code>EUROPE</code>）以及违规机器的名称或 IP 地址（此处为 <code>WINXP-PC2</code>）。这些标识符在下载过程中应用于光盘映像。

外部测试者的下载后端或系统其他部分也修改了 UUIDREF，其格式为 <code>winbeta_361937||144.86.1.200}}{{efn|示例来自 [[Windows XP Build 2525.0.xpclient.010723-1719|Windows XP Build 2525]] 和 [[Windows XP Build 2532.0.xpclient.010731-1658|Windows XP Build 2532]]}}，其中大概包含测试器 ID 和下载准备时的 IP 地址。

因此，可以追踪泄密到最后一名记录的 Microsoft 员工或外部测试人员，尽管实际这样做的频率尚不清楚。

在 Windows 内部，<code>UUIDREF</code> 印章是在 SMB 服务器（<code>SMB.SYS</code>）实现的，并通过注册表配置（<code>HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters</code> 中的 REG_MULTI_SZ 值：<code>CheckFile</code> 用于测试，此文件在 SMB 读取时内容会被 <code>UUIDREF}} 值替换（仅使用第一个 REG_MULTI_SZ 条目）；<code>CheckExtension}} 用于文件扩展名，在通过 SMB 读取时将 <code>UUIDREF}} 值添加到内存中（仅使用第一个 REG_MULTI_SZ 条目）；<code>CheckShares</code>，列出在读取文件时启用此功能的共享列表。

如果 ISO 镜像中已有 UUIDREF 值，若从被监控的共享复制到另一个受监控的共享，再从第二个被监控的共享复制，则此值可能会被（部分）覆盖：这可以在 [[Windows Vista Build 5219.0.winmain idx02.050830-2010|Windows Vista Build 5219.050830-2010]] 中观察到。

相关代码在 [[Windows 10 2022 更新]]中仍保留在 <code>SMB.SYS</code> 中；尽管从某个时间点开始，用于从注册表读取配置的代码已被移除，从那时起此功能变得无法访问。

=== 有效性 ===
这种弱指纹识别方法并不能防篡改，因此该机制只有在泄露的镜像是官方安装媒介的完全未修改副本时才有效。由于许多公开可用的版本出于各种原因被重新打包或以其他方式修改，因此很少有版本在泄露时拥有完整的标识符。

== Windows Vista/7 ==
{{hatnote|尚未研究，或者可能缺乏适当的泄露防护实现。}}

== Windows 8 至 Windows 10 11 月更新 ==
在 [[Windows 8]] 和 [[Windows 10 11 月更新]]开发期间，Windows 指纹识别服务的更新版本以类似最初作为 [[Windows XP]] 一部分包含的唯一标识符机制的方式实现，此设计使得无论版本被重新打包多少次，指纹都会出现在每个泄露的 Windows 版本中。

早期的泄露预防实现最初以简单的壁纸替换和 [[Windows 8 Build 7762.0.fbl_grfx_dev1.100613-1700|Build 7762]] 中 <code>[[winver]]</code> 的警告形式出现，后来通过在 [[Windows 8 Build 7785.0.fbl_grfx_dev1.100721-1700|Build 7785]] 和 [[Windows 8 Build 7875.0.fbl_grfx_dev1.101102-1700|Build 7875]] 之间引入指纹块和专门的保密警告进行了迭代，这些内容显示在桌面[[水印]]上，并通过 <code>shell32.dll</code> 动态链接库显示。指纹直接附加在 <code>BuildLab</code> 字符串末尾（查询注册表键 <code>HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion}}），以版本哈希的形式出现（官方称为“EULA 哈希”），通过将 WFS blob 拆分为 8 个 16 字节的数组，并将每个 16 字节的 XOR 连接计算。随后可以推导出 EULA 哈希，以便向现有的 Microsoft 关联公司获取版本泄露；EULA 哈希值的可见性和机密警告取决于某些编译器标志的存在。

{{multiple image
| footer = 三种不同的 [[Windows 8]] 版本。从左到右：[[Windows 8 Build 8330.0.fbl_grfx_dev1.120425-1400|Build 8330.fbl_grfx_dev1]]（左）、[[Windows 8 Build 8375.0.winmain_win8rc.120504-1900|Build 8375]]（中）、[[Windows 8 Build 8400.0.winmain_win8rc.120518-1423|Build 8400]]（右）。<br>
注意 EULA 哈希是不同版本（或同一版本的变体，如不同CPU体系结构或合作伙伴发布/下载源{{efn|如在 [[Windows 8 Build 8520.0.fbl_eeap.120722-1632|Windows 8 Build 8520]] 中观察到的；尽管其 ARMv7 编译的大多数语言版本包括相同的指纹，但作为简体中文语言版本的一部分包含的指纹完全不同；这很可能是由于另一次 Connect 下载或另一合作伙伴发布的版本交给了另一个个人或组织导致的。}}）独有的，且机密性警告和 EULA 哈希的可见性依赖于特定编译器标志的存在。
| align = center
| footer_align = center
| direction = horizontal
| width = 286
| image1 = Windows8Build8330 fbl_grfx_dev1 desktop.png
| image2 = 8375-desktop.png
| image3 = Windows8-6.2.8400-Desktop.png
}}

指纹识别数据现在既存储在注册表中，也以文件的形式存储，分别在注册表代码 <code>HKLM\SYSTEM\WPA\478C035F-04BC-48C7-B324-2462D786DAD7-5P-9</code> 和 <code>Windows\System32\config</code> 目录中以文件 <code>FP</code> 形式存储。注册表键和文件必须同时存在于 Windows 安装中，否则操作系统要么拒绝启动，要么在启动时用代码 <code>KERNEL_SECURITY_CHECK_FAILURE</code>，运行时在运行时的周期性 WFS 检查失败时，代码为 <code>CRITICAL_STRUCTURE_CORRUPTION</code> 进行非确定性[[错误检查]]。此外，大部分指纹数据现在都被加密了，因此需要逆向工程来解码和提取相关信息。由于 [[Windows 预览体验计划]]（一个公开倡议）的相关性提升，这些防泄露措施在 [[Windows 10 周年更新]]开发周期（[[Windows 10 Build 11073.1000.rs1_release.151120-2022|Build 11073]] 之后）非常早期就被移除，此项目是一项公开倡议，允许志愿的测试者（称为 ''Insider''，预览体验成员）访问主线分支中新编译的 Windows 开发版本。

=== 实现细节 ===
==== 指纹数据 ====
指纹数据本质上是一个名为 <code>FP</code> 的 164 字节文件，存储在 <code>Windows\System32\config</code> 目录中。它使用以下结构：
<syntaxhighlight lang="c">
typedef struct _FPData
{
WFSBlob WPACertificateHash; // 加密的 WFS blob
BYTE Time[32]; // nt5.cat 的 SHA-256 哈希
DWORD Type; // 未知；可能是时间戳
} FPData;
</syntaxhighlight>

<code>WPACertificateHash</code> 是包含实际指纹数据的加密 WFS blob。与普遍看法相反，它与 [[Windows 产品激活]]功能'''无关'''，只是名称上这么叫作为掩饰。<code>Time</code> 与 <code>nt5.cat</code> 安全目录的 SHA-256 哈希有关，存储在 <code>Windows\System32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}}}（同样命名以迷惑逆向工程人员）。<code>Type</code> 值似乎是一种时间戳，可能用于前述安全目录。

===== WFS blob =====
Windows 指纹服务 blob（也称为 WFS blob）采用以下结构：
<syntaxhighlight lang="c">
typedef struct _WFSBlob
{
BYTE ValidationSequence[36]; // Magic 'number' (string)
BYTE UserIdHash[32]; // (SHA-256?) hash of user ID
BYTE Nt5Hash[32]; // SHA-256 hash of nt5.cat
BYTE Nt5TimeStamp[12]; // Timestamp of nt5.cat (string)
BYTE BlobCrc[16]; // Truncated SHA-256 hash of the blob
} WFSBlob;
</syntaxhighlight>

首先必须使用以下公钥 RSA 密钥解密 WFS 数据块：
<syntaxhighlight lang="hexdump">
0000 52 53 41 31 00 04 00 00 03 00 00 00 80 00 00 00 RSA1........€...
0010 00 00 00 00 00 00 00 00 01 00 01 A9 E6 BB AA 49 ...........©æ»ªI
0020 D4 A9 25 6B 22 48 69 85 8C C8 09 D8 DC 68 87 CB Ô©%k"Hi…ŒÈ.ØÜh‡Ë
0030 ED 1E E0 35 31 0B 27 F6 E0 1B 1D F6 54 D5 62 B2 í.à51.'öà..öTÕb²
0040 84 F9 2C 95 2B CD 5B 8C 8C EC B2 05 6E C4 66 5B „ù,•+Í[ŒŒì².nÄf[
0050 9B ED 56 14 07 03 91 39 57 F1 FD 64 DB EB 7E 92 ›íV...‘9WñýdÛë~’
0060 2D 0C AB AD CD FF D4 4B EC B9 84 6C B2 73 75 3D -.«.ÍÿÔKì¹„l²su=
0070 D3 47 7B F0 0C 24 D4 90 BB C2 71 AF A1 27 65 82 ÓG{ð.$Ô.»Âq¯¡'e‚
0080 D0 51 20 4A 70 0B A4 84 BA 6E 77 97 6E 2B 57 77 ÐQ Jp.¤„ºnw—n+Ww
0090 70 E6 06 11 F7 A1 BD E2 D6 DB 7B pæ..÷¡½âÖÛ{
</syntaxhighlight>

<code>ValidationSequence</code> 必须等价于字符串 <code>Windows Fingerprinting Service 2.0}}，用于验证解密后的 blob 是否有效。只有 <code>UserIdHash}} 在同一版本的不同指纹块中是唯一的，用于追踪泄露源头。<code>Nt5Hash}} 是 <code>nt5.cat}} 代码签名目录的 SHA-256 哈希值，其对应的时间戳以字符串形式存储为 <code>Nt5TimeStamp}}，格式为 <code>YYYYMMDDhhmm</code>（遵循 ISO 8601 国际日期/时间标准）。<code>BlobCrc}} 是用于完整性验证的部分 SHA-256 哈希。

<code>Nt5Hash}} 和 <code>Nt5TimeStamp</code> 的值用于确保 blob 仅适用于特定版本，从而防止其他人在新泄露版本上使用之前泄露版本的 blob。时间戳不包含秒字段，以完全忽略因文件系统切换引起的四舍五入。

每次启动时，Windows 内核都会检查磁盘上是否存在指纹数据块，如果不存在则会使用代码 <code>KERNEL_SECURITY_CHECK_FAILURE</code> 进行[[错误检查]]，尽管它会加载包含在 Windows 注册表中的指纹数据块。内核会在随机时间（在 300 到 310 秒之间的一次）对注册表中的指纹数据块进行后续完整性检查，如果 Windows 注册表中的数据无效，则会使用代码 <code>CRITICAL_STRUCTURE_CORRUPTION</code> 进行错误检查。

==== 指纹识别方法 ====
当版本被编译时，会生成一个包含适当指纹数据的通用 WFS 块，并使用值 <code>A3CC5B12B2DABE8E47FF9EBA8DD7522269781D4A5F3C7F47B7D0096FDE6B9978</code> 作为其用户 ID 哈希。随后会生成一个包含上述数据的通用 Windows 映像文件；每当安装介质分发时，通用指纹数据会被替换为针对特定个人或组织的变体。

==== Windows 映像格式 ====
在这些开发期间创建的 Windows 映像文件是非标准的；它们通常在每个元数据资源之后包含四千字节的缓冲区，并且包含 <code>Windows\System32\config\FP</code> 条目的每个元数据资源块保持未压缩状态；这样做是为了便于在尝试下载现有安装媒体时轻松高效地替换指纹数据。由于包含 <code>Windows\System32\config\FP}} 元数据的块是未压缩的，因此读取或修改其中包含的 SHA-1 哈希值无需进行解压/重新压缩。包含的四千字节缓冲区是为了确保在相关块以某种方式被压缩且在修改后必须重新压缩的情况下，重新压缩的元数据资源能够正确适配。

=== 有效性 ===
这种形式的指纹识别非常有效，因为从理论上讲，在保持操作系统功能的情况下，不可能将其移除。指纹数据可以被完全移除，但这样做会导致操作系统镜像无法启动，或因数据不一致而导致周期性错误检查。指纹数据也无法被修改，因为它已通过私有 RSA 密钥加密。

由于 <code>SYSTEM</code> 注册表配置单元和/或 [[Windows 恢复环境]] WIM 映像中存在通用指纹数据，实际上有一些版本可以无指纹化。某些版本，特别是来源于公开发布分支的版本，例如 <code>th2_release}} 或 <code>winblue_rtm</code>，也通过编译器标志禁用了 Windows 指纹服务，如果指纹数据无效或缺失，将不会触发错误检查。

==Windows 11 开发版本==
=== 显示 ===
桌面和 [[Windows 预安装环境]]的壁纸主机应用上的[[水印]]包含一条通知，提醒 Microsoft 员工不要截取此版本的屏幕截图。从 [[Windows 11 Build 21376.1002.fs_dev6_flt.210506-1900|Build 21376.fs_dev6_flt]] 开始，屏幕左下角还会额外显示一个十六进制的版本哈希值。

水印中的每个字符串以及[[文件资源管理器]]外壳中的字符串都使用了隐写术，空格、冒号和破折号字符会根据 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 的值和一个旋转左移指令中使用的固定比特数可预测地替换为它们的 Unicode 全角对应字符，这个旋转值每行总是固定的；使用的旋转值为 0-4，并对每个字符串递增。相同的效果也应用于任务栏时钟以及 <code>[[winver]]}} 中的版权/商标保护字符串（这里使用旋转值 0），并且还尝试用于关于框中的操作系统版本字符串（包含版本号）。由于人为错误，在 [[Windows 11 Build 21380.1001.fs_dev6_flt.210511-1900|Build 21380]]（以及可能更早的内部版本）中，第一个字符串的指针会再次传入（这可能为 <code>NULL}}，导致空指针取消引用崩溃，或者是已释放的缓冲区）。当前日历日期的可见性和“显示桌面”按钮的大小会根据上述变量的值进行调整。

Windows 操作系统中的特定外壳界面明确被标记为 DRM 敏感材料，在截图中会显示为纯黑色。

<code>LogonController.dll}} 动态链接库最初会从位于 <code>HKEY_LOCAL_MACHINE\Software\Classes\CLSID\{2C57C51B-FD43-4E74-B077-551AE6228AD6}</code> 的 DWORD 值 <code>Attributes}} 中设置变量 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code>，然后再次以二进制值 <code>0D83063EA3B87C75}} 保存到注册表 <code>HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Notifications\Data}}（最后 4 个字节为 DWORD 值）；其中一些比特也负责控制其他功能。

=== 启用和实施细节 ===
现有的大部分功能由 Velocity 暂存功能 ID <code>31496852</code> 控制，此 ID 在 Firesteel Build [[Windows 11 Build 21370.1003.fs_dev6_flt.210430-1730|21370]] 及以后默认启用，内部称为 <code>XPTest</code>。泄漏警告字符串被硬编码在动态链路库 <code>shell32.dll</code>；这些都未被翻译成其他所有语言。

文本被连接到一个缓冲区，测试代码签名水印写入此缓冲区；如果当前启动条目启用测试代码签名，缓冲区会先连接两个额外的句点和空白字符，使水印显示 ''Test Mode. Do not take screen shots of this build.''（测试模式。请勿截图拍摄此版本。）；这一点也在公开的 [[Windows 11 Build 21990.1.co_release.210523-1300|Build 21990]] 视频中有所体现。

{{multiple image
| footer = 泄露预防方法的实际应用，已在 [[Windows 11 Build 21380.1001.fs_dev6_flt.210511-1900|Build 21380]] 中演示。<br>注意[[水印]]、哈希值（及其位置）、显示桌面按钮大小、日期/时间格式以及 <code>[[winver]]</code> 法律通知在[[注册表编辑器]]修改 <code>0D83063EA3B87C75</code> 时，系统重启后动态变化。
| align = center
| direction = horizontal
| footer_align = center
| width = 300
| image1 = Windows 11-10.0.21380.1001-Desktop.png
| image2 = Windows11-10.0.21380.1001-LeakCircumventionDemo2.png
| image3 = Windows11-10.0.21380.1001-LeakCircumventionDemo.png
}}

哈希 ID 的实现方式与 Windows 的旧版主版本不同：
* 获取当前用户的 SID，并将其子权限进行异或（XOR）。
* 获取 WNF 状态值 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 的 DWORD，并与常数值 <code>0x5475A568</code> 异或；
* 设前两个值为 ''x'' 和 ''y''；哈希值初始化为零，然后通过 32 轮计算获得：<syntaxhighlight lang="cpp">
hash += hash + _addcarry_u32(0, x, x, &x); hash += hash + _addcarry_u32(0, y, y, &y)</syntaxhighlight>

哈希的高度也取决于 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 变量的当前值。当它显示在桌面上时，Y 位置是由 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 的第 11-12 位得出的：<code>y = bottom_of_watermark - height_of_single_watermark_line * ((WNF_SHEL_INTERNAL_EXPERIMENT >> 11) & 0b11);}}。

由于上述额外代码，带有哈希 ID 的截图会泄露 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 值，这可以用来从哈希中推导出当前用户的 SID（从而揭示 Microsoft 企业网络内的 Active Directory 域名用户）。

Microsoft 会收集唯一的设备 ID，并通过认证 Microsoft 拥有的特定域名来生成指纹。Windows 操作系统中的特定壳面被明确标记为 DRM 敏感材料，截图中会显示为纯黑，且需要从内部 Firesteel 开发分支获取的专门累积更新才能启用其余 Windows 11 壳层功能（如[[Windows 11 Build 22000.51.co_release_svc_prod2.210617-2050|公开版本 Build 22000.51]] 所示）。安装特定的 MSIX/AppX 包以更新 Windows Shell Experience Pack，依赖于每个设备签署的 <code>FireSteel Token</code>，系统中存在虚假的 Velocity 暂存密钥开关以欺骗数据挖掘者。

此功能在 [[Windows 11 Build 21996.1.co_release.210529-1541|Build 21996]] 编译前曾暂时从主线版本中移除，后来在开发 [[Windows 11 v22H2|Windows 11 2022]] 和 [[Windows 11 v24H2|2024 更新]]后功能时重新引入；这些版本中的实现似乎与 Cobalt 开发版本完全相同。

=== 有效性 ===
已经观察到，指纹识别方法会导致现有系统功能的意外中断，因为已知 [[Windows 11 Build 21380.1001.fs dev6 flt.210511-1900|Build 21380]] 的原始安装介质是使用错误的元数据制作的；主要安装映像是在执行服务操作时捕获的，该操作会重新生成 <code>WNF_SHEL_INTERNAL_EXPERIMENT</code> 种子，导致无效的访问控制列表和错误的重新解析数据在映像中的数千个文件中持续存在，并且还会导致底层系统服务和内置应用（并间接影响 Windows 外壳的部分功能）出现异常行为。

== 另行参阅 ==
* [[Windows 中的功能锁定]]

== 注 ==
{{notelist}}

[[分类:在 Windows XP 中推出]][[分类:在 Windows 8 中推出]][[分类:在 Windows 11 中推出]][[分类:Windows 组件]]

模板:BLItem

2025-02-05T09:23:19Z

Admin：

<templatestyles src="BLItem/styles.css" /><div class="build-list-item bl-{{{1}}}" {{#if:{{{span|}}}|style="display: inline;"}}>[[文件:Build list bullet {{{1}}}.svg|12px|link=|{{ucfirst:{{{1}}}}} build]] {{#ifeq:{{{link|}}}|none|<span style="color:{{{2}}};">{{{4|{{{3}}}}}}</span>|[[{{{3}}}|<span style="color:{{{2}}};">{{{4|{{{3}}}}}}</span>]]}} </div>

<noinclude>[[分类:模板]] [[分类:版本列表模板]]</noinclude>

2024-07-23T14:06:15Z

2024-05-23T08:47:02Z

Admin：

WinStory Wiki 是一个协作式开放百科全书，记录了流行操作系统和应用程序的历史和演变。自 2023 年成立以来，Wiki 正在逐步发展成为 Windows（及其他操作系统）预发布版本的大型中文信息来源。我们欢迎每个人为 WinStory Wiki 做出贡献，只要他们有 Internet 连接并遵循我们的基本[[WinStory Wiki:词条编写指南#知名度准则|内容准则]]。

本站词条，除部分词条以外，其他内部版本词条、部分词条图片和主词条的原始内容来自 BetaWiki，其中的内容在翻译之后根据中国国内用户习惯进行一定本地化。其他更多本站词条的部分插图均为本站团队成员自己负责截取上传。因此，你可以将 WinStory Wiki 视为 BetaWiki 的非官方中国版。

WinStory Wiki 只是一家提供 Windows（以及其他操作系统）预发布版本的大型中文百科，并不是一家 Beta 资源造假教程分发平台。除必要具有实用性的修复措施之外，在任何时候，禁止任何人在 WinStory Wiki 发布、提供任何有关 Beta 资源造假的相关词条或文章。

用户构建了 WinStory，WinStory 的一切属于用户。

<pre>
我们尊重每一个用户的权利，包括每一个用户按照自己需要使用机器翻译的权利。
We respect the rights of every user, including the right of each user to use machine translation according to their own needs.
ང་ཚོས་སྤྱོད་མཁན་ཚང་མའི་ཁེ་དབང་ལ་བརྩི་འཇོག་བྱས་ཏེ་སྤྱོད་མཁན་ཚང་མ་ས་རང་ཉིད་ཀྱི་དགོས་མཁོར་གཞིགས་ནས་འཕྲུལ་འཁོར་ལ་བརྟེན་ནས་ལོ་ཙཱ་བྱེད་པའི་ཁེ་དབང་ཚུད་ཡོད།
ᠪᠢᠳᠡ ᠬᠡᠷᠡᠭᠯᠡᠭᠴᠢ ᠨᠢᠭᠡᠪᠦᠷᠢ ᠶᠢᠨ ᠡᠷᠬᠡ ᠶᠢ ᠬᠦᠨᠳᠦᠳᠬᠡᠨ᠎ᠡ ᠂ ᠡᠭᠦᠨ ᠳᠦ ᠬᠡᠷᠡᠭᠯᠡᠭᠴᠢ ᠨᠢᠭᠡᠪᠦᠷᠢ ᠥᠪᠡᠷ ᠦᠨ ᠬᠡᠷᠡᠭᠴᠡᠭᠡ ᠶᠣᠰᠣᠭᠠᠷ ᠮᠠᠰᠢᠨ ᠤ ᠤᠷᠴᠢᠭᠤᠯᠬᠤ ᠡᠷᠬᠡ ᠶᠢ ᠪᠠᠭᠲᠠᠭᠠᠭᠰᠠᠨ ᠬᠡᠷᠡᠭ᠍ᠯᠡᠭ᠍ᠴᠢ ᠨᠢᠭᠡᠪᠦᠷᠢ ᠶᠢᠨ ᠡᠷᠬᠡ ᠶᠢ ᠪᠠᠭᠲᠠᠭᠠᠭᠰᠠᠨ ᠬᠡᠷᠡᠭ᠍ᠯᠡᠭ᠍ᠴᠢ ᠨᠢᠭᠡᠪᠦᠷᠢ ᠶᠢᠨ ᠥᠪᠡᠷ ᠦᠨ ᠬᠡᠷᠡᠭ᠍ᠴᠡᠭᠡ ᠶᠣᠰᠣᠭᠠᠷ ᠮᠠᠰᠢᠨ ᠤ ᠤᠷᠴᠢᠭᠤᠯᠬᠤ ᠡᠷᠬᠡ ᠶᠢ ᠪᠠᠭᠲᠠᠭᠠᠭᠰᠠᠨ ᠬᠡᠷᠡᠭ᠍ᠯᠡᠭ᠍ᠴᠢ ᠨᠢᠭᠡᠪᠦᠷᠢ ᠶᠢᠨ ᠡᠷᠬᠡ ᠶᠢ ᠪᠠᠭᠲᠠᠭᠠᠭᠰᠠᠨ ᠬᠡᠷᠡᠭ᠍ᠯᠡᠭ᠍ᠴᠢ ᠨᠢᠭᠡᠪᠦᠷᠢ ᠶᠢᠨ ᠥᠪᠡᠷ ᠦᠨ ᠬᠡᠷᠡᠭ᠍ᠴᠡᠭᠡ ᠶᠣᠰᠣᠭᠠᠷ ᠮᠠᠰᠢᠨ ᠤ ᠤᠷᠴᠢᠭᠤᠯᠬᠤ ᠡᠷᠬᠡ ᠶᠢ ᠪᠠᠭᠲᠠᠭᠠᠨ᠎ᠠ ᠃
Бид хэрэглэгч бүрийн эрхийг, түүний дотор хэрэглэгч бүрийн хэрэгцээнд нь тохируулан машин орчуулгыг ашиглах эрхийг хүндэтгэдэг.
尊一用户之权，用户一己之机器翻译。
Peb hwm txoj cai ntawm txhua tus neeg siv, xws li txoj cai ntawm txhua tus neeg siv tshuab txhais lus raws li lawv xav tau.
당사는 각 사용자가 필요에 따라 기계 번역을 사용할 수 있는 권리를 포함하여 모든 사용자의 권리를 존중합니다.
بىز ھەر بىر ئابونتنىڭ ھوقۇقىغا ھۆرمەت قىلىمىز، ھەر بىر ئابونتنىڭ ئۆزى ئېھتىياجى بويىچە ماشىنا تەرجىمىسى ئىشلىتىش ھوقۇقىنى ئۆز ئىچىگە ئالىدۇ
Биз ар бир колдонуучунун укуктарын, анын ичинде ар бир колдонуучунун алардын муктаждыктарына жараша машина которууну колдонуу укугун сыйлайбыз.
</pre>
== 主要团队成员 ==
站长：Enlightment101

MediaWiki 本地化优化：正义羊-JRJSheep

词条翻译与撰写：正义羊-JRJSheep、Sodesnem2080、Germanium

模板移植：Germanium、正义羊-JRJSheep、Lzw

MVP：（预留）

此外，还有广大用户为 WinStory Wiki 做出的贡献，在此一并致谢。

== 版权信息 ==
所有词条中的插图，除所有使用简体中文或繁体中文的操作系统版本截图外，均来自 BetaWiki。

所有具有简体中文版本的 Build 词条和产品词条的截图均由本站成员自行截取。

本站并非 Windows、Linux、Apple 和 Android 等在内的官方 Wiki 网站，和 Microsoft、Apple、Google、Apple 等厂商亦无从属关系。

最后，我们的备案信息是：沪公网安备 31011402006457 号，沪 ICP 备 2024047326 号 - 1

模板:黑幕

2024-02-01T13:18:54Z

Admin：已保护“模板:黑幕”（[编辑=仅允许管理员]（无限期）[移动=仅允许管理员]（无限期））

此模板禁止创建。违者重罚。