Fosvcat的博客

M1卡笔记-原理与数据

Mon, 16 Jun 2025 00:00:00 GMT

⚠️

警告与免责声明：本文仅用于技术与知识分享，请遵守当地相关法律法规。作者及本站不会为任何人或其它生物造成的一切形式的损失或任何违法违规行为负责

💡

配合阅读：详解M1卡-破解与对抗

卡片分类

卡片有很多种分类方式，不同分类又有各式组合，不存在严格的树形或包含关系。本文章的主角是Mifare卡，其它信息均不细讲。

通信方式

卡片从读取方式上包含接触式、非接触式（如射频）、混合式

手机Sim卡是接触式卡

校园卡、公交卡等是非接触式射频卡

银行卡是混合式卡 —— 接触、磁条、射频

卡片通信方式可以从外观上轻松区分，设计上也都是取决于各自使用场景

Mifare 卡都属于 非接触式射频卡

射频频率

UHF卡，超高频卡(865-995mHZ)，不常见，常用于停车场的闸机系统，能隔数米远传输数据

ID卡，低频卡(125kHZ)，存储只读数据，出厂写死卡号。常见于物流识别、宠物皮下芯片等

IC卡（PICC），又称高频卡(13.56mHz)或智能卡。它是目前最为常见，应用最广的卡片

Mifare 卡都属于 IC卡

内置芯片

继续按照 射频式IC卡 的内置芯片分类，主要包含

MIFARE 系列：非常常见，由恩智浦半导体公司（NXP）研发，包含多个系列，成本低用途广。

NTAG 系列：同样由恩智浦推出，常用于存储WIFI、联系人、链接等信息，方便操作与共享。

其它 CPU 卡：例如银行卡，用于高安全性场景中，目前不可破解。

其它：FeliCa 、 HID iClass 等，不常见。

高安全需求场景中，CPU卡更加常见。但因制造和管理成本低，MIFARE 卡仍在被大量应用。

可通过卡片的 SAK 值判断卡芯片类型，具体见后文

射频通信

标准与协议

RFID（射频识别）：

包含低频到超高频

工作距离几厘米到几十米

读写器和标签是独立的两个实体

不支持P2P，设备间为主从关系

NFC（近场通信）：

特指高频(13.56mHz)

工作距离 0-10 厘米

既支持读写操作模式也支持卡模式

支持P2P，设备对等可交换数据

NFC 在 RFID 的基础上发展而来，也兼容 RFID 高频的通信标准，但两者不是包含关系

ISO 14443-A/B

ISO 14443 标准定义了 13.56 MHz 卡和读卡器之间的各种特性。分为两种载波调制和二进制编码方式不同且互不兼容的类型：Type-A 和 Type-B ，其对应的呼叫请求命令分别为 REQA 和 REQB，读卡器需要专门支持才能处理对应类型的卡。

硬件设计上，Type-B 比 Type-A 成本更高，更复杂，在高安全性需求的读卡系统中更常见。

Type-A 常见于：所有 Mifare 卡片，遵循 ISO14443A 标准

Type-B 常见于：银行卡、大多数国家（包括中国）的电子身份证

MIFARE卡读卡器

读卡器，又称读头、PCD

确认卡片

读卡器工作时持续发射 13.56mHz 射频电磁波，包含呼叫请求命令，同时为卡片提供电能。

卡片响应：

一旦卡收到此请求，它就会响应读卡器，回应卡类型，让读卡器知道如何进行通信。

防碰撞：

收到卡的响应后，读卡器会再发送几个请求来检测附近是否有其他卡，从而避免干扰与所需卡的通信。如果只有一张卡响应信号，则读取器选择该卡并继续通信。

通信

读卡器配套系统的会存储对应密钥或密钥算法。选中卡片后可以执行：

解卡

读卡器使用密钥认证，以访问加密的数据。读和写加密数据的前提都是通过对应权限的密钥解卡

Nonce 在计算机术语中的意思是“使用一次的数字”，翻译后的一种简称为“随机数”。

Nonce in computer terminology means "Number used once"

解卡三次握手：

读卡器发送认证请求

卡片返回 Nonce：卡片生成nT发送给读卡器

读卡器加密 Nonce 并响应：读卡器用密钥加密nT得密文a，发送a及自身生成的nR

卡片验证并响应：卡片解密a验证nT匹配后，加密nR返回给读卡器完成认证

读取

卡片的0块包含 UID，厂商码，卡片类型，等信息，不加密可被直接读取。

对于加密扇区，需要读取权限的密钥才能读取数据

写入

为了防复制、防破坏等安全需求，卡片的0块不可被写入

对于加密扇区，需要写入权限的密钥才能写入数据

写入操作还可根据密钥权限细分为：任意写入、增值、减值，由控制位决定

卡片状态：

Power-off：卡片不在/离开射频场，处于断电状态

Idle：卡片在射频场附近，进入空闲状态

Ready：卡片收到读卡器REQA/B轮询，进入准备状态

Active：卡片收到读卡器选择，进入激活状态

Halt：卡片收到休眠命令，进入休眠状态（可被唤醒回到2）

MIFARE卡片系列

MIFARE卡遵守ISO14443A标准，是该标准的最有力代表，甚至同标准其它卡也会被称为MIFARE卡

MIFARE

MIFARE 卡系列目前分为

MIFARE Ultralight - 无加密，简称 M0 卡，用于一次性或有限次数使用，如地铁单程票

MIFARE Classic - 传统 Crypto-1 加密，广泛用于交通卡、会员卡、酒店门禁卡等

MIFARE Plus - 迭代安全升级版，可用 AES 加密，也兼容 Classic 的 Crypto-1 加密

MIFARE DESFire - 迭代安全升级版，支持 AES、TDES 加密、

目前知名度最高应用最广的就是 MIFARE Classic 卡型

MIFARE Classic

MIFARE Classic 1K（S50）：总容量1KB

MIFARE Classic 4K（S70）：总容量4KB

MIFARE Classic Mini（S20）：总容量320Byte

这些卡型仅数据存储量不同，其中 MIFARE Classic 1K 卡 最最常见

“M1卡”既可以特指“MIFARE Classic 1K卡”，也可以指整个 MIFARE Classic 系列卡

由于 MIFARE Classic 1K 卡非常普及，影响力过大，有观点认为简称中的 ”1“ 特指 1K 卡；另有观点认为 ”1“ 特指MIFARE Classic系列的 Crypto-1 加密。简称本就是不严谨的，也没必要过于纠结。只是在少数情况需要明确区分 MIFARE Classic 系列内某卡型时，不要用简称。

IC 卡/智能卡包含 M1 卡，不可将 M1 卡与 MIFARE Classic 外的卡型混为一谈。

为什么 M1 卡如此主流

M1 卡的使用寿命约为 10年，非常可靠。

M1 卡主要用于存储姓名、编号、电话、日期、金额等数据。虽然有更大容量的卡型，但 1K卡已经能满足大多数使用需求。此外 M1卡的各种软硬件系统（读卡系统、管理后台、数据库等）已相当成熟，被广泛应用。CPU 卡通常需要定制的软硬件系统，生产、发行、更换、维护各环节成本都相对较高，在很多场景中暂时不能替换 M1 卡。

MIFARE Classic 自1994年左右推出，关键技术的专利保护大致在2010年以后已经过期。任何组织或厂商都可以基于 MIFARE Classic 技术生产发行兼容卡，还能自行技术升级、魔改等（如2K卡、魔术卡），而无需支付授权费用。这注定了 M1卡的使用成本低，且更容易推广。

中国及多数国家专利保护期为20年，MIFARE DESFire 系列卡由于多次技术迭代，其专利到期大约于 2026–2040 年。或许在那之后它们会更快的替代 MIFARE Classic。

M1卡片数据

包含关系：卡片/Card > 扇区/Sector > 区块/Block > 字节/Byte

💡

所有计数序号均从 0 开始

卡型容量

Classic 1K卡：
扇区：每张卡含 0-15 共16扇区
区块：每扇区含 0-3 共4个区块
字节：每区块含 16 Byte

Classic 4K卡：
扇区：每张卡含 0-39 共40扇区
区块：前32个扇区含 0-3 共4个区块，后8个扇区包含区块 0-15 共16个区块
字节：每区块含 16 Byte

Classic Mini卡：
扇区：每张卡含 0-4 共5扇区
区块：每扇区含 0-3 共4个区块
字节：每区块含 16 Byte

数据结构

该图示例了M1卡的0、1扇区，0扇区未加密（空密钥），1扇区使用相同的A/B密钥加密，且都未存储数据

如图所示，第 0 行 0扇区 0区块 存储 M1卡基础数据，该块不会被加密，出厂写死不可修改

第 0 行里，圈中的基础数据从前到后依次为：

UID 卡号：卡片唯一标识符，4字节卡号有约42亿种组合，基本不会发生偶然重合。

BCC 校验码：BCC = UID0^UID1^UID2^UID3，起辅助验证作用

SAK 卡类型：声明卡片类型，如此处 1K卡值为 08，更多例值见后文

ATQA 应答：告知卡片 UID 长度和遵循何种防冲突机制，更多信息见后文

ATS 厂商码：记录生产厂商和生产日期。该段数据并未标准化，有些卡可能包含自定义数据

所有扇区的最后一个区块称为控制块，由 A密钥-控制位-B密钥三部分组成：

Key A 密钥A：6 字节的密钥，全是FF即为空密钥

Access Bits 控制位：规定A/B密钥各自在指定数据部分的读写权限

Key B 密钥B：6 字节的密钥，全是FF即为空密钥

除 0扇区 0区块和每扇区控制块以外的所有区块均为数据存储区块。

数据转储

MIFARE 卡的 “数据转储（dump）” 就是将卡片内完整数据导出，以文件形式保存于外部设备中。可用于卡片备份、分析、修改、克隆等各种需求。

json - 明文带指示数据

bin - 16进制编辑

eml - 纯明文（兼容性好）

上图为常见转储文件格式：

.json / .nfc（Proxmark / Flipper Zero 等）

.bin / .mfd / .dump（Proxmark3 / libnfc / mfoc）

.eml（Proxmark3 模拟内存，不含任何不必要数据的文本形式）

未知数据：若部分扇区的数据或密钥未知或不能读取，转储文件内将用??占位

数据含义

SAK 卡片类型

SAK值用于声明卡片类型，它不只在 MIFARE 卡中被使用。

以下为常见值，“ / ”分隔符表示该 SAK值对应多种卡型，需结合其它信息进一步确认

00 - MIFARE Ultralight / NTAG

08 - MIFARE Classic 1K

09 - MIFARE Mini

18 - MIFARE Classic 4K

20 - MIFARE Plus (Crypto1) / MIFARE DESFire / 其它CPU卡

28 - MIFARE Plus (EV1/EV2) / CPU卡模拟 MIFARE Classic 1K卡

38 - MIFARE Plus (AES) / MIFARE Classic 4K + DESFire 支持

40 - P2P

ATQA 应答

该数据作用是告知卡片UID长度和遵循何种防冲突机制

