一、芯片竞争进入“全链条信息安全”阶段

半导体产业的竞争，从来不只是单个产品、单项专利或某一代制程的竞争。真正决定企业差异化能力的，往往是一整套尚未公开、持续迭代、能够被组合还原的技术与经营信息：架构取舍、核心算法、RTL代码、验证平台、综合网表、物理约束、GDS/OASIS版图、PDK与EDA脚本、IP核源代码、流片包、掩膜数据、测试向量、ATE程序、良率爬坡记录、失效分析结论、客户规格、报价策略以及供应链协同条件。单独看其中某一份文件，价值可能有限；一旦多个局部信息被拼接，竞争对手、合作方或离职人员就可能复原企业的技术路线、产品进度、工艺适配、成本结构和客户策略。

这也是半导体、IC与EDA企业商业秘密保护最难的地方：秘密不是静态地躺在某一个“保密文件夹”里，而是在研发、验证、版图、流片、封测、量产、客户支持和供应链协作中持续流动。代码仓、EDA集群、PLM/ALM、文档平台、数据湖、缺陷库、工单系统、邮件、即时通信、VDR、API接口和远程运维会话，都可能成为秘密的载体。保护工作如果仍停留在签署保密协议、张贴“禁止拍照”标识和设置共享盘权限，往往难以覆盖真实业务链条。

《半导体/IC/EDA行业商业秘密保护实施方案》所要解决的，不是“再写一套制度”，而是把企业需要保护的信息拆解到项目、产品、IP、模块、代码仓、分支、版本、版图文件、数据表、流片包、样片和第三方交付物等可管理颗粒，再将密级、期限、知悉范围、外发策略、AI工具限制、日志要求和证据位置联动到具体流程与系统中，使商业秘密真正做到可识别、可控制、可审计、可举证。

二、为什么半导体企业不能直接照搬通用保密制度

通用保密制度通常以人员、文件、会议和区域为主线，能够解决基础管理问题，但半导体行业存在多工序、多外协、多系统、高复用和强协同等特点。芯片从立项到量产，要经历架构评审、RTL开发、验证、综合、物理设计、版图冻结、流片、掩膜、晶圆代工、封装测试、良率爬坡、失效分析和客户支持。任一环节泄露，都可能让外部人员反推出前序设计思路或后续量产状态。

更复杂的是，晶圆厂、掩膜厂、封测厂、EDA/IP供应商、第三方验证机构、外部顾问、联合开发伙伴和客户技术团队，可能在不同阶段接触部分秘密。企业内部还会同时使用Git代码仓、EDA设计库、许可服务器、数据平台、工单系统、CRM、ERP、MES、堡垒机和云协同工具。若制度没有明确“哪个对象由谁负责、在哪个系统、允许谁看、允许导出什么、外发到哪里、到期如何回收、发生异常如何取证”，制度就很容易停留在纸面。

另一个常见误区，是把“研发资料”“芯片设计资料”“客户资料”作为笼统的定密对象。这样的目录看似覆盖面很大，实际却无法落地到权限、标签、日志和责任人。真正可执行的边界应当细化到“某IP核的某一版本”“某Git仓库的某个分支与提交范围”“某工艺节点下的某版GDS及层映射”“某产品某批次的wafer map数据集”“某客户某阶段的净化版接口文档”。只有边界清晰，后续的密级、期限、人员名单、系统策略和证据链才有可能准确配置。

因此，行业方案必须同时回答五个问题：企业究竟有哪些秘密；不同秘密应该保护到什么强度；这些秘密在业务链上怎样流转；哪些内部人员和第三方可以接触；企业如何证明自己采取了合理、持续、有效的保密措施。缺少其中任何一环，都可能导致高敏信息“保护不足”或低价值资料“过度定密”。

三、半导体/IC/EDA企业真正需要保护的十类核心资产

第一类是架构、算法与产品路线。微架构、性能/功耗/面积权衡、核心算法、产品roadmap、关键规格取舍和竞品分析，决定了芯片产品的方向与差异化优势。此类信息常在立项会、架构评审、外部专家讨论、投融资材料和客户预沟通中扩散，必须对参会人员、材料版本、投屏拍摄、会议纪要和对外口径进行控制。

