RFID安全机制全解析:物理与逻辑双层防护,防克隆防中继的实战指南
最近被问得最多的问题不是“RFID怎么用”而是“这种卡到底安全吗”。门禁卡、公交卡、会员卡、钥匙扣身边到处都是RFID标签但真正能说清楚“RFID的物理与逻辑安全机制”的人并不多。很多人以为只要卡加密了就是安全的结果项目一落地不是卡被复读了就是某些数据被越权改写搞得运维团队措手不及。这篇文章想解决的就是把RFID安全这件事拆成物理和逻辑两个层面结合我这些年接触过的门禁系统、物流标签、资产盘点项目把原理、实操、踩坑一次讲清楚。刚入行的工程师、做产品选型的技术人员、甚至只是想知道“我兜里那张卡到底防不防克隆”的普通用户都能从中找到有用的东西。我没打算写成学术教材更像是从业者之间的经验交流尽量说人话把关键点落到实处。1. RFID安全的“第一课”先分清楚两层防线1.1 一张卡片从被读到被认证中间发生了什么先回到基础。RFID系统通常由标签、读写器、后台系统三部分组成。标签内部有芯片和天线本身一般不带供电靠读写器发射的射频能量“取电”并激活。读写器发出射频场标签通过耦合获得电能后把存储在芯片里的数据调制到射频信号上回传。整个过程中标签和读写器之间没有物理接触这就是“非接触式”通信的底层原理。从安全角度看这个链路天然比有线通信更危险。有线通信至少还能通过物理线缆隔离RFID的信号在空中传播任何人只要有一台合规的读写器或抓取设备放在附近就能截获标签回传的数据。要保护这个链条不能只盯着“数据加密”还要看“信号本身能不能被轻易侦测”和“标签硬件能不能被物理复制”这两件事。我把这个链路分成两层来理解物理层射频场是否可被劫持、标签能否被远距离读取、芯片是否可被物理拷贝或拆除。逻辑层标签内数据是否加密、认证是否可靠、命令权限如何分配。这层划分不是理论游戏它决定了你在做方案时该从哪里下手。很多项目出问题往往是因为只认其中一层。1.2 物理安全与逻辑安全分别挡什么物理安全机制可以理解成“门锁本身的强度和锁孔的设计”。即使对方没有钥匙门能不能被撬开取决于锁芯材质、防破坏结构、安装方式。对应到RFID上就是频率、工作距离、芯片唯一标识、屏蔽方案、物理熔断等硬件级手段。逻辑安全机制则是“门打开之后保险柜里的文件有没有单独上锁”。就算门是完好的如果保险柜密码是123456或者文件没加密对方一样能拿到核心数据。对应到RFID上就是加密算法、双向认证、密钥管理、访问控制位这些协议层设计。这两层缺一不可。我见过一个仓储项目采购了大量高频RFID标签只做了UID校验没有做任何数据加密。“UID不能改”是物理特性但管理者忘了后台软件里只比对UID于是有人直接在读写器上复制了另一张卡的UID就完成了整箱货物的身份冒用。这就是物理层做了防护、逻辑层拖后腿的典型例子。反过来的例子也有某实验室给一批资产卡做了AES加密但标签没有物理屏蔽外界读卡器结果放在透明天线附近的卡被远距离工具触发虽然数据是密文依然遭到了中间人探测给后续攻击提供了信息。所以物理与逻辑不是“二选一”而是“两把锁”。1.3 常见误区只谈加密不算安全绕不开的误区是“我这张卡是加密的肯定安全”。加密与否只是逻辑安全的一部分而且“加密”这个词在RFID领域特别容易被滥用。有些标签支持“密码校验”但校验过程本身是明文传输的有些标签算法是私有算法看似防住了普通用户专业性攻击者用逻辑分析设备几分钟就能逆向还有些卡只是做了数据区加锁UID和ATQA应答却是明文卡号一照就会被记录。所以当别人跟你说“这张卡有加密”时至少追问四个问题加密算法是什么是不是公开可审计的算法密钥存在哪里会不会在通信中直接出现哪些数据区是加密的哪些是明文可读的认证是单向还是双向能不能防重放这四个问题答得越清楚方案落地时踩的坑就越少。2. 物理安全机制硬件层面的防护决定了“卡能不能被摸到”2.1 频率和读取距离你以为的近其实可能很远RFID物理安全首先体现在“信号暴露范围”上。不同频率的RFID工作距离和物理防护逻辑完全不同。我整理了一个常用对照表频段典型频率典型应用常见读取距离物理安全特点低频 LF125-134 kHz动物耳标、工业识别1-10 cm距离极短相对难被远距离触发高频 HF13.56 MHz门禁、公交、图书借阅0-10 cm距离短适合接触式场景超高频 UHF860-960 MHz物流、仓储、车队管理3-15 m距离长容易被远距离盘问为什么门禁卡普遍用高频一个重要原因是高频的读取距离天然偏近刷卡时必须贴近读头这本身就构成了一种“物理打扰”让使用者能感知到“我正在被读取”。相比之下超高频标签可能在几米之外就被激活回传甚至隔着仓库通道、纸箱、衣物人根本无感知。这个差异直接影响安全设计超高频标签如果用于高价值资产管理必须配合屏蔽袋或破坏型安装否则等于把身份信息“广播”在信号里。很多人误以为“频率越低越安全”不能说错但不是绝对。低频距离短但它更容易被大尺寸天线在近距离触发而且数据传输速率低。真正核心的物理防护原则是尽量让工作距离短到需要明确动作再叠加其他手段。还有一个实操细节容易被忽略读取距离并不只由频率决定还取决于标签天线尺寸、读写器发射功率和天线增益。同一张标签在不同读头下触发距离可能差出两三倍。做安全评估时不能只看标签参数要拿实际设备测“有效暴露距离”而不是理论最大值。2.2 UID/TID与不可改写区芯片指纹到底能不能当作身份每颗RFID芯片出厂时都有唯一标识高频卡的UID唯一标识符和超高频卡的TID标签标识符都属于这类“芯片指纹”。很多人把UID当作安全凭证这是个大坑。先说物理逻辑在高频卡里UID存储在只读或出厂设定区域理论上不可改写。但市面上存在大量“可改写UID”的卡这些卡模拟了标准卡片的UID区间可以被反复写入。如果你做的系统只比对UID攻击者买一张“空的可改写卡”用读写器把目标卡的UID复制过来就能完成克隆。这里“物理不可改写”只存在于正规芯片原厂而“应用层是否校验了真正不可改写的区域”又是另一回事。超高频卡的TID一般比高频卡较长且有些厂商在芯片里加入了OTP一次性可编程区写入后物理熔断无法再次修改。这类区域适合存放设备序列号或防伪标记。但注意TID同样可能被模拟只是难度更高要专门开发固件。所以TID可以提高克隆门槛但不能单靠它。我的个人建议是身份认证至少组合两样东西——不可改写TID/UID物理指纹 只有后台才知道的逻辑密钥逻辑证据。只靠其中任何一样都容易被绕过。2.3 屏蔽与物理熔断防的是“看不见的读卡器”物理安全里最直接的一招是屏蔽。金属屏蔽、导体网格、射频吸收材料都可以做成卡套、钱包夹层或标签外壳。原理上屏蔽层相当于一个法拉第笼把RFID标签的天线包围起来外部射频场进不去标签也就无法被激活。屏蔽确实能大幅降低“远距离偷读”但别指望它能替代逻辑安全。它防的是“你完全没注意到的读卡器”但如果读卡器已经合法靠近比如在闸机口正常刷卡的瞬间屏蔽套不会阻止卡片被读取因为它本来就要在这个动作里完成身份交换。所以屏蔽是“减少暴露窗口”不是“杜绝信息泄露”。物理熔断是另一种更彻底的物理保护。某些超高频标签支持Kill命令执行后会把芯片内部关键逻辑电路熔断或写入永久失效标志标签从此无法再被读写。这常用于一次性物流包裹确认货物签收后后台对标签执行销毁操作就算有人捡到标签也无法再读取里面的物流信息。在防伪场景里这种“一次性使用”的物理特性非常关键能够防止标签被回收再利用。我在实际操作中感受最深的一点是屏蔽与熔断都要在“发卡前”设计好。等卡片已经分发到用户手里再想让用户加一个屏蔽卡套执行率非常低。项目早期就把物理防护选型定下来后期能省很多事。2.4 拆卡看芯片时要注意什么做物理安全评估工程师偶尔会把标签剥开看芯片这很常见。但拆卡过程有几点需要注意。第一拆封会破坏天线完整性可能导致标签直接失效不是所有卡都能在拆开后再封装使用。第二某些芯片表面有防拆涂层或者用激光刻字记录了芯片批次信息暴力拆封会让这些信息无法读取反而不利于溯源。第三测试用的探针和夹具要接地良好静电击穿芯片是RFID标签“意外损坏”的头号原因有时候不是卡本身坏了而是测试台没做好静电防护。这些细节在批量测试时尤其重要。我们做过一个批量资产标签项目初测时损坏率只有千分之几后来换了便宜的测试工装损坏率直接跳到百分之二最后排查发现就是静电问题。别小看物理操作它本身就是“物理安全机制”的一种体现。3. 逻辑安全机制数据层面的防护决定了“卡能不能被看懂”3.1 从单向验证到双向认证为什么卡片也要验证读写器逻辑安全的第一步是把最简单的“验证”升级成“认证”。早期很多RFID卡的使用方式很粗糙读写器发一条指令标签把卡号返回后台比对卡号就开门。这种方式几乎等于“只要报出名字就放行”不校验报名字的人是谁。现代RFID安全体系中至少要做到“双向认证”。大致流程是读写器向标签发送一个随机挑战数。标签根据内置密钥和随机数计算认证响应返回给读写器。读写器使用同一密钥验证响应是否正确。反过来标签也会验证读写器发来的挑战是否合法。这个过程中真正的密钥始终不出设备只在双方各自计算传输的是挑战数和认证结果而不是密钥本身。这就大大降低了密钥在通信链路上被截获的风险。用生活类比来说单向验证像是“你说出暗号我就让你进门”双向认证则是“你说出暗号的一半我也说出另一半彼此都确认对方是同伴再一起进门”。3.2 加密的本质数据不是“看起来乱”就安全很多人把“数据乱码”误当成加密。实际上RFID标签中的数据本身可以不加密存放但通信过程经过加密或者数据加密存放通信过程明文。这两种设计的安全效果完全不同。安全审计时要看算法本身。早期部分高频卡使用的私有加密算法当时觉得“别人不知道算法就破解不了”但后来公开资料显示其密钥流存在可分析规律攻击者即使没有密钥也可以通过采集大量认证数据来推导。反观公开设计的AES-128或SM4算法经过学术界和工业界多年验证只要密钥管理得当安全性远高于“靠算法保密”的私有方案。真正的加密体系核心往往不是算法而是密钥管理。密钥怎么生成、怎么导入、怎么轮换、怎么销毁这些问题比算法本身更容易出漏洞。我见过好几个系统算法用得很高级但所有卡片都烧录同一个密钥一旦一张卡被拿到芯片级分析整批卡全部沦陷。合理做法是至少做到“一卡一密”或“按批次分组密钥”让单点失窃的影响面可控。3.3 访问控制位读、写、加值、减值各自一把钥匙RFID标签的存储区不是整块暴露的绝大多数芯片支持分区访问权限。以高频卡为例通常有UID区、数据区、密钥区和访问控制区。每个数据区又细分为“读、写、加值、减值、初始化”等操作每种操作可以独立设置是否需要密钥、需要哪个密钥。举个常见的门禁卡配置场景UID区设为读取自由写操作必须提供设备管理密钥这样读卡时快速获得卡号同时防止普通用户改卡号数据区里的有效期字段读取也要密钥避免前端直接暴露有效期信息充值字段则专门对应充值操作密钥普通门禁读写器根本无法触发加值指令。这套访问控制矩阵的价值在于“最小权限”落地到硬件。它允许你让某张卡在某种设备上只能做某件事而这比后端做权限判断更可靠因为硬件层面的命令拦截发生在通信协议层普通读写器根本没机会发指令。做安全设计时花时间梳理这张“操作-密钥对应表”比埋头选算法更有效率。3.4 防重放与计数器让同一句话不能再说第二遍逻辑安全里还有一个很容易漏的点是防重放。所谓重放攻击就是把之前截获的一条合法通信记录原封不动地再一次发送给读写器。如果系统只是“看到合法数据就开门”攻击者根本不需要破解密钥只需要录制一次刷卡过程回放就能过关。要防重放最通用的是“挑战-应答”和“计数器”组合。随机挑战数确保每次认证的挑战不一样标签每次响应也就不一样旧记录无法重复使用。计数器则在标签内部维护一个递增值读写器会检查该值是否单调递增防止旧数据被重复提交。这里有一个安全设计体会挑战数一定要足够随机不能是简单的递增序列。有些低成本方案用时间戳当挑战数虽然每个值不同但如果攻击者能预测下一个时间戳依然可能构造伪造响应。真正的随机数应该来源于软硬件随机源而不是固件里写死的固定序列。4. 用攻击者拦截路径的视角倒推安全设计4.1 卡号克隆为什么复制了“卡号”门还是开了克隆是RFID被讨论最多的攻击。先说结论克隆不一定等于破解密钥。有一种场景是系统本身只校验UID攻击者直接用可改写卡复制UID即可完成克隆。这个过程甚至不需要接触原卡只要把原卡放在读写器上把UID读出来再写入另一张卡。这种情况属于“应用层设计缺陷”不是物理层没有防拷贝。物理上有UID不可改写保护但应用层没认它。另一种场景是攻击者获取到整个存储区镜像包括密钥和访问控制数据然后写入同型号空白卡。这种克隆针对的是逻辑安全薄弱处。要防御除了使用不可改写TID区最好在卡内保存一个与后台数据库关联的随机散列值每次认证时后台做联合校验。仅凭“卡片数据完整镜像”也无法同时伪造“芯片级不可改写指纹”。我曾经在一套老门禁系统里看到后台只存了卡号个人工号没有任何附带校验。测试人员把一张原卡的UID写进空白卡刷卡畅通无阻。修这个漏洞不一定要换加密卡把后台改成“UID卡内加密随机数有效期”三合一校验问题就解决了大半。这说明克隆防护要从物理和逻辑两端同时补不能只埋怨芯片不好。4.2 中继攻击逻辑再强也要靠物理来补中继攻击是一个很有意思的场景攻击者不需要破解任何加密只需要在合法的读写器和合法的卡片之间放一个转发设备把双方的命令和应答信号实时传下去。比如你兜里的门禁卡在家攻击者拿着一个近距读头贴在门禁上另一个中继设备挂在门外通过无线转发就能让门禁误以为卡就在现场。这在原理上是绕过了逻辑认证因为它转发的就是合法卡产生的合法响应。再强的密码算法在中继面前也只是“合法对话的搬运工”。要防中继常见的思路是在认证过程中增加“位置一致性”判断。比如在标签和读写器之间测距根据信号往返时延估算距离当距离明显超出正常刷卡距离时直接拒绝。这里就用到了物理层参数来支撑逻辑认证属于典型的物理与逻辑机制协同。做门禁方案选型时如果场地是高安全等级区域建议至少支持“快速运动检测”或“距离限制握手”并且把最大认证距离压到几厘米以内。别看这只是一条参数在实际攻防里它能直接掐断中继通道。4.3 越权写入门关好了不代表保险箱没人动还有一种常被忽略的问题是“越权写入”。读取数据很多时候是明文无碍但写入操作一旦被恶意利用危害极大。比如公交卡余额区、会员积分区、资产标签上的关键描述字段如果写指令没有密钥保护攻击者完全可以自己做一个读头给卡里写入任意金额或状态。防御越权写入的关键是访问控制位和密钥分离。充值、调额、重写这类高风险操作必须单独映射到不同密钥甚至在不同设备上完成。比如充值是后台联网操作由发卡设备执行前端所有读写器不具备加值权限。这样即使某台前端设备被物理破解攻击者也只能读取或做普通校验无法写入核心金额数据。我自己在测试时还会额外检查一条访问控制位能不能读出来有些卡把访问控制数据本身设为不可读这做得对但有些卡设计反了数据区加密访问控制区却是明文攻击者可以轻易读到密钥配置参数再针对性地绕过。安全评估时这个细节非常值得关注。5. 三分钟初判拿到一张未知RFID卡怎么快速评估5.1 第一步确认频率、协议和芯片型号拿到一张未知卡第一步不是看外观而是确定它属于哪一类。最简单的办法是找一台支持多种协议的开发级读写器读取标签返回的ATQA、SAK或协议类型字段。高频13.56MHz卡常见返回码可以快速分辨超高频标签则看TID前几个字节就能大致判断芯片厂商系列。这一步骤的目的是建立“能力边界”。不同芯片支持的加密算法、密钥长度、访问控制位数完全不一样。如果芯片本身就只支持私有弱算法后期想加AES也加不进去只能换卡。所以三分钟初判第一步其实是确认“这卡的物理上限”。在实验室里我习惯先在桌面上放一张金属板再把被测试卡放上去观察读写器是否能读。如果放在金属表面后仍能读出来说明卡的抗金属性能比较强这类卡在日常环境中暴露风险更高因为金属环境一般会减弱射频场抗金属卡反而在自由空间里更容易被远距离读取。这个细节可以作为物理暴露评估的一个参考。5.2 第二步抓通信数据看有没有“明文裸奔”想判断一张卡是否真正安全光看说明书不够最好抓一段实际通信数据。用带抓包功能的通用读写器或开发板把读写器和标签之间交互的数据日志导出来重点看两类内容。第一类是标签是否在未认证情况下就回传UID和其他数据区内容如果未认证就能读到关键数据说明访问控制配置有漏洞。第二类是认证后的数据载荷观察是明文还是随机化密文如果同一包数据重复出现说明可能存在可重放隐患。这里要强调抓包本身是正常测试行为目的是评估自己采购的卡不是做坏事。做这一步时需要注意设备连接可靠避免因接触不良导致误判。我踩过一次坑开发板天线接触不良抓出来的数据全是乱码我差点得出结论说卡片加密失效后来排查发现是测试环境干扰。建议抓包前先在标准测试卡上跑一遍基线数据确认链路可信再去评估目标卡。5.3 第三步用访问控制位测试不同权限在拿到芯片数据手册后可以构造三条测试指令。第一条是不带密钥尝试读取数据区第二条是用密钥A尝试读数据第三条是用密钥B尝试写数据。如果设置合理三条指令的结果应该完全不同。这个测试能快速验证访问控制位是否生效避免出现“名义上有密钥实际上所有操作都可通过”的尴尬情况。实际项目中我发现有些厂商默认配置就是“全部开放”出厂时没有对访问控制位做个性化调整。用户把标签发下去以为做了加密实际上数据区被明文读取都没发现。做权限测试的意义就在这里用最低成本验证“锁是否真正锁上了”。由于密钥区在某些操作系统里不能被直接读取所以测试时如果出现“指令执行成功但数据区可读”的反常现象不要急着怀疑芯片要先确认是否使用了正确的密钥类型和扇区索引。5.4 一张安全检查速查表结合上面三个步骤我整理了一张速查表可以直接拿去做初检检查项合格表现危险表现芯片表面可物理识别可确认厂商和型号无标识、来路不明未认证读数据区返回错误或权限拒绝直接读到UID和内容UID/TID是否唯一不同卡值不同、不可改写值相同或可明文改写认证过程数据随机挑战、响应变化固定响应、无明显随机性访问控制位读写操作需要不同密钥所有操作同一密钥或开放通信载荷密文或签名数据关键字段明文显示这六项都过不了建议直接换方案过了四项已经算及格。在实际评估中我一般把这项检查作为采购验收的一个环节而不是到运行阶段再临时测试。6. 常见问题与排查实录6.1 卡片读不出来、距离突然变短是卡坏了吗这是被问得最多的问题。碰上刷卡失败很多人第一反应是“卡坏了”。但RFID卡失效原因五花八门常见的有这几种现象可能原因排查思路完全读不到天线断裂、芯片击穿、屏蔽封装遮挡先用另一张同型号卡排除读写器故障距离变短高频卡内部电容老化、天线受潮或变形拆开外壳观察天线是否有折痕或氧化时好时坏读卡器接触不良、周围有金属移动物换个固定点位测试排除电磁场干扰能读UID但读不出其他区密钥不匹配或访问控制位限制了读取确认是否具备对应密钥权限我自己碰到过最离谱的一次是标签嵌在一批金属工具箱里个别工具箱因为表面涂层厚度不同导致标签天线阻抗发生偏移读写器时好时坏。这类问题不是芯片故障而是天线匹配问题。所以在处理“读不到”时先考虑环境、适配性再怀疑硬件损坏。6.2 卡号能读出来但是系统不认问题在哪还有一种常见情况读写器能读出UID后台系统却不认这张卡。原因是“能读UID”和“通过认证”是两码事。UID是公开返回的基础数据后台认证要校验密钥、访问控制位、甚至用于防重放的计数器任何一项不对都被拒绝。遇到这种问题排查顺序是第一步查后台数据库里是否录入了该卡第二步查卡的密钥版本与后台配置是否一致第三步查卡内数据区的有效期、启用标志是否被意外改写。通常在换卡或复制卡遇到“能读不认”时大多是密钥不匹配。前后台各用不同工具写卡很容易出现密钥格式不一致。6.3 打破“卡越贵越安全”的惯性思维最后聊一个选型层面的问题。很多项目方认为“贵”就等于“安全”高价格卡一定比普通卡强好几倍。实际上RFID标签的价格主要是受频率、芯片容量、天线材料和封装工艺影响安全等级和价格并不严格挂钩。一张普通的高频卡配合良好的访问控制和密钥管理完全可能比一张很贵的超高频卡更安全。站在这个角度我的个人经验是安全方案的设计顺序应该先明确威胁模型——你要防谁防到什么程度然后明确逻辑层的密钥和权限体系最后再根据需求选物理层硬件。如果一开始就追求“最贵的芯片”反而容易忽略密钥管理和后台校验这些真正决定安全性的部分。回到开头的问题RFID安全永远不是单个产品特性而是物理层、逻辑层、后台系统三层机制共同作用的结果。在实际项目中我习惯把每一张卡都当成“可能被攻击的入口”从读卡流程、密钥配置、后台校验三个方向一起来看。这样做出来的方案虽然前期多花了一点设计时间但运行阶段真的能少踩很多坑。