0x0400 是标准的 MIFARE Classic 卡的应答，显示为 00 04 或 04 00（取决于字节序），意为 4 字节 UID + 标准防冲突协议支持。

若卡片支持 7 字节 UID（部分 MIFARE Plus 卡），ATQA 可能为 0200 或 4200

协议扩展：支持 ISO 14443-4 的卡片（如 MIFARE DESFire）可能返回 0344

MIFARE Ultralight 系列、NTAG 系列，该值均为 0x0044（ 4400 ）

Access Bits 控制位

控制位包含4字节。前三个字节是真实的控制位，第四个是备用控制位一般用不上

如何配置控制位和使用密钥是管理员和读卡系统的事，和用户关系不大。以下是两个最常见的控制位，其它信息不细讲。如果遇到其它的控制位，可使用 MCT 或其它在线工具进行解析/计算。

FF 07 80 69 是默认控制位，表示：

数据块：A密钥 / B密钥均可读可写

控制块：A密钥：A密钥禁读可写，控制位可读写，B密钥可读写（自身不可读，其它操作允许）

控制块：B密钥：A密钥禁读禁写，控制位禁读禁写，B密钥禁读禁写（完全禁止）

08 77 8F 00 是除默认外最常见的控制位，表示：

数据块：A密钥可读可减值 / B密钥可读可写

控制块：A密钥：A密钥禁读禁写，控制位可读禁写，B密钥禁读禁写（仅可读控制位）

控制块：B密钥：A密钥禁读可写，控制位可读可写，B密钥禁读可写（可读写控制位，可写密钥）

参考

维基百科

MIFARE

MIFARE是恩智浦半導體公司拥有的一系列非接觸式智慧卡和近傍型卡技术的注册商标。

https://zh.wikipedia.org/wiki/MIFARE

B站UP-宅人改造家的系列视频教程，包含详细的信息和经验。

手把手玩转IC卡 - 宅人改造家的视频教程(技术研究笔记)

IC卡,ID卡,M1,S50,Mifare Classic 1K

https://zhailog.com/tutorial_m1.html

恩智浦 Mifare Classic 官网与文档

MIFARE Classic EV1 1K - 4K

MIFARE Classic 1K - 4K - Mainstream contactless smart card IC for fast and easy solution development

https://www.nxp.com/products/rfid-nfc/mifare-hf/mifare-classic/mifare-classic-ev1-1k-4k:MF1S50YYX_V1

Mifare Classic docs English:

www.nxp.com

https://www.nxp.com/docs/en/data-sheet/MF1S50YYX_V1.pdf

Mifare Classic 中文文档：

www.nxp.com

https://www.nxp.com/docs/zh/data-sheet/MF1S50YYX_V1.pdf

M1卡笔记-破解与对抗

Mon, 14 Jul 2025 00:00:00 GMT

⚠️

警告与免责声明：本文仅用于技术与知识分享，请遵守当地相关法律法规。作者及本站不会为任何人或其它生物造成的一切形式的损失和任何违法违规行为负责

💡

配合阅读：详解M1卡-原理与数据

前言

1994 年，NXP 的 Crypto1 算法私有且完全不公开。M1卡也正因这种“封闭”而被当时业界广泛默认是安全的。但接下来的几年里随着 M1卡的广泛应用，不断有研究者学习并尝试逆向还原该算法。直到 2008 年，两名研究人员 Nohl 和 Plotz 成功对其进行逆向并恢复密钥，接着 Crypto1 算法的各种弱点和漏洞被发现，直到如今被破解的体无完肤，成为密码学经典反面教材。

多年以来，密码学研究者已经对其发布了各种攻击，目前在用户侧的密钥破解方案已经很成熟了。但虽然该加密技术已被完全淘汰，卡本身却由于各种因素仍活跃在世界各国的不同场景中，是不可忽视的一项安全风险。

作为普通用户，从中认识到两点就够了：

任何与安全性相关的算法，只有开源的、经大众广泛研究后确认无漏洞的，才是真正的安全

加密算法关联的软硬件的价值、市占率、普及程度等因素决定着它是否值得成为被破解的目标

设备操作

更专业的用户侧设备除了可以进行解密、读写等基本操作，还支持：模拟、嗅探、侦测。

模拟

称呼为模拟或仿真 (simulation or emulation)

设备通过NFC线圈等模拟物理卡。既可以只模拟一串 UID，也可以通过转储数据模拟全卡。

虽然数据相同，但 NFC 模拟卡和实体卡在硬件上存在根本区别。对于高级防火墙，读卡器可通过识别卡芯片或配套的硬件标识，以及其它不会公开的针对性检测手段（例如知名品牌的设备特征），检测并拒绝模拟卡。当然，不同的读卡器安全性不同，防火墙也都是人为管理的，严格程度有高有低。不同设备的模拟/过防火墙能力也不同，例如有的门禁用 Flipper Zero 模拟卡能过，用手机手环模拟就不行。到底能不能成具体有很多变数，需要自测。

高频仿真能力：实体魔术卡 ≈ Chameleon Ultra ≥ Flipper Zero ≈ Proxmark 3 ≥ 手机手环

嗅探（sniff）

少数设备支持，专用于分析，又称有卡嗅探/Sniff with Tag

嗅探就像是中间人攻击，设备置于卡片和读卡器之间，同时模拟读卡器（对卡片）和模拟卡片（对读卡器），实时截获并转发两者通信时交换的各类数据，主要用于分析M1卡系统工作原理，也可以用于获取密钥。

各研究者最初都是通过嗅探来着手破解 Crypto-1 算法

侦测 (detect)

多数设备支持，专用于从读头侧获取密钥。侦测由嗅探演变而来，又称无卡嗅探/Sniff without Tag

不使用卡片，而是由设备主动探测读卡器。通过模拟初始卡并记录模拟卡与相应读卡器之间的交互，从收集的加密 Nonce 中计算密钥。

侦测是目前非常易用且成功率高的密钥获取方式

用户解密

用户侧已知密钥解卡获取转储。该操作无需任何专业设备，手机+MCT 即可完成

用户字典

用户字典解密卡片是用户侧的标准解卡方式

与其它静态破解技术意思一样，此处的“用户字典”指专门用来存储已知密钥的字典。

用户字典必须包含空密钥和常见的默认密钥，否则有些“傻”程序可能会无法解未加密扇区。

默认的 “空密钥” 为 6 字节 “FF”，除此之外，还有些非常简单的密钥，可以包含在用户字典中一并视为空密钥

注意：空密钥本身仍是密钥，读写前一样需要三次握手解密，不能叫做“没有密钥”

加密程度

分为无加密/半加密/全加密这只是一种便于理解的简称，不是任何官方定义。

加密程度最直观的定义是：

所有扇区所有密钥均为空密钥，即为无加密卡

部分扇区使用空密钥，部分扇区使用非空密钥，即为半加密卡

所有扇区所有密钥均使用非空密钥，即为全加密卡

理解了直观定义后还必须要明白：

📌

三种不同的加密程度都是相对而言的

虽然用词上为 X加密卡，但加密实际相对于用户而言，由用户知晓的密钥决定，与卡片本身无关。

例如一张 1K 卡使用不同的 16个A/B密钥对所有 16个扇区进行了加密。我不知道其中的任何密钥，拿这张卡对我而言即为全加密卡；同样这张卡，我知道了其中的 3个扇区的密钥，能解密这三个扇区，那么还是对我而言，它就变成了半加密卡，对完全不知道密钥的人来说仍是全加密卡；同样这张卡，我知晓了所有的密钥，那么对我而言，它就变成了无加密卡。

理解了这点，从相对角度看，另一种定义是：

卡片所有密钥已知 —— 无加密（已破解）

卡片存在未知密钥 —— 半加密（未破解）

卡片所有密钥未知 —— 全加密（未破解）

密钥破解

可以称呼为密钥的获取/恢复/破解（同一回事但是要分情况）

密钥破解的入手点可分为：卡侧、读卡器侧、卡+读卡器

卡片漏洞破解

卡侧破解，这里的漏洞指利用卡片本身的漏洞，不同厂商不同代的M1卡含有不同的漏洞。攻击者在读卡时可以尝试利用所有已发现的硬件漏洞，并互相配合，简单快速获取数据和密钥。

伪随机数生成器（PRNG）漏洞

旧版M1卡在认证过程中生成的 Nonce 熵值低，其与通电时间戳等值相关且可预测，通过收集多次认证会话的NT、NR，利用数学推导，压缩可能的密钥空间，最终可在短时间内暴力破解得出密钥。

PRNG 可以被 Nested（嵌套攻击）所利用，但是目前很多M1卡都使用真随机数生成器（TRNG），封堵了该漏洞。

Darkside 漏洞

针对旧版全加密卡。当卡片接收到读卡器发出的部分正确的认证请求时，会使用密钥流加密的 NACK （否定确认）代码（4 bit）进行响应。由于 NACK 代码很小，可以快速执行暴力破解，再通过 XOR 操作获取相应的 keystream。重复该过程即可恢复完整密钥。

目前绝大多数M1卡大都修复了这一漏洞。

Nested（嵌套攻击）

仅适用于半加密卡。任何全加密卡得出部分已知密钥后，也都应先尝试嵌套攻击。

由于 Crypto1 密钥校验过程存在线性关联，攻击者可先利用已知密钥进行正常认证，收集 Nonce ，然后在另一个未知密钥的扇区执行认证，收集 Nonce 。并通过监控两个连续身份验证之间的时间来计算两个随机数之间的“距离”，通过差值反推遍历未知密钥。

Nested attacks 嵌套攻击：基础的知一求全破解

Hardnested attack 硬嵌套攻击：提供新的算法，可高效破解强密钥

Static Nested attack 静态嵌套攻击：针对破解部分复旦静态随机数卡

上海复旦电子的“无漏洞卡(俗称)”一直在与嵌套攻击对抗，目前最新一代卡（半加密）可抵御上述三种嵌套攻击。

硬件后门

主要针对复旦电子无漏洞卡，利用到一个表现上像是后门的算法漏洞。

安全研究员 Philippe Teuwen 发现了M1卡中隐藏了多年的一个硬件后门，允许在没有身份认证的情况下未经授权直接访问卡数据。包含后门的卡有：复旦电子的 FM11RF08S、FM11RF08、FM11RF32、FM1208-10，以及较旧的 NXP MF1ICS5003/MF1ICS5004 和 Infineon SLE66R35 。

截至本文发布，复旦暂未更新封堵了后门漏洞的新一代卡型。

侦测/嗅探破解

进行侦测需要访问读卡器，进行嗅探需要访问卡+读卡器

侦测/嗅探破解常用于应对全加密卡，尤其是某些无漏洞卡。

侦测

侦测攻击专用于破解密钥。设备模拟未破解卡的已知数据（主要是UID），获取读头发送的NR。即使没有访问过原卡，依然可以尝试直接侦测。侦测通常需要重复多次以收集足够多的的随机数对。

嗅探