第二类是RTL/HDL、固件与驱动源代码。Verilog、SystemVerilog、VHDL、固件、驱动、仿真环境和约束文件，是芯片功能实现的核心载体。风险不仅来自恶意复制，也来自个人仓库镜像、外部fork、批量clone、临时分支长期开放、离职前集中下载以及将代码片段输入非受控生成式AI或在线翻译工具。

第三类是网表、时序与物理约束。综合网表、SDF、SPEF、Liberty、SDC、UPF、STA报告等能够反映设计结构、时序策略、功耗优化和工艺适配。虽然这些文件不一定等同于源代码，但其组合价值和逆向价值很高，应按项目、工艺节点、版本和工艺角建立清晰边界。

第四类是版图与流片包。GDS/OASIS、LEF/DEF、DRC/LVS/PEX规则、层映射、mask order和tape-out checklist，通常属于高敏核心对象。普通邮件、个人网盘、未受控共享链接或缺少哈希与水印的交付方式，都会显著增加泄露和争议风险。高敏版图与流片包应通过专用通道、双人审批、动态水印或IP指纹、哈希存证和交付清单进行闭环控制。

第五类是PDK、EDA脚本与设计Flow。Tcl、Python、SKILL脚本、自动化流程、约束模板、插件和适配配置，沉淀了企业长期形成的设计方法和效率优势。许多企业重视GDS，却忽视脚本和流程资产，导致关键know-how通过外协调试、供应商远程支持、公共代码库或AI工具泄露。

第六类是IP核、授权文件与密钥。软核、硬核、固件、集成指南、接口细节、license key和授权边界，既涉及技术秘密，也涉及商业模式与合同义务。应采用专库专域、KMS/HSM、许可审计、编译或加密交付、合同禁逆向和授权到期回收等措施。

第七类是验证数据、测试向量与ATE程序。UVM环境、覆盖率报告、corner case、测试向量、ATE程序和测试限值，能够暴露产品薄弱点、设计边界和验证策略。对第三方验证、封测和客户支持场景，应优先提供只读环境、编译交付、最小字段和去标识数据，避免整包交付。

第八类是良率、失效分析与质量数据。wafer map、bin map、良率爬坡、缺陷图谱、FA报告、根因和整改路径，不仅体现工艺成熟度，也可能暴露设计缺陷、产能状态和客户质量风险。此类信息应按产品、批次、工厂、封测厂和时间窗分级，外发时进行脱敏和净化，并保留查询与导出日志。

第九类是供应链与商务策略。关键供应商、晶圆和封测价格、产能分配、NRE、报价底线、客户清单、交易条件和替代方案，往往与技术信息共同形成竞争优势。采购、销售、财务和项目团队之间应进行角色隔离，外部共享只保留最小字段。

第十类是系统配置与运维数据。EDA集群配置、许可服务器、权限策略、接口密钥、备份方案、管理员账号和审计日志，一旦泄露可能直接降低前述所有控制的有效性。管理员分权、MFA、堡垒机、密钥轮换、日志防篡改和备份恢复演练，是保护体系的基础设施。

四、六条最容易被忽视的泄密链路

第一条是“代码仓—EDA集群—个人终端”链路。很多企业已经部署Git和EDA集群，但仍存在共享账号、权限长期不回收、项目结束后分支继续开放、批量下载无审批、结果文件落在个人目录、个人电脑处理高敏资料等问题。真正有效的控制应把岗位、项目、IP模块、分支和版本关联起来，对clone、download、导出和非工作时间访问进行审计。

第二条是“版图冻结—流片—掩膜”链路。流片节点时间紧、协同方多，最容易因为赶进度而绕过审批。若GDS原件、层映射、工艺选项、批次信息和mask data被打成一个完整资料包发送，第三方就可能获得超出任务所需的设计上下文。行业方案强调只知门限、参数化接口、净化版优先、双人审批、专用加密通道、接收确认和到期销毁。