相关新闻

Quill富文本图片视频自定义上传方案:Spring Boot后端实现全解析

Quill富文本图片视频自定义上传方案:Spring Boot后端实现全解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 1:05:15 阅读更多 →
Unity 2D地图Demo全流程:Tilemap坐标换算与性能优化实践

Unity 2D地图Demo全流程:Tilemap坐标换算与性能优化实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 1:05:15 阅读更多 →
ROS Melodic 离线安装方案:Ubuntu 18.04 下 rosdep 本地化与依赖处理

ROS Melodic 离线安装方案:Ubuntu 18.04 下 rosdep 本地化与依赖处理

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 1:04:15 阅读更多 →

最新新闻

云上运维系统学习路线:VPC、Terraform与K8s实操指南

云上运维系统学习路线:VPC、Terraform与K8s实操指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 1:47:27 阅读更多 →
大模型调用链敏感数据静默传输:从网关配置到审计防御

大模型调用链敏感数据静默传输:从网关配置到审计防御

1. 为什么“静默向Claude传输敏感数据”值得拆开看最近几天,关于 Anthropic 威胁报告的讨论热度很高,有个说法是“一个大模型服务在用户无感知的情况下,把大量敏感数据流向了 Claude 的接口”。我先把结论放在这里:不管点名对象是…