嗅探攻击时，设备置于卡和读卡器之间，监听两者通信时交换的数据。其中对破解密钥有用的就是三次握手时产生的随机数：NT、NR、Enc(NT⊕NR)、Enc(NR) 。

破解

获取随机数后直接解方程即可得 Key

MFkey 用来求解恢复密钥，其代码功能通常已包含在各个破解设备的应用功能中，如 Flipper zero、Proxmark3 等，可在侦测或嗅探完成后直接运行。

Mfkey32 适用于两组 32 位密钥流身份认证，用于侦测破解密钥。Mfkey32v2 是现在更常用的增强版本，提高了效率，Mfkey64 适用于完整的 64 位密钥流身份认证，用于有卡嗅探破解密钥。

局限

不同读卡器的功能/权限不同，有的读卡器并不带有目标卡的全部密钥，仅侦测这样的读卡器就只能获取部分扇区的 Nonce，解出部分密钥。此时可以先尝试 Nested 漏洞破解，仍无法全部破解的话再继续侦测其它读卡器。

例子：酒店房卡，只侦测房门读卡器并不能解全卡，但侦测电梯梯控读卡器可以一次获取所有密钥

此外还有两种例外情况，分别发生在高级与低级的读卡设备上，哪种情况通常一眼便知：

“低级”的读卡器可能仅识别 UID。根本就不使用密钥进行解卡，因此无法获取随机数。

“高级”的读卡器硬件防火墙支持防侦测/防嗅探功能。能够主动检测到攻击设备并拒绝认证。

字典/暴力破解

卡侧破解，通俗易懂，适用于所有M1卡

爆破字典用于存储来自各处的常见密钥，数量几百到几千不等，盲目的挨个试密钥成功率较低。

某些读卡/复卡器配套的应用程序平台提供了针对具体地区的云解卡、云端密钥数据库等功能。允许用户间有偿或无偿的分享指定位置（社区、大楼等）的卡片密钥集，极大提高了字典破解成功率。

暴力破解通常包含在一些读卡/复卡设备的配套桌面软件里，可以指定扇区开始跑。

纯粹的全卡爆破效率极低，仅应该用于【无后门无嵌套漏洞卡】+【全部防侦测/防嗅探读头】的无懈可击的卡系统下，耗尽一切手段仍无法破解的M1卡片。

卡片复制

为了防止被恶意盗刷或破坏，普通的 M1 卡片 0扇区 0区块数据出厂写死，卡号不可修改，不适用于复制卡片。但卡复制的确能带来很多便利。一旦有了需求，也就有了利益、矛盾和各种新产物。

需求

中国魔术卡(Chinese Magic Card)及其UID可改写特性的出现是以下一切可能的开始。

复制卡片所带来的便利处包括但不限于：

多人共用

最简单直接的用途。例如家人间使用多张数据完全相同的卡片开小区门禁等

备份防丢或丢失重制

为应对卡片意外丢失，可写好多张实体卡备用。或保存转储文件后，随时重写一张使用

按个人喜好自定义卡片

按照轻便、美观等需求，可选择市场提供的大量定制卡片、卡贴、指环、表带代替原卡

自制一卡通实现多卡合一

（见后文）

手机手环卡模拟

（见后文）

一卡通

一卡通/All-in-One：有些组织互相合作，发行官方的多合一卡方便客户将同一张卡用于各种不同的服务。原理很简单，不同服务的读卡系统拥有预先分配好的密钥和扇区。它们可能共同读取UID，但各自仅根据密钥访问指定的一个或几个扇区即可。你也可以自行分析出不同扇区的作用。

自行实现卡片多合一需要一定运气：

例如：有两个读卡系统，均使用 MIFARE Classic 1K 卡；一号系统只读取UID和读写2扇区，二号系统只读写14、15扇区不检测UID。不同读卡系统使用的数据不冲突，就可以将不同卡片多合一。

如果两个系统操作的扇区不冲突，但均检测各自不同的 UID，可询问两个系统各自的管理员是否支持开自定义新卡。若任意一方支持，就使用包含了另一系统卡片 UID 的空白卡开卡，使得两系统使用相同 UID 的卡片，再合并数据即可。

手机手环卡模拟

手机手环通过 NFC 硬件的卡模拟功能也能满足大多数的复制卡需求。与魔术卡相比，其最大优点是便利性，毕竟自己在外出时手机手环都会随时携带；其次是还能帮助用户实现无钥匙，避免卡片等小物件遗忘或丢失。具体教程详见该文章。

www.fosvcat.com

https://www.fosvcat.com/article/14

魔术卡

魔术卡/Magic Card/UID Changeable Card，亦称复制卡。笔者个人认为称呼“复制卡”不方便区分动名词，因此倾向于称呼“魔术卡”，下文内容也均会使用该称呼。

从国人开始，民间鼓捣出一套 UID 卡，所有数据包含 0扇区 0区块可随意擦写。正如其名它的最初目的就是复制 UID。魔术卡使复制 M1卡易如反掌，安全性也大大降低。随之而来就是迭代的 —— 各种防火墙与各种魔术卡的对抗。

一代/Gen1

UID卡，通过指令修改0块，带指令响应。

FUID卡，0扇区0区块写入数据后立即锁死，整张卡变为普通卡状态

UFUID卡，0扇区0区块可不锁(响应UID卡后门指令)，或手动控制锁死（普通卡状态）

一代卡通过指令修改0块，优点是即使写入无效数据，也不会写死卡，能随意的重写。缺点是如今很多刷卡系统防火墙会尝试检测 UID 魔术卡指令响应，检测到后会拒绝刷卡。

目前最新的 (U)FUID魔术卡允许 0扇区 0区块在写入后被锁定，整卡变成普通的 M1卡状态。这基本能通过所有的防火墙检测。虽然锁定是一次性操作不可撤销，但卡片本身成本较低，可大量购买。

FUID/UFUID卡出现较晚。但由于同样用一代卡指令操作0扇区0区块，因此归类为一代卡衍生版本。

二代/Gen2

CUID卡，密钥写0块，并丢弃指令和后门响应，

CUID 卡的机制是用 key 对 0 扇区进行认证后允许修改 0 区块，不存在后门，不会被检测。能重复使用且保持低成本，还能轻松配合手机软件写卡。缺点是一旦在 0扇区 0块写入了无效数据（SAK、ATQA等），则卡片报废。

虽然 1K CUID卡最为常见，但市面上也存在 4K CUID卡型。两者均为 4 字节 UID。

防火墙对抗 CUID 卡的方法，是每次刷卡时故意篡改 0扇区 0块数据，例如卡号。普通卡不允许写入不会有任何影响，CUID 卡则会失效（需要重写正确数据）或报废。如果读卡器尝试写入 0扇区 0块数据立即检测修改，即可一次检测出 CUID卡（但该法并不常见）。

此外有些花里胡哨“*UID卡”蹭着名声，含糊不清的宣称各种防检测。可一律视为营销，无需研究。

三代/Gen3

添加了专有后门命令，添加更多卡型支持

三代卡使用了新的专用后门命令，最初必须配合 Proxmark3、PN532 操作，因此可绕过大多数防火墙。三代卡重新支持锁定 0扇区 0块，锁定后变为普通卡状态不可解锁。

有些三代卡支持设置密码以运行后门指令。如果密码不正确，卡片不会有任何响应。

从三代卡起，单张魔术卡同时支持了 MIFARE Classic 全系卡型和 4、7字节卡号，具体包括：

S50(1K卡) + 4字节UID

S70(4K卡) + 4字节UID

S20(Mini) + 4字节UID

S50(1K卡) + 7字节UID

S70(4K卡) + 7字节UID

S20(Mini) + 7字节UID

防火墙到这一代就基本放弃去主动检测魔术卡了，而是更多的采用滚动码防复制。（见下文）

四代/Gen4

基于3代卡，添加了影子模式/shadow mode，又称滚码复位/数据还原/GTU卡/GUID卡等

4代卡的核心功能是影子模式。启用后，当卡片收到写入数据请求时，会假装允许写入，还能在读卡器检查刚写入数据时回报“正确写入的数据”，但实际刷卡后卡内数据不会被改变。

终极魔术卡/Ultimate Magic Card，是相对而言功能最全面的四代卡。它基于三代魔术卡，支持影子模式，支持全系 MIFARE Classic 的同时还支持 MIFARE Ultralight 和 NTAG 。有些卡片还拓展了三代卡的一些指令功能，如恢复模式等。后门指令受密码保护，如果密码不正确，卡片不会有任何响应。

由于各种因素，不同人魔改的四代卡具体功能并不相同，成本和价格也不相同。例如有的GTU卡不是基于3代卡，仅支持 MF1K，但成本相对终极魔术卡更低且仍能适用于大多数场景。无论如何，购买前应根据个人需求询问卖家确认。

终极四代卡是目前魔术卡天花板，但一张卡到底只是一张，多功能带来的实际性价比见仁见智。

如何选择？

对于复制1K卡型，CUID卡和 UFUID卡足矣

如有滚动码复位需求，选择 4代卡或支持影子模式的设备

用腻了物理卡和钥匙扣？了解如何优雅的使用 手机/手环 刷卡

8槽终极魔术卡模拟 + 设备读写破解操作 + 高低频支持的解决方案？了解 变色龙Ultra

滚动码

滚动码/滚码/Rolling Code：安全机制，在其它无线电通信中（如汽车钥匙）也很常见。

关于

滚动码很好理解，例如某个块里记录一个数字0，读卡系统记录卡号和对应滚码。每刷一次卡，读卡器先验证滚码，再修改滚码，使读卡系统和卡内的数字同步+1。

在复制了多张卡后，未使用的卡滚动码不同步。如果读卡系统启用滚码验证，并检测到原卡/魔术卡的错误滚码，则会拒绝刷卡或封禁卡号。使其无法使用。

滚动码有效的防止了多卡共用、恶意复制盗刷等问题。这使得任何人无论如何复制原卡，只有带最新滚码的卡正常可用，想要切换卡就必须再复制以同步数据。

数字+1 或其它数字运算是最简单的滚动码，很容易分析。更高安全性要求的系统滚动码使用无规则的/加密运算过的字符串，更难分析出滚动规律，甚至根本没有规律。

带滚码验证的系统在识别到错误滚码后可能拒绝刷卡，也可能直接封卡号，取决于管理员设置。

对于数字+1 或日期滚码，有些读卡系统不一定会去检测，只是单纯记录刷卡次数和时间。

想要知道一个滚码刷卡系统如何处理错误滚码，不检测？允许？拒绝？封禁？方法只有亲自试试。

破解

在离线系统上，滚动码通常存在初始值

不加密的滚码初始值可能是 00、20、FF 。加密的无从知晓，只能开新卡并在首次刷卡前读取到

初始值的作用是为了让离线并应用了滚动码的系统自动注册新卡信息。系统识别到滚动码初始值后，会将其视作新开的卡片（合法卡）。新卡注册信息；老卡重置滚码，并根据算法从初始值开始滚码。

这种初始值漏洞能直接绕过滚码验证。要反复利用，只需在每次刷卡后，重置滚动码为初始值即可。

