安全资讯
持续跟踪全球网络安全法规、产品合规标准和实验室技术能力，为产品研发、认证及市场准入提供可执行的信息参考。
技术观察EN 18031送检前如何确定测试边界：从产品配置到证据清单
同一硬件的不同联网、账号和支付配置可能影响EN 18031适用范围。本文从送检实践说明如何记录产品边界、建立版本基线并准备可复现的测试证据。
阅读全文 →
行业资讯日本IoT安全标签制度观察：产品、证据和二维码信息管理
日本JC-STAR以IoT产品安全能力可视化为目标，既关注产品是否满足基础安全要求，也强调标签信息、更新信息和漏洞信息的持续维护。对中国制造商来说，它与EN 303 645、NIST IR 8425和英国PSTI存在较多共同底座。
阅读全文 →法规解读CRA合规不能只看条款：为什么要同步关注EN 40000与EN 304系列
CRA配套标准正在把法律要求转化为可测试、可记录、可交付的工程语言。横向标准更像通用合规底座，帮助企业建立术语、流程和控制项；产品类标准则进一步落到浏览器、路由器、网络接口、智能家居和可穿戴设备等具体场景。
阅读全文 →行业资讯新加坡CLS观察：IoT安全标签对多国准入策略的参考价值
新加坡网络安全标签体系强调对IoT产品进行分级评价，并通过公开标签帮助采购方和消费者理解产品安全水平。对于同时面向多个国家市场的企业，新加坡CLS的价值在于提供一个适合做跨市场映射的等级化参考。
阅读全文 →技术观察安全默认配置、威胁建模与回归测试：产品安全开发的三条主线
全球产品安全法规的共同趋势，是把网络安全从“上市前补测试”前移到“研发全过程设计”。安全默认配置、威胁建模、代码审计、组件治理、漏洞响应和更新机制，正在成为产品合规和客户采购审核的共同语言。
阅读全文 →法规解读欧盟CRA实施窗口下，产品企业为什么要提前建设PSIRT流程
本期选题聚焦欧盟 CRA 的上市后漏洞与事件报告义务。相比一次性测试，CRA更强调产品在整个支持周期内能否发现、判断、修复并留存证据。对准备进入欧盟市场的联网设备和软件产品来说，漏洞上报不是售后部门的孤立工作，而是研发、测试、法务、质量和客户支持共同参与的合规链条。
阅读全文 →法规解读RED网络安全要求落地：EN 18031送检前资料与样机准备指南
EN 18031面向无线电设备网络安全要求，企业不能只按产品名称判断适用范围。真正影响测试路径的是产品是否联网、是否处理个人或位置数据、是否涉及支付或虚拟价值，以及设备、App和云平台之间如何协同完成核心功能。
阅读全文 →技术观察从开源组件到漏洞响应：SBOM如何支撑CRA和IoT安全测试
SBOM正在从软件工程资料变成产品安全合规证据。联网设备往往同时包含固件、开源库、移动应用、云端服务和第三方SDK，若没有组件清单，企业很难判断新漏洞是否影响自身产品，也难以及时形成修复和报告依据。
阅读全文 →行业资讯美国IoT网络安全标签观察：NIST基线对消费级产品测试的启示
美国消费级IoT网络安全标签以产品级安全能力为核心，强调设备、配套App、云端服务和支持流程共同构成一个可评估的IoT产品。对制造商来说，提前按NIST基线梳理能力，可以减少后续进入标签或客户审核时的返工。
阅读全文 →法规解读CRA标准体系观察：EN 40000横向标准与EN 304产品标准如何分工
CRA配套标准正在把法律要求转化为可测试、可记录、可交付的工程语言。横向标准更像通用合规底座，帮助企业建立术语、流程和控制项；产品类标准则进一步落到浏览器、路由器、网络接口、智能家居和可穿戴设备等具体场景。
阅读全文 →行业资讯从默认密码到支持周期：澳大利亚智能设备安全要求对制造商的影响
澳大利亚正在把消费级智能设备网络安全要求从倡议逐步落到强制规则和合规声明。对出口企业而言，关键不只是产品能否连接网络，而是默认密码、漏洞报告渠道、安全更新支持周期和声明文件能否形成一致证据。
阅读全文 →技术观察从实验室视角看网络安全测试：接口、固件、云端和供应链都不能漏
网络安全测试的质量取决于是否覆盖真实攻击路径。对联网产品来说，风险通常不只在设备端口，还可能出现在移动应用、云端API、无线协议、固件升级、第三方组件和运维后台之间的连接处。
阅读全文 →需要结合产品判断适用要求？
提交产品类型、无线模块和目标市场，获取初步合规路径建议。