第三条是“封测—ATE—第三方验证”链路。为了提高效率，企业可能向OSAT或验证机构直接交付测试程序源文件、全量测试限值、原始缺陷数据和完整产品标识。更稳妥的方式是编译或加密交付、只读环境、样品编码、原始数据回流、对外版本净化，以及合作结束后的资料返还和删除验证。

第四条是“客户交流—FAE工单—市场发布”链路。客户问题定位、样片反馈、SOW、接口文档、roadmap、报价和NRE，经常出现在CRM、工单、线上会议、演示材料、展会、论文和技术博客中。销售和FAE团队并非故意泄密，但在回答问题时可能披露过多内部实现、缺陷原因或未公开路线。对外披露应经过必要性评估、技术净化、法务与保密审查，并使用限时链接、动态水印和回收机制。

第五条是“云协作—远程运维—生成式AI”链路。云端EDA、供应商远程支持、在线翻译、公共网盘、代码助手和生成式AI提高了效率，也带来了新的输入输出边界。方案建议将A/B类商业秘密、未公开源代码、GDS、网表、算法、PDK脚本、客户敏感信息、密钥和license明确列入非受控平台禁入清单；确需使用受控AI或专有环境时，应完成脱敏、审批、日志和人工复核。

第六条是“人员调岗—项目结束—离职”链路。仅在离职当天停用邮箱和门禁远远不够。高风险岗位需要在入职、在岗、调岗、离项、离职各阶段持续管理。项目结束时要关闭共享、撤销临时账号、更新知悉范围；离职前要核验异常下载、打印、导出和复制行为，完成资料、介质、样片、账号、客户信息和持续义务交接，并保留可复核记录。

五、实施方案的核心，不是“把所有资料都锁起来”

商业秘密保护的专业性，首先体现在准确识别。并不是所有内部资料都构成商业秘密，也不是所有研发文件都应采用最高等级保护。实施方案遵循“对象边界确认—三要件核验—证据包形成—审批登记—密级与期限—系统联动—动态复核”的顺序。只有在确认信息具备非公知性、商业价值并已采取相应保密措施后，才正式纳入商业秘密目录。对高敏候选事项可以先控后审，先限制外发、复制、导出、AI上传和第三方接触，但不能以临时控制替代正式定密。

在密级方面，可采用A/B/C底层保护级，并映射为核心/绝密、重要/机密、一般/秘密。A类通常包括核心算法、关键GDS原件、关键模型权重、核心IP源代码、关键工艺窗口和流片包；B类可包括重要PDK/EDA脚本、关键测试向量、良率与FA数据、重要客户策略和供应链条件；C类可包括一般技术改进记录、常规运营分析和非关键配置文档。等级不是为了贴标签，而是为了决定知悉范围、存储位置、复制打印、内部传输、对外披露、AI使用、日志留存和复核频率。

保密期限同样不能全部写成“长期”。核心技术类可采用较长固定期限或长期加滚动复核，经营类可结合交易完成、策略终止和客户关系变化确定期限；项目资料、投标底价、接口方案和演示材料则更适合条件型期限。期限必须有起算点、到期表达、复核责任人和系统提醒，才能避免“永不解密”与“到期失控”同时存在。

更重要的是，密级和期限必须进入系统。定密结论要同步到OA、PLM/ALM、Git、EDA、数据平台、文档平台、VDR、DLP/DRM、IAM/RBAC和日志平台。否则，制度上写着“A级”，系统里仍然可以自由下载、复制、打印和外发，保护就没有真正落地。

六、把商业秘密保护嵌入芯片研发与供应链业务节点

一套有效的行业方案，应采用“保密委员会决策、保密办公室统筹、业务部门一岗双责、法务/IT/HR/行政/供应链专业支撑”的治理架构。最高管理层负责方针、资源、重大定密、重大披露和事件处置；保密办公室负责制度、目录、检查、培训和证据链；研发与EDA团队识别技术秘密源头；IT与安全团队负责权限、水印、DLP、日志、远程接入和AI控制；法务负责权属、合同、禁逆向和维权路径；供应链负责第三方准入、交付、回收和退出。