由此人们发明了上文中支持数据还原/影子模式的四代魔术卡，它能在刷卡后自动重置到刷卡前的数据。主要作用就是保持滚动码为初始值，跳过滚动码验证机制，进而使得滚动码系统下的多卡复制和共用重新变得可行。

恶意行为

以下行为仅应在合法合规的前提下用于研究和学习

封卡

完全解卡并得到指定UID和密钥后，攻击者可在卡/读卡系统两侧篡改/封禁对应卡片

卡侧 - 篡改

由于具有写入权限，攻击者可使用任意的自定义密钥和数据，在几秒内将乱码覆盖写入受害者卡片的对应区块，使其数据丢失且无法进行读卡认证。对于普通用户，这等同于卡片报废。

读头侧 - 封禁

出现滚动码错误，金额被篡改等异常数据，均可能导致卡片在读卡系统侧被封禁。攻击者可复制/模拟受害者卡片，篡改敏感数据，刷卡并触发封禁。使受害者无法用卡。

盗刷

与金额等数据相关的卡，金额数据必须要同时保存在卡与服务器，并且所有提高卡内金额的操作都要与服务器联网进行并验证。如果某次刷卡时检验到卡与服务器金额不相同（尤其是卡片提高了金额值），刷卡系统会视其为恶意篡改，拒绝刷卡并在服务端锁定卡片。

有些卡同时用于在线系统和离线系统。离线系统不会联网，独立处理卡片数据，某些情况下较不安全

在线系统：常见于自动售货机、自助充值机、收银台、智能门禁等

在线刷卡系统同步服务器，常用来储值/扣款等。

离线系统：常见于电梯梯控、简易巴士刷卡器、简易停车场闸机等

离线刷卡系统不能连接服务器，通常只负责处理扣款不会储值。

当在线刷卡系统连接卡片时，若识别到卡内金额比服务器端更少，则认为通过离线刷卡系统进行了扣款，并同步在服务器端扣款；但若卡内金额比服务器端更多，则视为篡改并封禁。

如果确定了消费系统在线/离线情况，可以测试能否无限使用离线刷卡系统消费。

有些卡内直接通过ASCII编码存储用户姓名和组织内编号（身份认证），如果~~修改*&编h#?%‘.~~

防御手段

根治一切问题的唯一方法就是淘汰所有M1卡片和系统，替换为CPU卡。

如果仍需依赖M1卡系统，用户和管理员都有一些可选措施来缓解安全性问题。

个人：保护自己的卡片

1.防漏洞破解：

检查卡片是否是半加密卡。若是，可自行使用强密钥对无用扇区进行全加密处理。

检查卡片是否存在硬件后门。若存在，可使用无漏洞的带密码保护的魔术卡替换。

2.防恶意复制：

携带M1卡时，也可使用“防盗刷卡包”保存卡片，这种卡包类似于法拉第笼，能屏蔽内外电磁通信。

使用手机手环模拟M1卡时启用刷卡振动/响铃提示、解锁后刷卡等安全功能。

个人/管理员：使用安全的门禁读卡器

安全级别最低的门禁卡读卡器会只识别卡号(UID)。而卡号是任何设备包括手机都可以直接读取的（贴兜秒出），而且很容易模拟或爆破。别有用心的人想非法获取通行权限较为轻松。

很多社区等大门门禁只识别卡号。如果有设置保安，那还可以接受

公司学校等组织内门禁只识别卡号的话就并不安全了，建议联系相关人员更换

对于支持录入自定义卡片的家用智能门锁，需自行确认其实现方式。若只识别卡号那显然极不安全，务必不要使用

安装视频监控，监视门禁卡刷卡位置非常有必要。但监控到底是被动手段，不能阻止恶意闯入。

管理员：使用密钥算法替换统一密钥

传统发卡系统下发的所有用户卡片均采用完全相同的（一个或多个）密钥，非常不安全

更安全的做法的读卡系统自定义一套密钥算法。发卡时，卡密钥由卡号等唯一识别信息通过运算得出，再写入卡片。然后在读卡系统内存储相同的算法，不需要存储密钥。读卡时，读卡系统即可按卡号算出密钥并解密。

密钥算法机制确保离线刷卡系统正常工作的同时，允许任意的不同用户卡带有不同的密钥。

这样一来，每位用户破解后仅能访问各自的卡片，自行复制或使用手机模拟。搭配难以从卡侧破解的全加密无漏洞卡，可有效提高用户侧安全性。

最后

重复：遵守法律法规。作者及本站不会为你造成的一切形式的损失或任何违法违规行为负责

欢迎任何读者随时勘误或补充信息

玩的开心 : )

Linux 登录管理器

Tue, 31 Mar 2026 00:00:00 GMT

介绍

本文在 Archlinux 环境下配置。

我使用的TTY截图命令：（执行后手动切到tty）

多数个人电脑 Linux 环境启动顺序：

Linux Kernel → systemd → DisplayManager → DE/WM

DisplayManager 是用户登录前和注销后的交互界面，可用于选择要登录的用户和桌面环境，并进行身份验证，启动图形化桌面进程。对个人电脑较为重要。

⚠️

不要搞混 Display Manager 和 Display Server / Protocol

Greetd

greetd

kennylevinsen • Updated May 2, 2026

tuigreet

apognu • Updated May 4, 2026

图中 tuigreet 是一个TUI风格前端，主打极简和高效，不会启动图形环境。它可以在启动后直接进入PAM流程，仅需 开机 —> 按指纹 两步完成登录。

Greetd 由 Rust 编写，极其轻量，配置简单。它是一个会话守护进程框架，不算是完整的登录管理器。

Greetd 非常模块化，有众多前端界面例如 tuigreet、agreety、ReGreet、gtkgreet 等。怎么配置丰俭由人。

由于内核限制，tty仅能显示数字、符号和字母。显示其它文字需要cjktty补丁。

配置位置： /etc/greetd/config.toml

启用 greetd：

Ly

fairyglade • Updated May 5, 2026

如果追求极简风格和炫酷的外观，选择 Ly

极其轻量，是独立且完整的登录管理器。TUI风格，不会启动图形环境。

登录流程相对 greetd 要多一步，因为 Ly 启动后要按回车才进入 PAM 流程，并且没有指纹输入反馈。Ly也不是模块化的，没有多个前端可以选择。

目前细节可能不够完善，例如认证会暂停动画背景，大时钟不支持调整颜色等。

由于内核限制，正常 tty 仅能显示数字、符号和字母。显示其它文字需要 cjktty 补丁。

配置位置： /etc/ly/config.ini

启用 Ly（默认跑在 tty2）：

禁用对应的 getty，否则会冲突：

GDM

如果追求美观易用的图形化界面，选 GDM

Gnome主题风格，开箱即用，可以使用“GDM Settings”进行图形化配置。

依赖 Gnome 桌面环境（无论你用不用）。

相对“重”的显示管理器，更吃内存和性能。

不支持“记住用户”，即使只有一个用户，也需要在开机后手动二次确认。

支持 x11 或 wayland

SDDM

默认外观一般。虽然自定义程度高，但动效方面感觉不如 GDM 。

通常仅适合与KDE桌面集成，配置可以使用图形化软件 “KDE设置”。

不支持指纹登录。虽然可以通过配置支持指纹，但仅仅是“能用”的水平

需要在密码框按下回车后再按指纹，几乎没有任何与指纹相关的提示或反馈。

支持 x11 或 wayland

LightDM

轻量，简单，易用的图形化登录管理器，在服务器上很常用

适合与 Kali, Ubuntu Server 等系统搭配

支持多种 greeter，如 lightdm-gtk-greeter、lightdm-slick-greeter、Web-Greeter。

可以找到丰富的主题。

仅支持 x11，未来大概也不会支持 wayland

此外

还有一些冷门的东西

emptty: 小巧的 TTY 登录管理器

LXDM: LXDE 桌面环境的官方登录管理器，非常轻量，依赖项极少。

XDM (X Display Manager): X11 的官方登录管理器，祖宗级软件，界面复古，极其稳定且资源占用低。

选购 Linux 笔记本

Fri, 18 Jul 2025 00:00:00 GMT

旧本

本人第一台笔电是 Surface Pro 8，16G内存 11代i7版本，22年8月购买。风扇故障了一次，联系微软官方麻溜的派联邦快递寄走换了货（那是我第一次知道FedEX在大陆也有业务）。

截至发文刚好用了三年，一直稳定运行，没有重装过系统，硬件也没毛病。只有电池不太行了，续航很拉跨。但是不敢自己拆修，这东西搞不好拆了就废，于是先暂时撂下不管。有时间会找个靠谱地方维护一下，然后继续当Windows11主力本使用。

编辑：自己拆了清灰，屏幕搞坏了损失￥1600.. 电池买不到全新的，tb上的都是些旧电池改数据+装傻商家。

优点：

2880 x 1920 120Hz 触控屏

硬盘可拆卸，硬盘槽位盖子通过取卡针打开。便于扩容、备份数据、更换系统等。

两个雷电4。巨硬当时为了宣传新雷电口，网站配了张SP8外接4台4K显示器的图。

可拆卸键盘盖内侧采用 Alcantara材料，手感舒适。并且键盘只是个”盖“，打字时屏幕本体不会晃动。键盘盖不会发热，脏了还能随便换。

SlimPen2好用。笔尖写字、末端擦除，带震动反馈，带自定义按钮，笔测按钮用于模拟鼠标操作。笔收纳在键盘盖内，既能充电也不会丢。机器日用可完全脱离鼠标。

缺点：

续航相对一般。电池用久了，续航更是明显下降，必须带个移动电源。

高度集成的设备必然导致可维修性极低。SP8维护必须从屏幕处开始拆，普通用户难以自行清灰、换电池等

对Linux支持一般。两个摄像头都不工作，触控笔大残，属于很大的硬件浪费。不带有指纹读取器，Linux下的身份验证就只能傻傻输密码

接口少。肯定有人受不了，但在我这不算缺点。我用笔记本接口基本只是充电和连接小设备，CtoC的线足矣。

需求

我的笔记本需求：轻巧便携，不依赖鼠标，不需要打游戏。我是很喜欢 Surface 的硬件，但无法再忍受 Windows11，所以打算找个能支持Linux的机器。

由于不打游戏还要上Linux，所以肯定是要找核显轻薄本，N卡是万万不可的。

屏幕分辨率和刷新率足够，还要支持触控。（可能是Surface给我宠坏了）

本人反感频繁的输密码，麻烦且不安全。Linux 目前的指纹认证比较稳定，要有指纹读取。

所以：

触控屏

屏幕 2880 x 1920 120Hz 规格起

Linux 下良好的硬件支持，并带有指纹读取器

然而我在互联网上摸索了三四天，答案是：没有

只有一个最接近的产品，2024版的 Dell XPS 13。除了屏幕分辨率差点（2560x1600），其它想要的都有了。犹豫了两天后发现实在没有别的选择，妥协购买了它。

Linux 兼容性

