北美客户的 IT 安全审批:机器人联网、远程运维和数据出境要准备什么
结论先说:机器人卖给北美的企业、医院、高校、酒店集团和仓库,批准它上网的不是买机器人的运营经理,而是客户的 IT 和安全团队。在他们眼里,机器人首先是一台要接进内网、无人值守、带摄像头和麦克风的 IoT 设备。他们会问九类问题:怎么认证入网(802.1X)、放在哪个隔离网段、要开哪些出站地址、能不能过代理和 TLS 解密、国内工程师怎么远程进来、数据存哪里、是否出境、固件怎么更新和漏洞往哪报、能不能填安全问卷。这些问题的答案大部分在厂商手里,提前备好一套英文「IT 材料包」,能把审批从几周压到几天;没准备,就是在现场一封邮件一封邮件地补,机器人在库房里等。
本文写给准备进北美的中国机器人公司:客户安全团队为什么这么问、各项要准备什么、涉及哪些公开指南和法规,以及厂商、本地服务商、客户 IT 三方怎么分工。KeepRobots 是温哥华的机器人现场服务公司,不是律所,也不是安全认证机构。文中的指南和法规来自政府和标准机构的公开原文,2026-10-29 查证,出处列在文末;本文不构成法律意见,数据出境和合同条款请咨询加拿大或美国执业律师。
为什么北美 IT 会卡机器人
两个原因。第一,北美企业对 IoT 设备的基本要求是公开的。加拿大网络安全中心(CCCS)给机构的 IoT 安全指引(ITSAP.00.012)列的做法包括:改掉 IoT 设备的默认密码、把 IoT 网络和处理敏感数据的系统隔离开、及时给 IoT 设备打补丁。美国这边,NIST 的 IoT 设备网络安全能力基线(NIST IR 8259A)把设备该有的能力归成六项:设备标识、设备配置、数据保护、接口的逻辑访问控制、软件更新、网络安全状态感知。客户安全团队的问题,基本就是照着这些清单问的。
第二,机器人出过真实的事。2025 年 9 月,安全研究人员公开了名为 UniPwn 的漏洞:宇树(Unitree)Go2、B2 四足和 G1、H1 人形机器人用来配置 Wi‑Fi 的蓝牙(BLE)接口,加密密钥在固件里写死且已被公开,攻击者可以在 Wi‑Fi 名称和密码字段里塞入命令,机器人以 root 权限执行,被感染的机器人还能扫描并感染蓝牙范围内的其他宇树机器人(IEEE Spectrum 2025-09-25 报道;对应 CVE-2025-35027,CVSS 3.1 评分 7.3)。据 IEEE Spectrum 报道,宇树 2025-09-29 在 LinkedIn 上表示已经知悉,并已完成大部分修复。研究人员在修复推送前给的建议是:把机器人放在私有网络上、关闭蓝牙。同一批研究人员的论文还称,G1 每 300 秒向两个外部服务器发送遥测数据,他们把这些服务器描述为中国的基础设施(arXiv 2509.14139)。
这类报道北美的安全团队都看得到。对中国厂商来说,结论不是「别进北美」,而是:不要等客户来问,主动把网络、数据、远程访问和漏洞处理写清楚。
一张表看全:客户安全团队会问的 9 个问题
| # | 客户会问 | 他们担心什么 | 厂商要提前备什么 |
|---|---|---|---|
| 1 | 设备怎么认证入网? | 未知设备进内网 | 支持的认证方式(PSK / 802.1X EAP-TLS / PEAP / MAC 认证)、每台 MAC 地址、能否关闭 MAC 随机化 |
| 2 | 放在哪个网段? | 机器人被攻破后横向扩散 | 说明机器人只需要访问哪些地址,可以单独 SSID/VLAN,机器人之间是否需要互通 |
| 3 | 要开哪些出站地址和端口? | 防火墙开口子 | 域名 + 端口 + 协议 + 用途清单,写明「不需要任何入站连接」 |
| 4 | 能不能过我们的代理和 TLS 解密? | 绕过安全检测的流量 | 是否支持 HTTP 代理、能否导入客户 CA、需要豁免 TLS 解密的域名和原因 |
| 5 | 你们的工程师怎么远程进来? | 后门、不受控的访问 | 远程通道架构、按次审批、个人账号 + 多因素认证、会话日志 |
| 6 | 数据采什么、存哪里、会不会出境? | 摄像头画面、地图、日志外流 | 数据流图:采集项、本机/云端、云区域、保存期限、删除方式、国内团队能看到什么 |
| 7 | 系统怎么更新? | 部署后再也不打补丁 | OS/内核版本、更新频率、OTA 时间窗口能否由客户控制、支持年限 |
| 8 | 发现漏洞往哪报、多久修?有没有 SBOM? | 出了漏洞没人管 | 漏洞披露政策和联系邮箱、历史漏洞的处理记录、软件物料清单(SBOM) |
| 9 | 能不能填我们的安全问卷? | 采购合规 | 填好的标准安全问卷(按客户要求),有 SOC 2 或 ISO/IEC 27001 报告就附上 |
1. 入网认证:802.1X 是第一道坎
北美企业网的员工 Wi‑Fi 普遍用 WPA2/WPA3-Enterprise,背后是 IEEE 802.1X 端口认证加 RADIUS 服务器。只支持密码(PSK)的机器人,在这类网络里通常不能直接上员工网。常见的几条路,按安全团队的接受程度排:
- EAP-TLS(证书认证):安全团队最喜欢。前提是机器人能装客户 CA 签发的设备证书,而且你想好了证书到期怎么续。一年后证书过期、整队掉线,是很常见的现场故障。
- PEAP(账号密码):实现简单,客户通常给每台设备建单独的服务账号,密码可能定期轮换,你要能远程改。
- 每台设备一个独立 PSK:不同网络厂商叫法不同(如 iPSK、MPSK、DPSK)。设备端还是填密码,但每台不同、可以单独吊销,对只支持 PSK 的机器人常常是最快获批的办法。
- MAC 地址认证(MAB):给不支持 802.1X 的设备用。MAC 可以伪造,所以客户一般会把这类设备放进隔离网段、给最小权限。前提是机器人能关掉 MAC 随机化,并提前按序列号报 MAC 表。
访客网不是出路:网页认证门户(captive portal)要人点「同意」,还会定期要求重新认证,无人值守的机器人会周期性断线。另外几个现场细节:机器人是移动终端,跨 AP 漫游时如果每次都走完整认证,可能卡上一两秒,远程遥控和云端心跳会超时,要提前问清客户 SSID 的快速漫游(802.11r)和 WPA2/WPA3 过渡模式设置,在样机上实测;很多企业网挡外部 NTP,没有 RTC 电池的主控断电重启后时间不对,所有证书都会被判无效,看起来像「网络问题」,要支持配置客户内网的 NTP 和 DNS。
2. 网段隔离:机器人只能碰到它需要的东西
前面 CCCS 的指引写得很直接:把 IoT 网络和处理敏感数据的系统隔离开。落到机器人上,客户通常会给一个单独的 SSID 或 VLAN,规则是机器人只能出站访问你列出的云端地址,碰不到收银、病历、门禁这些系统。你要说清楚三件事:机器人之间要不要互相通信(多机调度常常要);机器人要不要访问客户内网的设备(电梯、门禁、呼叫系统的接口);充电桩、调度服务器等配套设备是否也联网。UniPwn 这类漏洞恰好说明了隔离的价值:就算一台机器人被攻破,影响也被限制在它自己的网段里。
3. 出站白名单、代理和 TLS 解密
客户防火墙的默认态度是「默认拒绝,按需放行」。你要交一张表:每个云端服务的域名、端口、协议、用途(设备管理、遥测、消息通道、固件更新、时间同步)。几条经验:
- 给域名,不给 IP 段。云服务的 IP 会变,给 IP 段等于以后每次变动都要客户改防火墙。
- 写明「不需要入站连接」。要求客户做端口映射的方案,在大机构基本过不了。
- 能走 443 就走 443。MQTT 走 8883 常被挡,能跑在 443 上的 WebSocket 会好批很多。
- 代理和 TLS 解密:很多北美企业的出站流量要过显式代理,或者在防火墙上做 TLS 解密检查。固件不支持配置 HTTP 代理,就根本出不去;设备信任库里没有客户的解密 CA,连接会失败;用了证书钉扎或双向 TLS,只能申请豁免。正确做法是交一份需要豁免 TLS 解密的域名清单并写明原因,这是客户 IT 熟悉的请求,比笼统地说「请放行我们的流量」好批得多。
另一个选项是机器人用自带的 4G/LTE 上网,完全不走客户网络。有的客户 IT 反而更喜欢这样;但模组要有 ISED/FCC 认证,运营商入网要求、资费和地下室、电梯井的信号都要提前确认。
4. 远程运维:国内工程师怎么「进来」
国内研发远程排障是刚需,但「装个远程桌面工具」在北美大机构几乎一定被拒。安全团队通常能接受的方式是:
- 设备主动向外建立加密通道,不开任何入站端口;
- 按次申请、按次开通:每次远程会话由客户或现场对接人批准,有时间窗口,结束后自动关闭;
- 每人一个账号加多因素认证,不共用一个 support 账号,不用出厂默认密码(CCCS 的指引第一条就是改默认密码);
- 会话留痕:谁、什么时候、执行了什么,客户能查到日志;
- 最小权限:远程只能碰机器人本身,碰不到客户内网其他设备。
还要提前回答一个北美客户越来越常问的问题:远程登录的人在哪个国家。这和下一节的数据出境直接相关。
5. 数据存哪里、会不会出境
服务机器人带摄像头、深度相机、激光雷达,有的还有麦克风;建出来的地图就是客户楼层的平面图。客户的安全和隐私团队会问:采集了什么,哪些留在本机、哪些上传,上传到哪个云的哪个区域,保存多久,谁能访问,能不能按要求删除,国内团队能看到什么。一张数据流图比十段文字说明有用。背后是这些规则(只列和机器人数据直接相关的部分):
| 客户在哪 | 规则 | 对机器人数据意味着什么 |
|---|---|---|
| 加拿大私营企业 | 联邦 PIPEDA;BC、阿尔伯塔、魁北克省内私营机构适用各自的省级法律 | 能识别到个人的画面、语音、日志属于个人信息。交给第三方处理(包括你在国内的服务器)仍由收集方负责,要用合同等方式保证相当的保护(附表 1 第 4.1.3 条);有真实重大伤害风险的泄露要报告隐私专员并通知当事人(第 10.1 条)。隐私专员公署的跨境指引要求清楚告知个人:信息可能在其他国家处理,并可能被当地执法和国家安全机关访问 |
| 魁北克企业 | Law 25(私营部门个人信息保护法) | 按魁北克信息获取委员会(CAI)的说明,把个人信息传出魁北克或交给魁北克以外的人处理之前,要先做隐私影响评估,确认能得到充分保护,并签书面协议 |
| BC 省公共机构(如公立大学、政府部门) | BC FIPPA | 2021 年修订(Bill 22)删除了原先的数据境内存储条款(原第 30.1 条);现在的第 33.1 条规定只能按部长规定向境外披露。BC 政府的隐私影响评估指引要求:敏感个人信息存到加拿大境外时,要在 PIA 里做额外评估,由机构负责人按风险决定 |
| 美国企业、医院、酒店 | 美国司法部数据安全规则(28 CFR Part 202) | 2025 年 4 月 8 日生效。义务落在美国一方:美国人不得在不满足美国网络安全和基础设施安全局(CISA)安全要求的情况下,通过供应商(含云服务)、雇佣或投资协议,让中国等受关注国家或「受覆盖人员」访问美国人的大批量敏感个人数据。在中国注册或主要营业地在中国的实体、主要居住在中国的个人都属于受覆盖人员。和机器人相关的门槛(此前 12 个月累计、超过即算):录入生物识别系统的面部图像、声纹、步态等超过 1,000 名美国人;精确到 1,000 米以内的地理位置数据超过 1,000 台美国设备。CISA 的安全要求包括全部受覆盖系统强制多因素认证、默认拒绝连接、访问日志,以及用数据最小化、加密、访问控制阻止受覆盖人员访问。所以美国客户的法务常会问:中国团队能不能看到原始数据 |
| 美国医疗机构 | HIPAA | 如果你代医疗机构创建、接收、保存或传输受保护健康信息(PHI),按 45 CFR 160.103 属于「商业伙伴」(business associate),医疗机构必须和你签书面的商业伙伴协议(BAA,45 CFR 164.502(e)、164.504(e))。机器人在病房拍到病人、远程排障时看到含病人信息的画面或日志,都可能碰到 PHI,要提前和客户确认 |
摄像头单独说一句:加拿大隐私专员公署 2008 年的企业公开视频监控指引,第一条建议就是尽量限制摄像头的用途和拍摄范围。机器人能做到的对应做法是:默认不录像或只在本机短时缓存、上传前打码、云端保存期限可配置。
云区域这件事,北美客户问得很直接。主流云厂商在加拿大和美国都有区域(例如 AWS 的 ca-central-1「Canada (Central)」和 ca-west-1「Canada West (Calgary)」),能把北美客户的数据放在北美区域,并说明国内团队默认访问不到原始数据,回答会轻松很多。
6. 固件更新、漏洞披露和 SBOM:问的是「两年以后」
客户 IT 见过太多部署之后再没更新过的设备,所以会问:机器人跑什么 OS、什么内核版本,多久出一次安全更新,OTA 什么时候推、会不会在营业时间重启、客户能不能控制更新窗口,产品支持几年。
美国网络安全和基础设施安全局(CISA)的「Secure by Design」原则(2023 年 4 月发布,同年 10 月修订)有三条:厂商对客户的安全结果负责、彻底透明和问责、由管理层牵头。CISA 2024 年 5 月发起的 Secure by Design 承诺书写明不覆盖 IoT 等实体产品,但它列的目标正是客户 IT 会拿来问的:多因素认证、消除默认密码、及时打补丁、公开漏洞披露政策(允许公众测试并报告)、为漏洞发布 CVE。开发流程方面,美国 NIST 的安全软件开发框架(SP 800-218 SSDF 1.1,2022 年 2 月;1.2 版截至 2026-10-29 仍是草案)列了一套高层次的安全开发实践,回答「你们怎么保证代码安全」时可以对照说明。
SBOM(软件物料清单)是产品里全部软件组件的清单。公共开源组件曝出漏洞时,客户靠它判断自己的设备受不受影响。美国的 SBOM 最低要素 2021 年由 NTIA 发布;CISA 2026-07-29 发布了「2026 SBOM 最低要素」,取代 2021 年版。不是每个客户都要 SBOM,但能拿出来,问卷里这一项就好答得多。
UniPwn 给所有机器人厂商的教训很具体:配网和调试接口(蓝牙、USB、调试串口、出厂 Wi‑Fi 热点)要当成攻击面来管:不用所有设备共用的密钥,不信任外部输入,上线后能关掉。客户问「这个漏洞你们的产品有没有」时,能拿出自己的检查结论,比一句「我们不是那家」有说服力得多。
和 FCC 的关系补一句:FCC 2026-07-28 的 DA 26-786 把境外生产的部分机器人设备列入受控清单,管的是 FCC 设备授权,和客户 IT 审批是两件事;同日 FCC 工程技术办公室的 DA 26-789 允许 7 月 28 日前已获授权的设备做减轻对美国消费者危害的软件和固件更新,豁免至少到 2029-01-01,硬件变更仍受限。做 OTA 和补丁规划时要一起看,详见 FCC 受控清单与机器人。
7. 安全问卷和资质
大机构的采购流程里,安全问卷几乎是必经的一步。有的用行业通用的标准问卷,医院、高校和大企业也常用自己的问卷。几点建议:
- 先填一份标准问卷当底稿,每个客户的问卷从底稿改,不要每次从零写;
- 有 SOC 2 报告或 ISO/IEC 27001 证书就附上;没有就如实写没有,再说明你实际的控制措施。不要写「符合」你没做过评估的标准,问卷答案后面常常会被写进合同;
- 不要拿 FCC 的「U.S. Cyber Trust Mark」网络安全标签做卖点。这个项目 2024 年 3 月通过(FCC 24-26),只针对消费类无线 IoT 产品,不含企业和工业产品,受控清单上的设备也排除在外。截至 2026-10-29 还没有产品能贴这个标签:首任牵头管理方 UL Solutions 2025 年 12 月退出,2026 年 4 月改选 ioXt Alliance,技术要求和测试程序尚未发布,FCC 10 月 27 日还在就标签设计、认证续期等征求意见(DA 26-1162)。卖给企业的商用机器人本来就不在范围内。
8. 时差:客户改防火墙的时候,国内在睡觉
北京比温哥华快 15 小时;BC 省 2026-11-01 起不再回拨,全年都是 15 小时(西雅图冬天是 16 小时)。北美客户 IT 的网络变更在当地工作时间或维护窗口做,结果往往是客户改完防火墙,国内工程师在睡觉;国内早上看日志,客户 IT 已经下班。实用做法:变更前把验证步骤写好(DNS 能否解析、端口是否放行、证书签发者是否被替换、时间是否正确、代理是否可用),交给现场的人在机器人上或同一网段的电脑上跑,结果贴进工单;约变更窗口时,同时约好现场有一个看得懂网络日志的人,而不只是「帮忙重启一下」。
厂商、本地服务商和客户 IT 怎么分工
| 事项 | 厂商(总部) | 本地服务商(如 KeepRobots) | 客户 IT / 安全团队 |
|---|---|---|---|
| 产品网络能力(802.1X、代理、证书、NTP) | 设计和实现,写进材料包 | 在样机或现场实测,把结果反馈总部 | 提出要求 |
| 出站清单、数据流图、远程运维说明 | 出文档,对内容负责 | 翻成客户听得懂的说法,陪开会 | 审核、批准 |
| 安全问卷、漏洞披露、SBOM | 回答并负责 | 转交、跟进,不替厂商作答 | 发问卷、评估 |
| SSID/VLAN、防火墙、RADIUS 配置 | 提供参数 | 现场配合联调 | 配置 |
| 现场联网、Wi‑Fi 覆盖勘察、验证测试 | 远程支持 | 现场做,按工单回填 | 开变更窗口 |
| 现场固件升级和回退 | 出版本和升级说明 | 按说明在约定窗口现场执行,记录结果 | 批准时间窗口 |
| 远程会话的批准和陪同 | 按次申请 | 可以做现场对接人 | 批准、查日志 |
边界要清楚:安全设计、问卷答案、漏洞修复和数据架构必须由厂商自己负责;本地服务商能做的是现场执行和沟通,不应该替你在问卷上签字。
附:一页「IT 材料包」清单
发货前就准备好,第一次和客户 IT 开会时直接发过去:
- 产品网络说明:Wi‑Fi 频段和信道、支持的认证方式、能否关闭 MAC 随机化、是否支持 802.11r、是否需要机器人之间互通;
- 按序列号的 MAC 地址表;
- 出站清单:域名、端口、协议、用途,声明「无入站」;
- 代理支持说明、能否导入客户 CA、需要豁免 TLS 解密的域名和原因;
- NTP、DNS 需求;
- 数据流图:采集项、本机/云端、云区域、保存期限、删除流程、国内团队的访问范围;
- 远程运维说明:架构、审批流程、账号和多因素认证、日志、远程人员所在地;
- 更新和支持:OS 版本、更新频率、更新窗口是否可控、支持年限;
- 漏洞披露政策和联系邮箱;SBOM(有就附上);
- 填好的标准安全问卷;已有的 SOC 2 / ISO/IEC 27001 报告;
- 现场联系人和升级路径,写清各方时区。
这份材料包做一次,能复用到每一个北美客户。它是写给一个从没见过你产品、只想确认「这东西不会出事」的安全团队看的。
常见的坑
- 机器人到了现场才发现只支持 PSK,客户只有 802.1X 网络;
- 出站清单给的是 IP 段,云端一换 IP 机器人整队掉线;
- 客户防火墙做 TLS 解密,固件钉死了证书,连接全部失败,查了几天以为是 Wi‑Fi 问题;
- 远程运维用共用账号或第三方远程桌面工具,被客户安全团队一票否决;
- 问卷里写了「数据不出境」,实际日志默认上传国内服务器;
- 蓝牙配网、调试热点上线后没关;
- 没有漏洞披露渠道,客户或研究人员发现问题时找不到人。
KeepRobots 能做什么
KeepRobots 是位于加拿大温哥华的机器人现场服务公司,以大温哥华地区为起点,可以上门到加拿大其他地区和美国。在 IT 审批这一段,我们可以做现场的那一半:发货前到场做 Wi‑Fi 覆盖勘察(包括电梯厅、后走廊、电梯轿厢),陪客户 IT 开会、把你们的材料包讲清楚,在变更窗口里现场联网和跑验证,按你们的升级说明在约定窗口现场升级固件,远程会话时做现场对接人,工单当天回填记录。我们中英文都能沟通,能读中文技术文档,可以配合国内的工作时间。安全设计、问卷答案和数据架构仍由你们负责,我们不代替厂商作答。
现行价(不含税):诊断费加拿大 200 加元/台/次、美国 200 美元/台/次(批准维修后抵扣);大温核心区上门费 100 加元/次;现场人工加拿大 150 加元/小时、美国 150 美元/小时;核心区以外和美国项目的差旅按项目报价。网络之外的部署准备(认证、勘察、电梯、签收)见 机器人在加拿大落地部署全流程清单,部署服务见 北美机器人部署调试服务。想聊你们的材料包,写信到 partners@keeprobots.com,或通过 联系页 留言。
常见问题
北美客户的 IT 安全团队在机器人上网前会问什么?
通常是九类:怎么认证入网(802.1X、独立 PSK 或 MAC 认证)、放在哪个隔离网段、要开哪些出站域名和端口、能不能过代理和 TLS 解密、厂商工程师怎么远程进来、数据采什么存哪里会不会出境、固件怎么更新、漏洞往哪报和有没有 SBOM、能不能填安全问卷。答案大部分在厂商手里,提前备一套英文 IT 材料包最省时间。
只支持 Wi‑Fi 密码(PSK)的机器人能接进北美企业网吗?
通常不能直接上员工网,员工网一般是 WPA2/WPA3-Enterprise 加 802.1X。常见办法是:每台设备一个独立 PSK(网络厂商叫 iPSK、MPSK、DPSK 等),或者 MAC 地址认证加隔离网段,前提是机器人能关掉 MAC 随机化。访客网的网页认证门户要人点同意、会定期重新认证,不适合无人值守的机器人。
机器人的摄像头画面和日志传回国内,在加拿大要注意什么?
能识别到个人的画面、语音、日志属于个人信息。PIPEDA 规定交给第三方处理的信息仍由收集方负责,要用合同等方式保证相当的保护;隐私专员公署的跨境指引要求告知个人信息可能在其他国家处理、可能被当地机关访问;魁北克还要先做隐私影响评估并签书面协议。具体请咨询加拿大执业律师。
美国 28 CFR Part 202 和机器人数据有什么关系?
美国司法部这条规则 2025 年 4 月 8 日生效,限制美国人在不满足 CISA 安全要求的情况下,通过供应商、雇佣或投资协议让中国等受关注国家的受覆盖人员访问美国人的大批量敏感个人数据。和机器人相关的门槛是:录入生物识别系统的面部、声纹、步态等超过 1,000 名美国人,精确地理位置超过 1,000 台美国设备,按此前 12 个月累计。义务在美国客户一方,所以常出现在客户的安全问卷里。具体请咨询美国律师。
FCC 的 Cyber Trust Mark 网络安全标签现在能用吗?
截至 2026-10-29 还不能。这个项目只针对消费类无线 IoT 产品,不含企业和工业产品;首任牵头管理方 UL Solutions 2025 年 12 月退出,2026 年 4 月改选 ioXt Alliance,技术要求和测试程序尚未发布,FCC 10 月 27 日还在征求意见。卖给企业的商用机器人不在范围内。
KeepRobots 在机器人 IT 审批中能做什么,怎么收费?
做现场的那一半:发货前 Wi‑Fi 覆盖勘察、陪客户 IT 开会讲清厂商的材料包、变更窗口里现场联网和跑验证、按厂商说明现场升级固件、远程会话时做现场对接人。安全设计、问卷答案和数据架构仍由厂商负责。现行价(不含税):诊断费加拿大 200 加元/台/次、美国 200 美元/台/次(批准维修后抵扣),大温核心区上门费 100 加元/次,现场人工加拿大 150 加元/小时、美国 150 美元/小时;核心区以外和美国项目的差旅按项目报价。
English version: Robot IT security: the questions North American IT teams ask before a robot goes on their network
参考来源(查证日期 2026-10-29)
- 加拿大网络安全中心(CCCS):Internet of Things (IoT) Security,ITSAP.00.012(2022-07):https://www.cyber.gc.ca/en/guidance/internet-things-iot-security-itsap00012
- NIST IR 8259A:IoT 设备网络安全能力核心基线(2020-05):https://csrc.nist.gov/pubs/ir/8259/a/final
- IEEE Spectrum:UniPwn 宇树机器人漏洞报道(2025-09-25,含宇树 2025-09-29 声明):https://spectrum.ieee.org/unitree-robot-exploit
- IEEE RAS:Exploit allows for takeover of fleets of Unitree robots(2025-09-25):https://www.ieee-ras.org/news/exploit-allows-for-takeover-of-fleets-of-unitree-robots/
- CVE-2025-35027:https://www.cve.org/CVERecord?id=CVE-2025-35027
- arXiv 2509.14139:Cybersecurity AI: Humanoid Robots as Attack Vectors:https://arxiv.org/abs/2509.14139
- IEEE 802.1X:基于端口的网络访问控制:https://standards.ieee.org/ieee/802.1X/7345/
- PIPEDA(S.C. 2000, c. 5)第 10.1 条及附表 1 第 4.1.3 条:https://laws-lois.justice.gc.ca/eng/acts/P-8.6/FullText.html
- 隐私专员公署:跨境处理个人信息指引(2009):https://www.priv.gc.ca/en/privacy-topics/airports-and-borders/gl_dab_090127/
- 隐私专员公署:企业公开视频监控指引(2008):https://www.priv.gc.ca/en/privacy-topics/surveillance/video-surveillance-by-businesses/gl_vs_080306/
- 魁北克信息获取委员会(CAI):私营企业使用和传送个人信息:https://www.cai.gouv.qc.ca/protection-renseignements-personnels/information-entreprises-privees/utilisation-communication-renseignements-personnels
- BC《信息自由和隐私保护法》(FIPPA,RSBC 1996 c.165)第 30.1(已废止)、33.1 条:https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/96165_03
- BC 政府:境外披露的隐私影响评估指引:https://www2.gov.bc.ca/gov/content/governments/services-for-government/information-management-technology/privacy/privacy-impact-assessments/guidance-on-disclosures-outside-of-canada
- 美国司法部:Data Security Program(28 CFR Part 202):https://www.justice.gov/nsd/data-security
- eCFR:28 CFR Part 202 第 202.204、202.205、202.211、202.242、202.401、202.601 条:https://www.ecfr.gov/current/title-28/chapter-I/part-202
- CISA:受限交易安全要求(2025-01):https://www.cisa.gov/resources-tools/resources/EO-14117-security-requirements
- eCFR:45 CFR 160.103(商业伙伴定义):https://www.ecfr.gov/current/title-45/section-160.103
- eCFR:45 CFR 164.502(e)、164.504(e)(商业伙伴协议):https://www.ecfr.gov/current/title-45/section-164.502
- AWS 区域列表:https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-regions.html
- CISA:Secure by Design 原则(2023-10 修订):https://www.cisa.gov/resources-tools/resources/secure-by-design
- CISA:Secure by Design 承诺书(2024-05,不覆盖 IoT 等实体产品):https://www.cisa.gov/securebydesign/pledge
- NIST SP 800-218:安全软件开发框架 SSDF 1.1(2022-02):https://csrc.nist.gov/pubs/sp/800/218/final
- NIST SP 800-218 Rev. 1(SSDF 1.2)初始公开草案(2025-12):https://csrc.nist.gov/pubs/sp/800/218/r1/ipd
- NTIA:SBOM 最低要素(2021-07):https://www.ntia.gov/report/2021/minimum-elements-software-bill-materials-sbom
- CISA:2026 SBOM 最低要素(2026-07-29):https://www.cisa.gov/resources-tools/resources/2026-minimum-elements-software-bill-materials-sbom
- FCC 24-26:IoT 网络安全标签项目报告和命令(2024-03):https://docs.fcc.gov/public/attachments/FCC-24-26A1.txt
- FCC DA 26-1162:Cyber Trust Mark 征求意见公告(2026-10-27):https://docs.fcc.gov/public/attachments/DA-26-1162A1.txt
- FCC 委员 Trusty 关于 Cyber Trust Mark 的声明(2026-10-28):https://docs.fcc.gov/public/attachments/DOC-426247A1.pdf
- FCC DA 26-786(受控清单,2026-07-28):https://docs.fcc.gov/public/attachments/DA-26-786A1.pdf
- FCC DA 26-789(已授权设备软件和固件更新豁免,2026-07-28):https://docs.fcc.gov/public/attachments/DA-26-789A1.pdf
- 指南和法规为 2026-10-29 查证的官方原文摘要;宇树 2025-09-29 的声明转引自 IEEE Spectrum 报道,未打开原帖;魁北克 Law 25 的要求按 CAI 的说明(LégisQuébec 合并版当天无法打开);802.1X 接入方式、漫游、代理、远程运维和时差做法是我们的现场经验,不是统计数据。本文不构成法律意见,数据出境和合同条款请咨询加拿大或美国执业律师。价格为 KeepRobots 2026-10-29 网站现行价,不含税