2026/10/17 1:47:27 阅读更多 →
从LeRobot到具身AI基建:机器人学习的关键基础设施思考

从LeRobot到具身AI基建:机器人学习的关键基础设施思考

1. 一个开源框架让我重新审视“机器人学习的地基”1.1 LeRobot到底做了什么:把碎片拼成一条可走的路LeRobot这个名字,圈内做机器人学习的人应该不陌生。它最初引起我注意,不是因为哪个惊艳的Demo视频,而是因为它干了一件特别朴素的…

2026/10/17 1:47:27 阅读更多 →
Qt自定义Toolbox:从折叠动画到QSS样式的完全掌控

Qt自定义Toolbox:从折叠动画到QSS样式的完全掌控

简介:面向Qt开发者的自定义工具箱实现方案,讲述如何在VS2015 Qt5.9环境中创建支持多节点展开、控件自定义的QToolBox派生控件,解决标准工具箱在界面风格与交互方式上难以灵活定制的问题,适合有一定Qt基础、希望深入掌握控件继承与…

2026/10/17 1:47:27 阅读更多 →
如何快速上手VideoMAE2:新手5分钟下载并跑通首个视频特征提取的完整教程

如何快速上手VideoMAE2:新手5分钟下载并跑通首个视频特征提取的完整教程

【免费下载链接】VideoMAE2 项目地址: https://ai.gitcode.com/OpenGVLab/VideoMAE2 点击查看 免费下载 VideoMAE2 是 OpenGVLab 开源的视频基础模型(Video Foundation Model),本仓库集中存放了 mae-s 到 mae-h 共 5 档规模的预训…

2026/10/17 1:47:27 阅读更多 →
具身AI基建浪潮下,LeRobot如何用标准化推动机器人学习生态爆发

具身AI基建浪潮下,LeRobot如何用标准化推动机器人学习生态爆发

1. LeRobot带来的不只是开源框架最近几个月,我一直在复盘一个很有意思的现象:某头部开源社区在2024年推出的机器人学习框架,怎么就在具身智能圈子里引发这么大动静。作为从传统机器人控制转到学习式策略的从业者,我第一次完整跑通…

2026/10/17 1:46:27 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/17 1:44:59 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 21:54:38 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 14:23:36 阅读更多 →