有些笔记本品牌原生就提供了对 Linux 很好的支持，此类产品通常能在购买时选择预装的操作系统或无预装系统，大多数情况下都无需担心兼容性的问题。而知名的一线笔记本品牌通常在唯一可选的商业系统的基础上加一些可能比较封闭的软硬件，需要用户自行确认Linux兼容性。

对于笔电而言，检查Linux兼容性值得参考的网站是 Arch Wiki 和 Ubuntu Certified。直接搜索笔记本电脑型号即可。Arch Wiki包含的品牌更多，提供的信息也更详细，会记录一些注意事项和已知问题解决方案，还有讨论区供用户交流。

Arch Wiki 笔记本电脑页面都有硬件可用性表格

Ubuntu 官方硬件认证，意味着可获得最佳体验

此处是我查找的 XPS 13 在两个网站的截图。作为一线厂商的较新设备，能在Arch Wiki里得到硬件可用性全绿的列表还是很难得的。

很多笔电都有Linux下读卡器不能用、摄像头不能用、指纹不能用之类的问题。我反正不能忍受这种硬件功能的丢失和浪费。能否解决这些问题既取决于厂商选择的硬件以及其对开源的友好程度，也取决于用户群体以及是否有开发者大佬愿意出来做驱动。

Dell XPS 13 （已购买）

右侧Ctrl键也成了“时尚”的Copilot

网图，来自 Laptopmag

这里我购买的型号是 Dell XPS 13 9350（2024版/Lunar Lake版）。戴尔早在2015年有个名字完全一样的六代Intel笔记本，以至于新版不得不加点说明做区分。

键盘内电源按钮，集成指纹读取器

摄像头没有物理开关 - 超窄边框的代价

屏幕选择： 2560x1600 120Hz IPS 触控屏

处理器：Intel Core Ultra 7，核显

接口：左右一边一个雷电4，极致简洁

16G内存焊死，一个Nvme2280硬盘位

55Wh电池（好小..），60W充电功率

触控板不可按压，但支持振动反馈。为无边框设计与掌托融为一体。

外观不错。但 A 面用丑爆的Dell圆标，XPS 标却被放在了底下，设计师不知道怎么想的。

圆形Dell LOGO实在是太丑了，我拿了个定制的“Arch”贴纸给它贴上

外观有浅色版和深色版。浅色版的白色键盘配上白色背光灯感觉十分廉价，所以我选择了深色版

电池续航，看测评说是大概 16-18 小时（Intel+FHD屏幕版本），我个人实测觉得没那么牛逼。在 Linux 上电源管理需要一些手动调整。对我而言，只要能日常摆脱移动电源，那续航就是合格的。

除了我选择的 FHD屏幕，还有一个价格更高的串联OLED屏可选。其分辨率高点(2880x1800)，色彩表现相对有大幅提升；缺点是刷新率只有60Hz，大幅降低的电池续航和更高的发热。

其它相关链接： Arch Wiki 、Ubuntu Certified 、官方用户手册、dbrand贴纸

~~另外戴尔最近砍掉了包括XPS在内的一系列产品线，~~不要脸的去照抄果子“XX Pro(Max)”命名法。~~也就是说我手里这台即为最后一代XPS。~~ 2026CES上Dell又给XPS带回来了（纯小丑🤡Dell）。

看起来新XPS砍掉了指纹识别和触控功能键👎，把LOGO放对了位置并优化了下触控板区域👍

考虑过的机型/品牌

FrameWork 13

Introducing the Framework Desktop and newest Framework Laptop 13

Choose between our latest Framework Laptop 13 powered by Ryzen™ AI 300 Series processors or our brand new Framework Desktop with Ryzen™ AI Max Series processors.

https://frame.work/

键盘外电源按钮，集成指纹读取器

摄像头和麦克风有独立的物理开关

屏幕：目前是 2880x1920 120Hz 3:2（非触控）。左/右上角边缘是弧形且不贴合外框

处理器：主板一直保持更新，可独立安装升级，支持 AMD 和 Intel 系列，均为集成显卡

接口：4个自定义空位，可选：C口、A口、HDMI、DP、MicroSD、SD、网口、音频、拓展存储

两个可换DDR5内存条位。一个Nvme2280硬盘位，存储不够可占用侧接口位置拓展存储。

触控板可物理按压，可随意购买新件替换

61Wh电池，60W充电功率

外观不错，品牌LOGO好看

FrameWork 13 让我纠结了好久。可维修、可升级、可定制的特点听起来确实吸引人

互联网上能查到的关于 FrameWork 13 的用户评论很多，貌似有两大缺点：扬声器烂、触控板烂。且这款机器没有触屏，触控板体验应该非常重要。

由于FrameWork本身的特性，官方完全能推出任何部件的升级版供用户自行替换（已有例子是屏幕），未来或许也能出触摸屏（貌似硬件预留了触控设计）。但我最终考虑了后还是决定不为这些“不存在的期望物品”买单。如果官方过几年真的能解决用户问题并满足我的全部需求，那应该会是我的下一台电脑。

2026年四月：Framework 推出了新款 Laptop 13 Pro，包含触摸屏。（还好我当时没买这个）

StarFighter

Linux Laptops - Powered by Open Source

Welcome to the world of Linux. Available with coreboot Open Source firmware and a choice of Ubuntu, elementary OS, Linux Mint, Manjaro, MX Linux, or Zorin OS pre-installed. View our range of Linux laptops, including the StarLite, StarBook and more. Visit Star Labs for information, support and to buy now.

https://earth.starlabs.systems/

StarLabs，个位数的人搞的非常不知名的小公司。之前发布过几款不太知名的产品，目前最好的设备即为 StarFighter，纸面参数看起来相当不错。

键盘内电源按钮，指纹放在了触控板位置

相机可拆卸，不用时收纳在笔记本侧面，使用时通过磁吸固定，触点连接

屏幕：16英寸IPS 16:10 4K(3840x2400) 120Hz 的规格（非触控）

处理器：可选 AMD Ryzen™ 9 7940HS 和 Intel Core™ Ultra 9 285H，均为集成显卡

接口包含：雷电4(Intel)/USB4(AMD)、HDMI、USB-A、Micro-SD、3.5mm音频

64G内存焊死。双硬盘位支持，轻松配置 Windows/Linux 双系统

触控板不可按压，但支持振动反馈。左上角有指纹读取器

80Wh电池，65W充电功率

外观很不错，品牌LOGO好看

+ Kill Switch 开关可随时在物理层启用/禁用无线连接

与 Framework 类似，该产品的“开放保修”允许拆机升级更换部件，不会使保修失效。官网单独售卖部分电池、屏幕、主板等配件。

很大的缺点：购买后要先等 3-4 个月才能发货，有些用户表示等了更久的时间。目前截至发文该机型仍未正式发货。网上没有使用体验和测评（一些讨论），这种情况下直接购买不太稳妥。考虑到其公司目前的能力，虽然可以理解，但我不太想冒这样的风险。

Redditr/starlabs_computers

r/starlabs_computers

Discussion of computers, peripherals and other products of https://starlabs.systems. Unofficial.

巨硬和果子

两大巨头都有自己的笔记本系列，Surface 和 Macbook。

Surface 部分的优缺点前面说过，较新的 Ultra 处理器应该改善了续航，能接受Windows11就非常适合办公和学习。

Linux-Surface 项目提供在 Surface 上运行 Linux 的支持。它主要提供硬件驱动，系统由用户自行选择。项目内有一个详细的列表展示 Surface 系列各机型各硬件的支持情况。目前主要问题是SP8及较新机型摄像头不可用（相机使用较复杂的Intel IPU6等技术，貌似开发在进行中），SlimPen2的两个按键不能被识别。另外也没有指纹识别。我曾借着其换硬盘的便利性试用了一段时间的 Manjaro linux 后最终放弃。

linux-surface

linux-surface • Updated May 3, 2026

Macbook 个人也用过一段时间，但不太了解其产品。屏幕上的丑刘海不喜欢，MacOS 不喜欢，没触屏也不喜欢。最大的优点是只是音视频表现优秀和续航牛逼。

Asahi Linux 项目提供在 Mac 上运行 Arch Linux 的支持，尤其是M1、M2处理器机型。但和Surface一样，硬件驱动缺失，目前的硬伤是无法外接显示器和指纹传感器不可用，个人不能接受。

Asahi Linux

Porting Linux to Apple Silicon Macs. Asahi Linux has 38 repositories available. Follow their code on GitHub.

https://github.com/AsahiLinux

其它可以参考的品牌

以下品牌均支持Linux，但截至发文目前都无触屏无指纹读取器，因此个人认为跟上面提到的的品牌比不了。但还是列出来，毕竟竞争和发展肯定是有的。

很多品牌/机型的硬件都是 CLEVO（蓝天电脑）的模具套壳，我个人不太喜欢。

Slimbook

Slimbook - The Best Linux Computers and Laptops

Laptops and desktop computers. Elegant & powerful computers with the best customer service. Servers, powerful workstations. 🇪🇺 EU brand born in 🇪🇸 in 2015.

https://slimbook.com/en/

售卖台式机和笔记本电脑，以及KDE、Fedora、Manjaro的官方合作笔电

自家有4款笔记本电脑，有一个自家的 Slimbook Face 软件提供了 Howdy GUI

NovaCustom

NovaCustom - Home

About NovaCustom - Here you will find information about us, the latest products and information about what we offer.

https://novacustom.com/

蓝天电脑套壳

特点：提供大量定制选项，包括键盘、机身LOGO、BIOS LOGO、掌托雕刻等

两个款式笔记本：14英寸的 V54系列和 16英寸的 V56系列

可选配 2880×1800 120Hz 屏幕，支持选择核显或N卡，双硬盘位

System76

system76

Hydrate and explore boldly with an exclusive stainless steel water bottle and notebook. Free with your computer order thru July 30th. (US-only)

https://system76.com/

蓝天电脑套壳

3款核显本：Lemur Pro 14"、Darter Pro 14" or 16"、Pangolin 16"

3款N卡本：Adder WS 15" or 17"、Serval WS 16"、Bonobo WS 18"

Tuxedo

Notebooks / Laptops with Linux Netbooks Mobile - Notebooks - TUXEDO Computers

Notebooks: Notebooks / Laptops with Linux, individually built built, configured, assembled Laptops Netbooks Mobile preinstalled Ubuntu SUSE

https://www.tuxedocomputers.com/en/Linux-Hardware/Linux-Notebooks.tuxedo

依旧蓝天电脑套壳

售卖PC和较多款式的笔记本，笔记本包含10-17英寸

Kubuntu Focus

Kubuntu Focus: Home Page

Get the convenience, performance, and reliability of Kubuntu Focus Validated Linux Systems. With a minimum of 3 years of hardware validation support after the sale, these systems are perfect for low-I.T. and no-I.T. environments. Call 844-536-2871 or write TellMeMore@kfocus.org to learn more about how Kubuntu Focus to learn more.

https://kfocus.org/

好像还是蓝天电脑套壳？

专注销售预装 Kubuntu 的笔记本，Super 键印了个挺丑的 Kubuntu 图标笔记本包含：ir14、ir16、M2.屏幕参数较差。