治理架构必须进一步落到RACI矩阵。商业秘密候选识别由业务部门和项目组执行；三要件核验与定密由有权审批人批准；代码仓、版图库和数据平台权限由IT与数据Owner执行；流片、封测和第三方资料外发由业务Owner或采购批准；对外发布、论文、展会和客户交流由业务、技术、法务与保密共同审查；离职清退由HR牵头、业务和IT协同；事件应急由保密、IT、法务、HR、行政和供应链共同处置。

这种分工的价值在于，保密工作不再是行政部门单方面“提醒大家注意”，而是进入研发立项、IP复用、版图冻结、流片审批、封测接口、客户交付、远程运维、项目结项和离职清退等业务节点。每一个高风险动作都有责任人、审批人、协同人、记录和验收证据。

七、第三方治理要从一份NDA升级为闭环控制

在半导体行业，第三方不可避免。问题不在于是否与晶圆厂、掩膜厂、封测厂、EDA/IP供应商、验证机构和顾问合作，而在于企业是否让第三方“只看完成任务所需的最小信息”，并能够证明接触、使用、留存和退出均受控。

实施方案将第三方治理划分为准入分级、合同约束、分层披露、接触留痕、验收回收和退出审计。准入阶段评估信息安全能力、人员和分包风险；合同阶段明确用途、范围、权属、禁逆向、二次披露限制、留存期限、审计权和违约责任；授权阶段按项目和任务开通最小权限；执行阶段使用专用通道、只读环境、VDR、动态水印、限时令牌、堡垒机和会话录屏；合作结束后撤销账号、吊销令牌、回收资料、验证删除，并形成书面确认。

对于流片与封测接口，尤其要执行“只知门限”。企业可将所需信息拆分为必要接口、工艺选择、测试条件和物流批次等不同部分，对客户、成本、项目代号、关键参数和完整设计上下文进行代码化、区间化或去标识化。外发资料建立原件与净化版映射，记录删减点位、审批号、接收对象、有效期和回收要求。这样既不阻碍供应链协同，也不让任何单一第三方掌握不必要的全景信息。

八、证据链必须在泄密发生前建设

很多企业在发生争议后才开始寻找证据：当时谁创建了文件、为什么有价值、哪些人知道、何时加密、谁下载过、外发给谁、是否培训、离职时是否清退。若这些材料没有在日常管理中形成，事后补做往往难以还原真实过程。

半导体/IC/EDA行业方案围绕秘密性、价值性、保密措施、访问流转、第三方管理、事件处置和外部维权建立证据链最小包。秘密性证据包括对象边界、版本记录、公开检索、知悉范围和未公开说明；价值性证据包括研发投入、客户价值、成本影响、替代难度、失败数据价值和商业机会；保密措施证据包括制度、协议、培训、标签、水印、权限、加密、门禁、DLP、日志和离职清退；流转证据包括下载、导出、打印、邮件网关、VDR、会议分发和样品出入库；第三方证据包括NDA、合同、准入评估、交付清单和销毁确认。

证据链建设并不是为了制造文书负担，而是为了让企业在客户审计、内部调查、行政保护、民事维权和重大项目尽调中，能够快速说明“哪些信息是秘密、企业为什么重视、采取了什么措施、谁在何时接触、异常是如何发生的”。当系统日志、审批记录、哈希、水印、录屏和台账能够相互印证时，企业的保护措施才真正具备可复核性。

九、0—365日：从快速止血到成熟运行的实施路线

0—30日的重点是统一口径与快速止血。企业应成立项目组织，发布实施通知，访谈研发、设计、EDA、测试、质量、供应链、IT、法务和HR等关键部门，建立商业秘密事项、涉密人员、涉密载体和涉密区域四类清单框架。对GDS、核心代码、关键IP、流片包、良率数据和高敏客户资料等候选事项先行临时控制，同时梳理AI与外部工具白名单、远程访问和外发出口。

31—60日的重点是定密分级与制度落地。完成首批A/B类事项的三要件核验、密级评分、期限设定和审批登记，形成信息—岗位矩阵、权限映射和高敏事项证据包。同步发布定密、人员、载体、区域、信息系统、对外披露、第三方、AI和事件应急等核心制度，配置标签、水印、DLP和权限审批流程。

