Skip to content

网络安全项目申请科技券的可行方案类型

科技券(Technology Voucher Programme,简称 TVP)是创新及科技基金下的一项资助计划,目的是资助本地中小企业使用科技服务和方案提升营运效率或升级业务流程。多年来,资讯安全一直是企业科技开支中增长较快的一环,而科技券对网络安全的支援亦写入了官方认可的「科技方案类别」之中。

需要留意的是,科技券并非网络安全专项资助,而是把网络安全视为一种「科技方案」。换言之,企业须把网络安全项目包装成可量化的科技应用,并按一般科技券的规则处理预算与申请。本文聚焦于「可申请的方案类型」,至于审批门槛、累计资助上限、企业配额等操作细节,以官方最新公布为准。


一、科技券框架下的网络安全定位

科技券将获批的科技方案大致归入三类:

  1. 生产力 / 流程升级方案
  2. 业务发展方案
  3. 资讯安全方案

网络安全落点在第 3 类,但实际审批中部分项目(例如企业云端迁移时的安全设计、上线新系统的身份认证)会被视作支持生产力方案的必要配套。换言之,企业可以单独立项做安全升级,也可以把网络安全嵌入到一笔更大型的科技项目中同步申请。


二、六类常见的可行网络安全方案

下面按防护目标,整理出中小企业经常申请、并较容易通过审核的六类网络安全方案。每类附上典型做法与适用场景,企业可对照自身痛点对号入座。

1. 终端侦测与回应方案(EDR / XDR)

目的:侦测笔记本电脑、伺服器等终端的异常行为,并自动回应。

典型做法:

适合场景:员工在家或外出办公频繁、终端数量较多、曾遭遇勒索软件攻击。

2. 网络分段与防火墙升级

目的:将办公网络、访客网络、生产网络、研发网络隔离,减少单一漏洞横向扩散的风险。

典型做法:

适合场景:多办公室、多楼层、多业务系统的企业;经常与外部供应商对接数据的企业。

3. 邮件与协作平台防护

目的:过滤钓鱼邮件、附件病毒、伪冒登入,以及保护云端协作环境。

典型做法:

适合场景:日常依赖电邮沟通、收到大量外部文件、曾有员工被钓鱼帐号被入侵。

4. 身份与权限管理(IAM / MFA / 特权账号管理)

目的:确保「对的人在对的设备,访问对的资源」,并减少帐号被盗用的影响。

典型做法:

适合场景:员工人数持续增长、系统数量增加、合规审计需要清晰权限清单的企业。

5. 数据备份、防勒索与灾难复原

目的:在勒索软件或系统故障时,保留可还原的业务副本,并演练恢复流程。

典型做法:

适合场景:业务高度依赖档案系统、曾因硬盘损坏或勒索软件停摆、合规要求保留特定年限资料的企业。

6. 安全评估、漏洞管理及合规咨询

目的:主动找出弱点、修补漏洞,并以独立报告支撑管理决策与合规需求。

典型做法:

适合场景:准备投标大型客户、计划进军海外市场、即将接受第三方审计的企业。


三、对比一览

方案类型 主要防护对象 通常部署周期 是否需要改动大量硬件 适合作为单一项目申请
终端侦测与回应 EDR / XDR 终端、伺服器 中等 否 可
网络分段与防火墙升级 网络边界、内网流量 中长 是(防火墙采购) 可
邮件与协作平台防护 电邮、云端协作帐号 短 否 可
身份与权限管理 IAM / MFA 帐号、特权账号 中等 否 可
数据备份与灾难复原 业务资料、关键系统 中等 部分(备份设备) 可
安全评估与合规咨询 整体安全态势 短 否 适合作为配套

说明:以上周期与硬件改动判断为一般经验值,实际项目应按供应商方案书与自身 IT 现状评估。


四、企业在立项时常踩的几个误区

1. 把通用型 IT 采购当成网络安全项目

科技券明确不接受与业务生产力无直接关系的纯硬件采购。若企业提交的只是购买几台伺服器、防火墙设备的报价,缺少对应的科技服务、培训与实施内容,容易因「不属于科技方案类别」而被退回。

做法:把硬件放进「科技方案」整体规划中,配套配置、部署、培训、文件交付物一并写入预算。

2. 把 IT 日常维护写进项目

科技券不资助经常性 IT 支援、订阅续费或人手费用。项目中只写「购买一年维护服务」,难以符合创新性要求。

做法:把订阅费用拆为「项目期内用于部署与调整的咨询服务」,并写清楚交付物,例如安全策略文件、规则清单、事件分级表。