Juno Computers

Juno Computers - Laptops and Mini PCs preinstalled with Ubuntu/Linux

https://junocomputers.com/us/

Ubuntu 预装提供商，主要销售笔记本电脑，也有平板和PC。

笔记本没有一台支持触屏，有一款带有指纹传感器但官方声明不支持Linux…?

Purism

Beautiful, Secure, Privacy-Respecting Devices - Purism

Purism makes premium phones, laptops, mini PCs and servers running free software on PureOS. Purism products respect people's privacy, freedom, and security

https://puri.sm/

声称制作自由的产品，无数字监视。售卖手机、平板、笔电等。

笔电 Librem 14，使用10代i7，1920x1080 屏幕。

暂不考虑的品牌

B面硬塞LOGO的

尤其是：HP（一撮竖条丑死了），也包括：MSI、Xiaomi等。个人不理解这种设计：就是其所有的笔电屏幕中下方的空间，无论大小，都得硬塞一个文字LOGO进去。笔记本本身A面、D面、开机画面都有地方放LOGO，却一定要在用户的正面再塞一个，生怕用户使用过程中有一秒没看见就忘记自己在用谁家电脑。

任何 轻薄本 把品牌LOGO塞屏幕下面的设计在本人眼里都是难以接受的。一种更好的设计是像 Framework13 那样将其低调的藏在转轴一侧，不影响屏幕观感。

HUAWEI

我已经购买了：华为硕士版-持家之眼Z690I主板安装在我的台式机上。我为使用此产品深感自豪，也感觉到自己的智慧大增，相比他人遥遥领先。因此暂时不用购买其它产品。

LENOVO

不喜欢这个品牌，即使知道它适合Linux。

详解 Play Integrity 完整性认证

Mon, 26 May 2025 00:00:00 GMT

📌

这文章时效性应该很大，各种信息准确性自行判断。

如果你不使用Google服务和Gapps，你基本可以忽略本篇内容

⚠️

2025年7月，Google 彻底封禁了 AOSP 密钥，使其在旧判定上仅能过 Basic

(不知道什么时候)，Google 封锁了A13+系统欺骗SDK走旧判定的方法。

基础知识

一句话概括：Play Integrity 是 Android 系统的 Google 服务框架提供的在线认证机制，用于证明系统是“正版”和“可信”的。

关于

Play Integrity 的中文常被称作“设备完整性”，是SafetyNet（已弃用）的继任者。大概运作原理：操作系统传递一个随机数 (nonce)，TEE会配合密钥签名并返回判决。Google Play Services和Play Store通过判决以及机型信息、指纹、安全更新补丁日期等信息在线验证。未解锁且及时进行系统更新的原厂设备会完全通过并证明：

1.系统经Play保护机制认证且得到过近期安全更新

[INFO] Play Integrity API - replacement for SafetyNet

***Play Integrity API*** If you have been sent here, you probably had questions about these or similar: Google Wallet contactless payments don't work - "Device fails to meet security...

https://xdaforums.com/t/info-play-integrity-api-replacement-for-safetynet.4479337/

2.系统运行在正规厂商制造的设备上

3.设备没有解BL锁且未经修改

这样 Google 就提供了一个统一且强大的“合法环境检查”机制，任何游戏、银行等应用只需通过 Play Integrity API 请求一下检测，即可快速得知设备状态。

三种等级

Basic 设备未被批准运行 Google Play 服务，不满足 Android 兼容性要求

Device 一般性正常状态，通过了系统完整性检查，满足 Android 兼容性要求

Strong 具有强有力（如硬件级）的系统完整性保证，满足 Android 兼容性要求

通过每一级完整性前都要求先通过上一级

应用开发者可以自行决定他们的应用正常运行所要求的判决（目前如此），多数请求检测的应用都只要求到 Device 完整性，如 Google Wallet，和 Google 信息的“RCS消息”功能。也有一些应用要求达到 Strong 完整性，如 Netflix、Google VPN、Octopus。

这个帖子记录了一些应用对完整性等级需求和设备环境检查的情况

Apps&Games need PI (List)