61—90日的重点是高风险场景闭环验证。围绕GDS/流片外发、封测与第三方交付、客户资料披露、跨境协同、生成式AI、远程运维和离职清退开展穿行测试或场景演练，验证审批、水印、VDR、DLP拦截、权限撤销、资料回收和日志取证是否真实有效，形成整改台账、复测报告和残余风险清单。

91—180日的重点是系统深化与供应链治理。将密级字段贯通PLM、Git、EDA、数据平台和文档平台，完成高风险第三方复核，建立电子证据包目录、日志抽检机制和供应商分级管理。对关键系统实施管理员分权、MFA、堡垒机、密钥轮换、备份加密和恢复演练。

181—365日进入成熟运行。企业通过年度内审、管理评审、事件桌面演练、KPI/KRI看板、目录年度复核和制度迭代，形成稳定的运行节奏。建议将定密覆盖率、证据包完整率、控制映射完成率、外发审批合规率、第三方准入覆盖率、离职撤权及时率、培训覆盖率、整改闭环率和AI违规输入次数纳入管理指标。方案中的比例应作为项目验收目标，具体数值需结合企业规模、系统能力和风险等级确定。

十、企业最终获得的，是一套可运行的控制系统

正式实施项目的交付结果，应至少包括十类成果：商业秘密保护组织职责与RACI矩阵；半导体/IC/EDA商业秘密事项清单；定密、密级划分和期限设定SOP；信息—岗位矩阵与权限映射表；覆盖人员、载体、区域、系统、披露、第三方、AI、应急和检查的制度文件包；NDA、披露审批、净化版、VDR、交付回收和销毁确认组成的外发与第三方控制包；DLP/DRM、水印、权限、日志、堡垒机、备份和AI审批配置组成的系统证据包；分层培训与宣贯包；整改台账与复测报告；验收报告与归档清单。

这些成果的共同目标，是让企业能够回答客户、审计方和管理层最关心的问题：核心秘密是否已经识别；责任人和知悉范围是否明确；高敏资料能否绕过系统导出；第三方是否只获得必要信息；项目结束和人员离职后权限是否真正关闭；一旦发生异常，能否快速定位来源并保全证据。

从经营角度看，行业化商业秘密保护还能够改善客户审计准备、联合开发信任、供应链谈判、投融资尽调和重大项目交付。它不是阻碍研发效率的“额外审批”，而是通过分级、最小必要和标准化流程，把真正高风险的动作管住，把低风险信息从过度控制中释放出来，使安全与效率取得更合理的平衡。

十一、哪些企业尤其需要行业化实施方案

本方案适用于Fabless芯片设计企业、IDM、EDA软件与算法团队、IP核研发与授权企业、先进封测与测试服务机构、晶圆代工协同团队、第三方验证与认证机构、半导体科研院所，以及设有境内外研发中心、云端EDA环境或多地协同团队的企业。

出现以下情形时，企业更应尽快启动专项建设：正在推进新产品流片或关键IP平台化复用；客户或投资方提出商业秘密保护审计要求；供应链外协范围扩大；研发团队频繁跨地域协同；核心人员流动增加；历史上出现过异常下载、误发、权限过宽或第三方留存；正在引入生成式AI、云端EDA、远程运维或外部代码助手；现有ISO 27001、QMS或数据安全制度没有覆盖项目级定密、净化版、只知门限和证据链。

行业实施方案可以与企业现有信息安全、质量、研发和合规体系衔接，但不能替代国家秘密、数据安全、个人信息、出口管制、知识产权权属和合同义务等专门管理要求。正式项目应根据组织规模、业务模式、工艺节点、客户属性、系统基础和境内外协作情况进行裁剪与提级。

十二、保密网行业解决方案的服务价值

保密网自2006年持续开展保密资讯传播、教育培训、咨询服务与产品技术展示。北京天正合商业秘密保护咨询服务中心成立于2004年，北京企密安信息安全技术有限公司围绕商业秘密保护、保密咨询、检测评估、培训和技术方案实施形成协同服务能力。团队可从管理、法务、研发流程、信息系统、第三方、人员和证据链多个维度，帮助企业把行业方案转换为自身可执行的制度、清单、流程、系统策略和验收证据。