3. 项目范围写得过宽

项目说明里写「全面提升公司网络安全」过于笼统,评审难以判断成果。范围要清晰、可量化。

做法:列出 3 至 5 项具体交付物,例如「完成 200 个终端的 EDR 部署」、「建立 12 条 NGFW 规则」、「完成 50 名员工的钓鱼演练」。

4. 没有写风险与缓解措施

评审通常会看企业如何理解自身的网络风险,并提出针对性方案。只写「我们想加强安全」而没有风险描述,说服力不足。

做法:在申请书的背景段落交代过去发生的事件、行业近期攻击趋势、客户或合作伙伴对安全的期望,然后逐项对应到方案。


五、选择方案类型的几个实用判断点

企业现状 优先考虑 备选
员工反映收到大量可疑电邮 邮件与协作平台防护 身份与权限管理
系统曾遭勒索软件攻击 终端侦测 + 备份复原 网络分段
准备投标要求 ISO 27001 的客户 合规咨询 + 漏洞管理 IAM / MFA
办公室搬迁或多场地营运 网络分段与防火墙 EDR / XDR
员工经常在外或在异地办公 IAM / MFA + EDR 邮件安全
业务资料高度敏感(金融、医疗、专业服务) 备份复原 + IAM 漏洞管理

六、撰写申请书时的几点提醒

  1. 预算拆项要清晰:硬件、软件订阅、实施服务、培训、文件交付物,分项列明,并写明供应商角色。
  2. 交付物要可验收:例如「政策文件」、「部署清单」、「演练记录」、「漏洞报告」都属于可验收物件,避免只写「完成项目」。
  3. 时间表要现实:科技券项目一般须在 12 个月内完成,企业应避免排得过满,留出验收与修改空间。
  4. 顾问角色要说明:如聘请外间顾问协助申请与执行,应清楚区分顾问服务范围与自有 IT 团队工作范围。
  5. 成果与延续性:申请书最好交代项目结束后,企业会如何持续维护这些安全措施,让评审看到长期价值。

七、小结

网络安全并非科技券的边缘议题,而是明确写在方案类别之中的可申请方向。企业可以单独立项做某一项防护升级,也可以把安全嵌入到一笔更大的科技改造项目里同步推进。关键在于把痛点、方案、交付物、预算与时间表讲清楚,让评审能在标准化的框架下判断项目的合理性。

至于累计资助比例、企业资质门槛、所需文件清单等执行层面的最新规定,仍以官方最新公布为准。

更多关于香港科技券、其它政府资助计划,以及本地营商合规的实用指南,欢迎浏览 hkguide.org。

常见问答

科技券可以直接申请纯硬件采购类的网络安全项目吗?

不可以。科技券不接受与业务生产力无直接关系的纯硬件采购,若申请只包含购买伺服器、防火墙等设备,而缺少配套的部署、培训与文件交付物,容易被退回。建议将硬件纳入整体「科技方案」规划中,把配置、实施、培训一并写入预算。

把公司现有的安全维护费用写进科技券项目能通过吗?

较难通过。科技券不资助经常性 IT 支援、订阅续费或人手费用,单纯的年度维护订阅不符合创新性要求。可行的做法是把订阅费用包装为「项目期内用于部署与调整的咨询服务」,并写清楚交付物,例如安全策略文件、规则清单、事件分级表等。

网络安全项目必须作为独立项目申请吗?可以和其他科技项目合并申请吗?

两种方式都可以。文章明确指出,网络安全既可以单独立项做某一项防护升级,也可以把安全嵌入到一笔更大的科技改造项目里同步推进。例如企业云端迁移时的安全设计、新系统的身份认证等,经常被视作支持生产力方案的必要配套,与主体项目一并申请。

科技券项目对网络安全项目的完成时间有要求吗?

有一般性要求。文章提到,科技券项目一般须在 12 个月内完成,企业在排定时间表时应避免排得过满,留出验收与修改空间,避免因交付延迟影响项目结案。

企业该如何判断自己适合申请哪一类网络安全方案?

可以结合自身痛点对照文章给出的判断表。例如员工反映收到大量可疑电邮,优先考虑邮件与协作平台防护;系统曾遭勒索软件攻击,优先考虑终端侦测搭配备份复原;准备投标要求 ISO 27001 的客户,优先考虑合规咨询搭配漏洞管理;办公室搬迁或多场地营运,则优先考虑网络分段与防火墙升级。如有不确定之处,各类方案的具体资助比例、企业资质门槛及所需文件清单,以官方最新公布为准。

延伸阅读