Apps&Games need PI (List). Also what detect root, and what combination need. All the credits for the images and apps and modules, go to the original devs. (I only share and take no responsibility...

https://xdaforums.com/t/apps-games-need-pi-list.4677050/

新旧判定

💡

新判定的 Device 标准 = 旧判定的 Strong 标准

在 Android12(SDK32)及更低版本上，设备完整性使用旧判定，亦称传统判定

在 Android13(SDK33)及更高版本上，设备完整性使用新判定，亦称A13+判定

新旧判定都分同样的 Basic Device Strong 三等级，但新判定每一级都相比旧判定更加严格。

~~Play Integrity Fix 模块提供了可选的SDK欺骗，使 Android13+ 用户能仍然使用旧判定。~~

检查方法

Play store

第三方检测器应用

第三方检测器可以在不登录Google账号的情况下使用。最常用的是Play Integrity API Checker。注意，第三方检测器可能遇到检测次数限制，此时就只能使用 Play store。

Play Integrity API Checker - Apps on Google Play

Get info about your Device Integrity through the Play Intergrity API

https://play.google.com/store/apps/details?id=gr.nikolasspyr.integritycheck

在Play商店下载后打开，直接点击「检查」即可

不要对完整性检测器隐藏 GMS 应用，没必要且可能会干扰其正常工作。

Play 保护机制认证

如果你既不想登录 Google 账号，也不能正常使用三方检测器应用，可以点击 Play store 右上角的「关于」，查看 Play 保护机制认证状态，它取决于 DEVICE_INTEGRITY 结果。第一次查看需等待几秒钟，若显示未通过认证，说明未达到 Device 完整性；若显示已经过认证，说明达到了 Device 完整性。Play 保护认证状态滞后于 Integrity 判定约几小时，如果想要立即靠它进行判定，需要清空 Play Store 数据（这不会移除 Google 账号）。

Key 和 TEE

⚠️

总结：解锁后，没有任何模块能保证你稳过完整性，因为你必须有一个有效的 Keybox

如果你牛逼，可以研究通过漏洞或别的什么途径提取有效Keybox

如果你有钱，自己想办法去买一个私有Keybox（USD200？），当然风险自负

都没有就找几个专门公开 Strong Keybox 的地方，每天检查几下，失效了就找新的用

KEY/密钥

Keybox 就是一串 SHA-256 签名的密钥数据

所有 keybox 均由且只能由 Google 创建（因为只有 Google 拥有生成 keybox 的私钥），并分发给各个经认证的 Android 原始设备制造商 (OEM)。制造商在生产设备时每个设备都会包含一个唯一的有效Key，存储在TEE中。

分区上，大部分设备密钥通常存储在 persist 分区，动它就可能导致Key丢失。

每个出厂设备的 Key 都是唯一的，因此 Google 一旦检测到同一个有效 Key 被过多设备请求验证，即可简单的判定 Key 被泄露，并将其吊销。能网上流传的一些强密钥，其本质就是泄露的密钥，被吊销和失效只是时间问题。

Key Attestation 可用于检验密钥，可直接检测本地设备，也可以加载其它密钥。

GitHub - vvb2060/KeyAttestation

Contribute to vvb2060/KeyAttestation development by creating an account on GitHub.

https://github.com/vvb2060/KeyAttestation?tab=readme-ov-file

使用密钥认证功能来验证由硬件支持的密钥对 | App quality | Android Developers

用于验证硬件支持密钥对的安全性属性的工具。

https://developer.android.com/privacy-and-security/security-key-attestation?hl=zh-cn#certificate_status

蓝色-有效的强 Keybox

黄色-默认的 AOSP Keybox

红色-Keybox 被禁止/吊销

TEE/可信执行环境

TEE（Trusted Execution Environment）是设备上的硬件安全区 (ARM TrustZone)

当发出 fastboot unlock 命令时，Bootloader会查询 TEE 的 OEM-unlock 开关（在开发者选项中的），如果已启用，则会命令 TEE 设置 VerifiedBootState = UNLOCKED，清除或屏蔽密钥，并清除data。

设计合理的设备（如Pixel）在解锁后，会主动屏蔽TEE中的认证密钥，导致TEE失效。只要不乱动存储密钥的敏感分区，回锁后即可恢复。

还有一些设备解锁后密钥直接丢失，俗称炸TEE。密钥即使回锁也不会恢复。

全地球只有小米设备解锁BL后仍保留TEE功能。但修改敏感分区还是可能导致TEE损坏。

解BL锁不会对 TEE 硬件造成物理损坏，而是从软件逻辑上破坏认证机制。

由于TEE的硬件级安全设计，即便解锁前已获得系统root权限，也几乎不可能从中提取密钥。即便有漏洞或厂商疏忽导致密钥泄露，Google 也可以从上层封禁，使从漏洞泄露的密钥全部失效。即使是未经修改的原厂设备，证书也可能被定期轮换吊销，要及时通过系统更新确保 Key 有效。

以上种种原因叠加，使得真正私有的有效 key 较为罕见和昂贵，也出现了很多买卖骗局。

Play Integrity Fix

💡

对于 Magisk 用户：建议使用 Zygisk Next，而不是内置Zygisk（保持其关闭）；当需要访问 Play Integrity Fix 等模块的WebUI时，使用应用 KsuWebUI 。

💡

Play Integrity Fix 与 Tricky store 配合工作过完整性是目前最主流的方案

关于

本模块试图修复 Play Integrity 判定，以获得有效的认证

~~Play Integrity Fix （简称pif）是一个 Zygisk 模块，它使用 Play Integrity API 修复 Android <13 “deviceRecognitionVerdict” 的“MEETS_DEVICE_INTEGRITY”。其目标是实现~~ ~~Basic~~ 和 ~~Device~~ ~~判定（~~

模块/项目

~~需要使用PIF模块时，根据个人喜好和需求情况选一个装上用~~

Play Integrity Fix Fork

~~PIF Fork 以更具前瞻性并更有条不紊地开发。笔者没用过，好像功能上和原版区别不大~~

PlayIntegrityFork
osm0sis • Updated Apr 28, 2026
该项目的README有很多有用的信息
Play Integrity Fix-inject
PIF注入版，vending版自动启用欺骗，manual版可手动控制各欺骗选项
PlayIntegrityFix
KOWX712 • Updated Apr 28, 2026
欺骗指纹
Play Integrity Fix 的主要功能
Fingerprint/指纹是一个 Android 系统构建属性，由你的 ROM 信息组成，仅与设备 ROM 的构建有关，用于识别 ROM 的特定构建/编译。
指纹信息也参与在 Play Integrity 认证中，有很多指纹被 Google 封禁使得特定 Rom 无法过完整性认证。而 PIF 可以联网为 Rom 更新有效指纹并欺骗 GMS。
额外欺骗选项
PIF-inject 提供了额外的欺骗选项。很适合用于自定义 Rom，或用于更离谱的无 Google 认证的 Android 环境（智能音箱、VR设备之类的）。
Spoof Props：伪装系统 Props，未使用 TrickyStore 时启用。
Spoof Provider：伪装 keystore 提供程序，未使用 TrickyStore 时启用。但会导致 Google Wallet 不可用。
Spoof Signature：伪装系统签名，用于使用 testkey 的自定义Rom等。
修复 RCS 消息
Google 信息的 RCS 消息功能需要 Device 完整性使用。实测在一个仅安装 Tricky Store 的 Strong 完整性设备上 RCS 消息并不能正常发送，而在另一个使用 PIF 的 Device 完整性设备上， RCS 消息功能正常。也就是说 PIF 对 Google 信息的 RCS 消息有某种修复作用，具体细节笔者暂时未知。
更多信息
作为开源项目，使用 PIF 过程中有很多可选的灵活的的操作，我觉得没有必要把一些他人总结好的知识复制过来，如果你想深入了解，请根据给出的链接自行学习。
PIF常见问题，以及关于指纹和 DroidGuard 的更多知识，请参考这篇帖子：
PIF FAQ
PIF FAQ Abbreviations DG = DroidGuard (SafetyNet/Play Integrity) GMS = Google Mobile Services (Google Play Services) PIF = Play Integrity Fix Frequently Asked Questions Q: What is a...
https://xdaforums.com/t/pif-faq.4653307/
了解了上一篇后，可以查看如何获取指纹并创建自己的 pif.json ：
🔧 [MODULE] Pray Integrity Fix 🙏
PLAY INTEGRITY FIX Google has removed its legacy checks for Android 13 and above; now the Device verdict is the same as the old Strong verdict. You will now need a valid keybox and to use the...
https://xdaforums.com/t/module-pray-integrity-fix.4607985/page-177#post-89189572
How to search & find your own fingerprints [noob friendly]: A...
It seems Google has banned more than 95% of custom fingerprints, so this thread/guide has kind been laid to the wayside. But it's still a great resource to understanding the foundations of...
https://xdaforums.com/t/how-to-search-find-your-own-fingerprints-noob-friendly-a-comprehensive-guide-w-tips-discussion-for-complete-noobs-from-one-outdated.4645816/
Play Integrity Fix
原版PIF，作者 chiteroman 在2025年6月6日声明因个人原因停止开发，并删除了Github账户
chiteroman
XDA Developers was founded by developers, for developers. It is now a valuable resource for people who want to make the most of their mobile devices, from customizing the look and feel to adding new functionality.
https://xdaforums.com/m/chiteroman.10277887/
欺骗SDK
*（可能）已被 Google 修补？
Play Integrity Fix 的另一项功能就是欺骗SDK为旧版，使得 GMS 执行旧判定
意味着如果你在 Android 13+ 上启用欺骗 SDK ，接下来的流程按照旧判定（A12）即可。
由于新判定的 Device 必须要求使用有效密钥，所以在没有有效密钥的情况下，该功能是 A13+ 用户过 Device 的唯一选择。
但很可惜，该欺骗有代价，目前主要问题是这两个：
Play 商店崩溃（如点击“搜索”、“开发者选项”时）
Play Store 检测不到 Google 帐户（但不影响已登录账户的功能使用）
或许 PIF 开发者能在之后能够修复它们。在那之前，建议使用平替软件 Aurora Store
AuroraStore
whyorean • Updated May 7, 2026
Tricky store
TrickyStore
5ec1cff • Updated Apr 28, 2026
Tricky store（简称TS）目前是闭源模块，用于修改为 Android 密钥鉴证生成的证书链。此外还可以欺骗特定应用，并隐藏已解锁的 BootLoader 和 TEE 损坏。
data/adb/tricky_store/ 是其存放keybox等文件的目录。
安装后其自带的keybox.xml为AOSP默认密钥，意味着足以通过BL锁检查和旧判定的 Device 。
你可以将其替换为自己的 Keybox ，但建议重命名留一份AOSP.xml备用。
替换 keybox 后可即时进行检测，无需重启。
（A13+）安装后，你还需要在 data/adb/tricky_store/target.txt 内添加目标应用包名：
必须添加 GMS 三件套（Google服务、服务框架、Play商店），也可以添加上密钥认证和完整性检测器应用。不要添加太多应用进去，没必要且可能造成卡顿。

推荐的另一个模块：Tricky Addon ，与 Tricky store 配合工作，通过 WebUI 界面提供一些便捷功能。如管理目标应用，提供 AOSP key，配置安全补丁日期，导入 keybox 等。
Tricky-Addon-Update-Target-List
KOWX712 • Updated Apr 28, 2026

BASIC 基础完整性
必要条件
不存在修改 GMS 进程的任何模块
系统运行在实体设备上（品牌和型号）
启用设备加密（Android10+ 已默认启用）
SELinux Enforcing
问题处理
如果你连 BASIC 都没有过，应该：
通过 PlayIntegrityFix 尝试不同的指纹（pif.json）
禁用/卸载除 PlayIntegrityFix、ZygiskNext、Shamiko 以外的所有模块，包括 Tricky Store 和任何与 Zygisk 、integrity 有关的模块或修改器应用。
注意：一些修改系统的模块（包括 Xposed）也可以触发 DroidGuard 检测，任何 hook GMS 进程的模块（例如自定义字体）都可以触发。
旧判定（A12）
（没有额外要求）
新判定（A13+）
⚠️
不能使用AOSP key，会得到全失败判定
首先，隐藏本地的Root与Zygisk
无论用什么管理器和模块，这是最基本的。例如在 Magisk 安装 Shamiko 并在排除列表中勾选所有GMS应用，你可以使用momo等检测器来检查。
如果你怀疑隐藏不起作用，那就先卸载Zygisk Next模块/关闭Zygisk，重启检查，再尝试重装。
其次，在密钥认证内检查：
TEE/Keymaster 安全等级：可信环境
TEE/Keymaster SecurityLevel: TrustedEnvironment
如果 TEE 已经炸了或别的原因导致无法认证，就需要 Tricky Store + Keybox
DEVICE 设备完整性
必要条件
1 - Fingerprint/指纹有效
💡
三绿/两绿状态突然丢失很可是能指纹被封禁造成的，更新指纹未解决再检查 Keybox
官方原厂系统通常不用担心指纹问题。
部分类原生 Rom 内置了欺骗指纹的功能，优先使用它们。
如果确定了 Rom 指纹有问题，并且 Rom 没有提供相关的修复选项，那么就安装 Play Integrity Fix 来提供有效指纹。
2 - 私钥签名的 Rom
仅适用于第三方Rom，使用该命令检查Rom的签名密钥：
如果输出显示 “testkey”，则是使用测试密钥签名的，先告知 Rom 的开发者开始使用私钥对他们的构建进行签名，以便下次构建，理想情况下，还要提供 ROM 签名迁移构建，以允许用户在不擦除数据的情况下更新。使用测试密钥签名的Rom即使有有效的指纹，不依赖欺骗也不会通过设备判定。
带有丰富的欺骗选项类原生 Rom 可能内置了 Play Integrity 的欺骗功能，先尝试启用它们试试看。如果系统不自带或不起作用，查看上文的 PIF-inject ，额外欺骗选项提供了签名欺骗，安装后在WebUI中打开对应开关即可。
如果输出显示 “releasekey”，但是是第三方Rom，那它仍可能使用 AOSP testkey 进行签名。根据具体情况选择是否启用签名欺骗。如果是 releasekey+官方Rom，那通常就没有问题。
3 - 未被标记的内核名
Google列了个黑名单，把一些知名类原生Rom和自定义内核名称列了进去，如Lineage、CrDroid、ElementalX。去链接查看这个内核名称黑名单，并使用该命令检查你设备的内核名称。
🔧 [MODULE] Pray Integrity Fix 🙏
PLAY INTEGRITY FIX Google has removed its legacy checks for Android 13 and above; now the Device verdict is the same as the old Strong verdict. You will now need a valid keybox and to use the...
https://xdaforums.com/t/module-pray-integrity-fix.4607985/page-518#post-89308909
如果命令输出的内核名不与黑名单上的匹配，就不用担心内核名的问题，放心进行下一步。
如果在，先告知 Rom 的开发者移除关键字。接下来能做的可以是替换别的内核，自己编译个内核，也可以使用16进制编辑器给现有内核改个名字：
首先尝试直接编辑 boot.img，使用十六进制编辑器的查找文本功能。如果内核没有压缩，那么能直接搜索到关键字。如果它被压缩，需要先解压 boot.img（如左图中使用Magiskboot.exe），再编辑Kernel文件，再重新压缩打包回 boot.img。无论如何，编辑完保存刷入即可
右图中已经使用 WinHex 找到了内核名，可以直接修改，但是不要动别的任何东西比如版本号。另外图中的内核名 Nethunter 目前实测不在黑名单中。
Google 的内核黑名单随时可能会更新。如果你后续怀疑这个问题，可以使用此改名法排查一下。也可以使用 SuSFS 进行隐藏。
GitHub - sidex15/susfs4ksu-module: An addon root hiding service for KernelSU
An addon root hiding service for KernelSU. Contribute to sidex15/susfs4ksu-module development by creating an account on GitHub.
https://github.com/sidex15/susfs4ksu-module?tab=readme-ov-file#spoofing-kernel-uname-guide-on-revision-16
旧判定（A12）
~~对于旧判定，AOSP key 能直接过 Basic 和 Device~~
~~安装 Play Integrity Fix 后，设备能轻松得到BASIC，DEVICE两种等级~~
如果涉及到三方Rom、内核，优先尝试自带的欺骗功能，不起作用再使用上文的 PIF-inject 并根据情况启用对应的开关。
无论PIF安装与否，都建议安装 Tricky store 并使用有效 key。它能隐藏已解锁的 BootLoader 和 TEE 损坏。
新判定（A13+）
↔️
要求上：新 Device = 旧 Strong （需要有效Keybox）
对于使用新判定的 Android 13+ ，必须使用 TrickyStore + 有效Keybox ，才能通过Device判定。
~~否则只能启用spoof sdk，走旧判定过Device~~
如果涉及到三方Rom、内核，优先尝试自带的欺骗功能，不起作用再使用上文的 PIF-inject 并根据情况启用对应的开关。
要求：
有效的强 Keybox 且未被吊销
引导加载程序已锁定（ TrickyStore 可欺骗）
且 TEE VerifiedBootState 为 Locked（ TrickyStore 可欺骗）
按照上文 TrickyStore 模块介绍，正确安装后放入强 Keybox 即可
STRONG 强完整性
一定要求达到强完整性才运行的应用并不多。如果你恰好对这种应用有很大使用需求，那么准备一个不解锁不修改的备用机，不然就回锁。
旧判定（A12）
↔️
要求上：旧 Strong = 新 Device （需要有效Keybox）
要求：
有效的强 Keybox 且未被吊销
引导加载程序已锁定（ TrickyStore 可欺骗）
且 TEE VerifiedBootState 为 Locked（ TrickyStore 可欺骗）
按照上文 TrickyStore 模块介绍，正确安装后放入强 Keybox 即可
新判定（A13+）
📌
在旧判定的基础上，再要求一个一年以内的安全更新
要求：
有效的强 Keybox 且未被吊销
引导加载程序已锁定（ TrickyStore 可欺骗）
且 TEE VerifiedBootState 为 Locked（ TrickyStore 可欺骗）
按照上文 TrickyStore 模块介绍，正确安装后放入强 Keybox 即可
以及
设备必须获得过一年以内的安全更新，具体是 OSPatchLevel、VendorPatchLevel、BootPatchLevel 与现在的时间差均不超过一年。如果 Rom 保持活跃的开发和更新，那就不会有问题。如果系统约一年未更新，需要在tricky store目录里创建 security_patch.txt 来伪装补丁日期，也可以使用 Tricky Addon 提供的图形界面生成有效值。下面是一个例子：
其它
不建议使用公开的修改版 Play Store，因为它可能会被 Google 标记并影响完整性判定。
新判定下，Key 被吊销后，可能掉到 Basic ，也可能三红。取决于 Google ban 的程度
MicroG 信息待补充，因为笔者尚未尝试过在 MicroG 环境下过完整性。
2025年7月，Google 为 Wallet 添加了更严格的检测手段。如果 Wallet 显示不符合安全性要求，修复环境后等待 48 小时或清除 play 服务数据（需要重新添加卡）后即可恢复。
稳过 ~~Device~~ 的方法：使用 Android12 系统走旧判定，或在 Android13+ 上打开 Spoof SDK 走旧判定，通过 Tricky Store 使用 AOSP 密钥。也可以随时替换为 Strong key，并且即使 Key 被吊销，也只会掉到 ~~Device~~ 。【AOSP key 被 Google 停用，该法已失效】

PlaySpoofer
Xposed 模块，欺骗 Play Store 为最新版以阻止其自我更新。
PlayVersionSpoofer
Prevents the Google Play Store from automatically updating itself 阻止 Google Play Store 进行自我更新
https://modules.lsposed.org/module/com.mymod.playspoofer/
PlaycurlNEXT
PIF辅助模块，能定时下载并更新设备指纹，与其它PIF模块兼容性以开发者说明为准
playcurlNEXT
daboynb • Updated Apr 26, 2026
~~TEE 重编程~~
Play Integruty Fix开发者的另一个项目，尝试在解锁后修复TEE。（嗯，作者删号了…）
Reprogram-TEE-on-Qualcomm-devices
chiteroman • Updated Jun 6, 2025
Pixel Props
挺多子项目，具体内容和作用自己看，笔者暂时没用到过。
Pixel Props
Popular Pixel Props from @0x11DFE aka T3SL4 are now open source ! - Pixel Props
https://github.com/Pixel-Props

最后
从 2015 年的 SafetyNet Attestation 到现在，Google的验证机制一直在改进和发展。可能不久后它就会发展到极致: 旧判定停用，解锁后的系统连Device都难以达到，同时大量的应用都要求Strong完整性；用户仍有解BL锁的权力，但过多的牺牲使这份权力形同虚设。或许这就是 Google 的终极目标呢

类原生认识+安装+优化全面指南

Thu, 15 Feb 2024 00:00:00 GMT

📖
本文面向对安卓设备有一定了解的读者
💡
对于新手：安装类原生能够很好的帮助你重新认识你的手机，清楚作为用户的权力。某些系统中有用的东西本可以更好，而某些令人反感的东西本就不必存在。
对于中国用户：Google服务能提升很多Android使用体验，但不附带中国版系统特色功能。请根据个人实际情况和需求选择是否继续。
基础知识
原生
Android系统的核心是开源项目AOSP，Android本身属于Google且附带其软件—GMS
不同于国内厂商的魔改，Google的系统简洁而纯粹，因此Android国内常被称为“原生Android”
可原生Android过于简洁，有时使用体验算不上好。因此各大厂商对Android进行定制和魔改，打造一个更具品牌特色的 UI（用户界面）。厂商也会对系统进行各种修改以结合自家硬件，提供特色功能。可惜这带来的不都是优点，几乎所有厂商的系统都附带广告和许多无用程序，有些系统臃肿难用，有些严重限制用户自由，厂商可以轻易收集用户信息，还可以靠“云控”来悄悄降低旧设备性能，倒逼用户购买其新设备。
类原生
“类原生” 原名 Custom ROM —— 定制化系统，又或者叫自定义 Rom 。
类原生可以简单理解为加以修饰的定制Android，它没有过于深度的魔改，开发者们均是独立的个人或组织，不受任何公司控制。类原生系统存在的一大目的就是提升用户的日常使用体验。
类原生的特色在于它的额外功能和可定制化，例如：
针对应用隐藏开发者选项
忽略窗口安全标识以强制允许截图和录屏
针对应用欺骗指纹和机型信息，以通过完整性认证、解锁 Pixel 特色功能
快捷功能，如息屏长按音量键切歌、滑动状态栏调整亮度，双击状态栏息屏
针对应用伪装机型，获得Google相册无限备份空间，游戏的更高帧率，Netiflix认证
自定义系统字体、开机动画、解锁、指纹、息屏动画
自定义通知消息、快速设置按钮、亮度条、音量条的样式
自定义快速设置栏背景图、透明度、按钮主题、动画、行与列
自定义状态栏时钟位置、格式，以及秒数、日期、星期等信息显示
自定义多任务、电源菜单中的动画和按钮，电池、WIFI、数据等所有图标的全局样式
类原生与厂商系统
左图为 Crdroid 8.7，右图为努比亚中国版MyOS14。两者均为刚开机状态，均带有 Google 框架。
类原生Android与国内厂商的商业化系统相比有很多优点，例如：
不会收集个人隐私信息
没广告，没有莫名其妙的弹窗提示
不会被云控，不会对基本操作做限制
简洁流畅的动画与原生动态取色风格
没有臃肿、无用、浪费电量的系统组件或功能
自由更换默认应用，包括电话、短信、主屏幕应用、数字助理等
原生 Google 功能，如通行密钥、即圈即搜（好像被国内某厂照抄了一下）等
完整的 GMS 框架，而非国行阉割版。阉割版功能可能缺失例如不支持 WearOS 手表
因为所有非中国版系统都牢牢绑定了 Google 生态，所以如果要从中国版系统转到类原生，那么系统账户框架将由各品牌自家账户（中兴账号一加账号等）转移到 Google 服务框架或无系统账户框架（Vanilla）。这必然会丢失一些中国版系统特色功能，典型的如：
负一屏快递跟踪
中国地区设备查找与锁定
交通卡、M1卡刷卡（可用手环替代）
正所谓鱼和熊掌不可兼得。如果你确定对这些功能有刚需，不建议给主力机刷类原生。
Root权限与模块
对于解锁后Android的优化，Root 工具是必要的
Android本身在Linux内核上运行。但Linux是专业用户的桌面操作系统，Android则被用在大众日常的移动设备上。因此出于安全等因素考虑，Android永远不可能允许超级用户(Su)权限能被用户随手调用。这对于使用过 Linux 作为桌面系统的用户是很容易理解的。
但这并不意味着Android不具备这项能力。从Android发展早期到现在，SuperSU、Magisk、KernelSU，各大工具都负责则将调用超级用户的权力给予有能力掌控它的人，帮助普通用户和开发者拓展出自己想要的强大功能。
如 Magisk 和 KernelSU 的模块系统都能在不直接修改系统本体的安全前提下挂载系统模块，模块会在系统启动时运行代码或替换文件；而 Zygisk 配合 Lsposed 可以启用 Xposed 模块，hook 系统框架或应用来解锁/添加各种强大的功能。
日常生活中作为普通用户，借助Root和模块，可以先试试以下这些：
Tasker：强大且知名的自动任务工具，借助 Root 来达到满血状态
DataBackup：能把所有应用程序包括数据和登录状态都备份起来
Thanox：所有应用的启动、冻结、权限、自动脚本的一站式管理
Blocker：管理应用的活动、服务、接收器等，关闭它们无用的部分
Guise：针对应用伪装真实设备和系统信息，保护隐私或实现某些特定功能
AFWall+：通过系统防火墙规则，阻止指定应用和服务在指定网络通道的连接
Android 核心破解：允许降级、无视签名、无视 Google 保护机制强行安装应用
Hide My Applist：阻止某些APP获取你的已安装APP信息，以保护隐私和隐藏环境
去广告：Host+chattr+pm+iptables 阻止广告，使广告根本无法进入到到系统中
MT管理器：文件管理器，借助 Root 可以像 Linux 一样管理系统上的一切文件
Termux：终端模拟器，借助 Root 可以像 Linux 的 sudo 一样运行高权限需求的指令

设备的选择
经验
显然，并非所有设备均有类原生支持。通常只有满足以下条件的机型才能得到社区支持：
必须能解BL锁（排除掉一大堆品牌）
价格不算太贵（个人开发者要吃饭的）
硬件驱动开源（通常是高通平台设备）
你可以在ROM官网或社区群组搜索你的设备，如果有，即代表它受到社区官方支持
如果不幸大多数社区都不支持你的设备，去Google或Telegram搜索你的设备代号，加入该设备的用户群组，寻找非官方开发者为设备适配的ROM。当然，这取决于社区的活跃程度。
如果你到处都找不到适配了你的设备的类原生，放弃💀，或者换一台设备。
不同公司设备的BL锁情况可参考：
bootloader-unlock-wall-of-shame
zenfyrdev • Updated May 7, 2026
各 Android 手机厂商 Bootloader 解锁 / 内核开源 / 解锁后保修情况
手机品牌型号汇总 Mobile Models This repository is licensed under CC BY-NC-SA 4.0
https://khwang9883.github.io/MobileModels/misc/bootloader-kernel-source.html
个人笔记
2022-07-23 最早用的设备是一个二手坚果R1，它的系统真的很独特且实用。当时的太极阴、冰箱等应用引起了我的兴趣，研究着解了BL锁后就成了我的 Android 启蒙设备。
2023-01-03 换了Redmi Note11T Pro ，搭载MTK8100。由于当时购机没有经验，很快我发现它在任何类原生社区都没有官方支持。但却幸运的拥有一个相当活跃的设备群组，有数名开发者为其适配各类ROM、内核、TWRP... 他们不仅自行解决了MTK因驱动闭源导致的GPU问题，还制作出无需授权即可在MTK上深刷救砖的方案。我在过程中尝试并学到了很多东西（设备一次也没砖过）。在此对他们的工作致以谢意。2026.01 编辑：这玩意真是刷机小王子，开发者们的 Rom 和内核适配貌似一直没停过
2024-08-20 换了努比亚Z60Ultra，骁龙8Gen3。硬件很不错（除了太沉了），价格也不贵。国内的“某贼”制作了软件解BL锁的工具。但该设备群组冷清，也没有类原生社区适配。目前使用努比亚官方中国版的 MyOS 作为备用机。
2024-12-14 买了一加 Ace 3，￥2100买到了16+512全新机。有官方类原生社区支持，也有几位非官方Rom开发者。该机型搭载8Gen2，5500mAh电池，保持软件更新作为主力机使用
系统的选择
Rom是什么意思？