项目实施不以“交付一份通用模板”为终点，而以企业能够运行、审计和持续改进为目标。典型工作包括现状访谈与风险画像、核心资产识别、定密分级与期限设置、制度流程设计、系统策略映射、第三方控制、培训宣贯、场景演练、问题整改、复测验收和证据归档。对于已有制度基础的企业，也可以从高风险专项切入，例如GDS与流片包外发、PDK/EDA脚本保护、IP授权、良率与FA数据、供应商远程支持、生成式AI使用或核心人员离职清退。

商业秘密保护没有“一套软件解决全部问题”的捷径，也不能依靠高压管控替代科学治理。真正有效的行业方案，应当尊重芯片研发和供应链协同规律，把控制嵌入业务节点，通过清晰边界、差异化密级、最小必要、受控外发、系统留痕和动态复核，降低泄密与侵权风险，同时保持研发效率和合作效率。

十三、常见问题与实施判断

Q1：企业已经签署保密协议，为什么还需要行业实施方案？

A：保密协议只能证明双方存在保密义务，不能自动回答“哪些信息是秘密、谁能接触、如何外发、系统如何限制、期限如何管理、发生争议时有哪些证据”。行业方案把协议与定密目录、权限、水印、日志、第三方控制和离职清退连接起来。

Q2：GDS、RTL和PDK是否天然属于商业秘密？

A：它们通常具有较高技术价值，但是否构成商业秘密仍需结合对象边界、非公知性、商业价值和相应保密措施进行核验。不能仅凭文件类型直接下结论，也不能因为价值高而忽略证据包。

Q3：是不是所有研发资料都应该定为A级或绝密？

A：不是。过度定密会增加审批成本、降低协作效率并削弱制度严肃性。应在确认商业秘密成立后，依据经济价值、竞争优势、获取难度、泄露后果和合规敏感性进行分级。

Q4：核心技术的保密期限是否可以一律设为长期？

A：不建议。长期事项必须绑定责任人和滚动复核周期。不同对象可采用固定期限、条件型期限、复合期限或长期加复核；专利公开、产品退市、项目终止、接口下线和策略废止都可能触发复核。

Q5：晶圆厂、封测厂或头部供应商规模很大，还需要严格控制吗？

A：需要。第三方信誉不能替代最小必要原则。企业仍应进行准入分级、合同约束、只知门限、净化版、专用通道、交付清单、到期回收和退出审计。

Q6：能否把源代码、GDS片段或FA报告输入生成式AI辅助分析？

A：A/B类商业秘密以及未公开源代码、GDS、网表、算法、PDK脚本、客户敏感信息、密钥和license原则上不得进入非受控平台。确需使用受控AI或专有环境时，应经过审批、脱敏、留痕和人工复核。

Q7：行业方案会不会与ISO 27001、QMS或现有数据安全制度重复？

A：通常不会。现有体系提供通用管理基础，行业方案重点补充项目级对象边界、芯片研发全生命周期、GDS/流片/封测接口、EDA环境、第三方只知门限、净化版和证据链等专业控制。

Q8：实施周期一般多长？

A：可按0—30日、31—60日、61—90日、91—180日和181—365日分阶段推进。具体周期取决于业务线数量、系统复杂度、历史制度基础、第三方数量和整改范围。

Q9：项目验收应看哪些结果？

A：重点看商业秘密清单和定密审批是否完整，密级与期限是否映射到系统，外发与第三方机制是否有真实记录，高风险场景复测是否通过，重大不符合项是否关闭，以及证据包能否快速调用。

Q10：企业可以先从一个专项开始吗？

A：可以。建议优先选择风险高、价值高、业务边界清晰的场景，例如GDS与流片包外发、核心代码仓、IP授权、良率与FA数据、供应商远程运维、AI使用或涉密人员离职清退，形成样板后再扩展到全体系。

十四、咨询与项目启动