一、项目概述及系统网络安全需求
本人曾参与某市政务综合服务平台的设计、开发与运维管理工作,该平台面向全市各级政务部门、企事业单位及社会公众,整合行政审批、政务查询、公文流转、数据上报、便民服务等核心业务,整体采用分层架构 + 分布式部署模式,前端为政务门户与移动端 APP,后端部署多台应用服务器、数据库服务器、文件服务器,跨区域、跨部门通过专线与互联网混合组网,每日承载数万次业务访问,存储和传输大量涉密公文、公民身份信息、企业经营数据、财务台账等敏感核心数据。
在本项目中,我担任系统架构师,主要负责整体技术架构规划、网络安全体系方案设计、安全模块选型与落地实施,同时牵头完成安全功能测试、安全策略运维及漏洞整改等工作。
结合政务系统的业务特性与合规要求,本平台在网络安全方面提出了明确且严苛的需求,具体分为以下几方面:
- 身份可信需求:严格区分内部工作人员、运维人员、公众用户、企业用户等不同角色,杜绝非法用户登录系统,确保所有访问主体身份真实有效,防止账号冒用、盗用。
- 权限管控需求:遵循最小权限原则,不同岗位、不同部门人员仅能访问职责范围内的业务功能与数据,禁止越权操作、越权查看涉密信息。
- 数据保密需求:公文、个人隐私、财务数据等敏感信息,在网络传输、本地存储过程中不能被窃听、窃取,外网访问链路需重点防护。
- 数据完整需求:业务报文、表单数据、传输文件在收发过程中,不允许被篡改、伪造、丢失,保证数据收发前后一致性。
- 行为可追溯需求:所有关键操作、数据交互、业务办理行为必须留存记录,用户不能否认自身发起的操作,出现纠纷、安全事件时可溯源定责。
- 整体防护需求:抵御网络攻击、恶意入侵、病毒木马、DDoS 攻击等外部威胁,保障平台 7×24 小时稳定运行。
二、GB/T9387.2—1995 五大安全服务及实现手段
依据国家标准 GB/T9387.2—1995,基于 OSI 七层模型定义的认证、访问控制、数据机密性、数据完整性、抗抵赖五大安全服务,是网络安全体系的核心,下面逐一阐述其定义与主流实现手段:
(一)认证服务(鉴别服务)
定义:也叫身份鉴别服务,用于验证通信实体、访问用户的真实身份,确认交互对象并非伪装主体,是所有安全防护的第一道关卡,分为对等实体认证和数据源点认证两类。对等实体认证用于通信双方身份校验;数据源点认证用于验证数据来源的真实性。
主要实现手段:
- 基础口令认证:账号 + 静态密码,适用于普通低安全等级场景;
- 动态口令 / 短信验证码、令牌口令:基于时间或事件生成临时密码;
- 生物特征认证:指纹、人脸、声纹识别;
- 数字证书认证(CA):基于公钥密码体系的身份认证,安全性最高;
- 挑战 - 应答机制:通信双方通过问答交互完成身份校验。
(二)访问控制服务
定义:在用户 / 实体通过身份认证后,根据预设安全策略,限制其对系统资源、业务功能、数据内容的访问权限,阻止越权访问、非法操作,落实最小权限原则,是权限管理的核心服务。
主要实现手段:
- 自主访问控制(DAC):资源所有者自主分配访问权限;
- 强制访问控制(MAC):系统统一划分安全级别,按级别强制管控访问;
- 基于角色的访问控制(RBAC):将权限赋予角色,用户关联角色,政务、企业系统最常用;
- 访问控制列表(ACL):网络设备、服务器通过黑白名单限制 IP、端口访问;
- 防火墙策略、网关权限拦截:在网络边界实现访问控制。
(三)数据机密性服务
定义:防止数据在存储、传输过程中被未授权人员窃听、读取、截取,保障敏感数据内容不泄露,分为连接机密性、无连接机密性、选择字段机密性等类型,覆盖全数据或部分敏感字段加密。
主要实现手段:
- 对称加密算法:AES、DES、3DES,加解密效率高,多用于业务数据、文件加密;
- 非对称加密算法:RSA、ECC,多用于密钥交换、小体量敏感数据加密;
- 安全传输协议:HTTPS、FTPS、SSH、IPSec,保障网络传输链路加密;
- 数据库加密:数据字段加密、数据库透明加密、文件加密存储;
- 网络链路加密:专线加密、VPN 隧道加密。
(四)数据完整性服务
定义:确保数据在传输、存储过程中不被非法篡改、插入、删除、重放,一旦数据发生改动可及时检测并告警,重点保障数据内容与原始状态一致。
主要实现手段:
- 哈希摘要算法:MD5、SHA-1、SHA-256,生成数据指纹,比对摘要判断数据是否篡改;
- 消息认证码(MAC):结合密钥生成摘要,防止摘要被伪造;
- 数字签名:结合非对称算法,既保证完整性,又附带身份属性;
- 重放防护:时间戳、随机数、流水号,防止数据包重复截取重发;
- 校验码、循环冗余校验(CRC):简易数据完整性校验。
(五)抗抵赖性服务
定义:也叫不可否认服务,防止通信双方或业务操作人员否认自己已发起的操作、发送的数据、执行的业务行为,分为原发抗抵赖(发送方不能否认发送行为)和接收抗抵赖(接收方不能否认接收行为),核心作用是行为溯源、责任界定。
主要实现手段:
- 数字签名:最核心手段,签名与身份绑定,无法抵赖;
- 操作日志审计:全流程记录登录、操作、数据交互、访问行为;
- 时间戳服务:为操作、数据加盖权威时间戳,固化行为时间;
- 第三方公证、存证服务:借助第三方平台留存数据与行为记录;
- 交易凭证、电子回执:留存交互凭证。
三、项目中五大安全服务的落地实现
结合本次某市政务综合服务平台的业务场景、安全需求与政务行业合规标准,我在架构设计与开发中完整落地了全部五类安全服务,根据不同业务模块、网络区域区分安全等级,搭配对应的技术手段,具体实现方案如下:
(一)认证服务的实现
本平台区分内部政务人员、社会公众、运维管理员三类主体,采用多级混合认证方案:
- 面向社会公众用户:采用账号密码 + 短信动态验证码双因子认证,登录时除静态密码外,必须验证手机验证码,防止账号被盗用;
- 面向内部政务工作人员:启用CA 数字证书 + 账号密码认证,工作人员配备政务专用 USB-KEY 数字证书,登录系统必须插入硬件证书,结合密码完成身份校验,实现高等级对等实体认证;
- 后台系统间通信:采用挑战 - 应答机制+ 数据源点认证,服务器之间接口调用时互相校验身份,防止伪造服务节点接入。
(二)访问控制服务的实现
本项目以RBAC 基于角色的访问控制为核心,搭配网络层 ACL 与防火墙策略,构建多层访问控制体系:
- 应用层权限管控:按照部门、岗位划分角色,如审批员、管理员、查询员、普通办事员等,将菜单、接口、数据权限绑定到对应角色,用户仅继承所属角色权限,严格落实最小权限;同时设置数据权限隔离,不同区县部门只能查看本辖区数据;
- 网络边界管控:在出口防火墙、核心交换机配置ACL 访问控制列表,仅开放业务必需端口,拦截陌生 IP、高危端口的访问请求;外网用户仅能访问前端门户,禁止直接访问数据库、应用内网服务;
- 运维权限管控:运维人员采用跳板机登录,单独配置运维角色与操作权限,禁止直接直连核心服务器。
(三)数据机密性服务的实现
针对数据传输与存储两个场景分别做加密防护,保障敏感数据不泄露:
- 传输链路加密:全站启用HTTPS 协议,采用 TLS1.3 加密传输,替代传统 HTTP;跨部门专线通信使用IPSec VPN建立加密隧道;远程运维统一使用 SSH 协议,杜绝明文传输;
- 数据存储加密:数据库中公民身份证号、手机号、财务数据、涉密公文等敏感字段,使用AES 对称加密存储;重要公文、附件文件采用 AES 加密后存入文件服务器;密钥采用 RSA 非对称算法进行加密保管,防止密钥泄露;
- 外网接口加密:对外开放的政务查询接口,请求参数使用 RSA 加密,避免链路窃听。
(四)数据完整性服务的实现
为防止表单数据、接口报文、文件被篡改,全链路部署完整性校验机制:
- 业务数据校验:所有前端提交的表单、接口请求报文,后端使用SHA-256 哈希算法生成数据摘要,服务端二次计算摘要并比对,不一致则判定数据被篡改,直接拒绝请求并告警;
- 文件完整性校验:上传的公文、报表等附件,系统自动生成文件指纹并入库,下载、使用前重新校验摘要,防止文件被恶意替换;
- 防重放攻击:所有接口请求加入时间戳 + 随机串,服务端校验时间有效性与随机串唯一性,拦截截获后重复发送的恶意数据包。
(五)抗抵赖性服务的实现
结合政务业务可溯源、可追责的硬性要求,通过日志、数字签名、时间戳组合实现抗抵赖:
- 全量操作审计日志:系统记录所有用户的登录 IP、登录时间、操作菜单、数据增删改查行为、接口调用记录,日志独立存储且禁止篡改,作为行为追溯依据;
- 关键业务数字签名:行政审批、公文签发、数据上报等核心操作,用户提交数据时自动生成数字签名,签名与用户 CA 证书绑定,用户无法否认自身操作,实现原发抗抵赖;
- 权威时间戳:对接政务第三方时间戳服务,为每一笔关键业务操作加盖标准时间戳,固化操作时间,配合日志与签名完成责任认定;
- 电子回执:对外业务办理完成后,自动生成带签名的电子回执,留存收发凭证,实现接收抗抵赖。
四、总结
本次政务综合服务平台基于 GB/T9387.2—1995 标准的五大安全服务搭建整体网络安全体系,将安全能力深度融入网络层、应用层、数据层,形成 “身份认证 - 权限管控 - 加密保密 - 完整性校验 - 行为溯源” 的全链路防护体系。项目上线至今,有效抵御了非法入侵、数据篡改、账号盗用等各类网络安全威胁,保障了政务数据与业务的安全稳定运行。
在项目实践中我也认识到,网络安全体系设计并非一劳永逸,需要结合业务迭代、新型攻击手段持续优化。后续我们将持续优化安全策略,引入智能安全监测、漏洞自动化扫描等能力,进一步提升系统整体安全防护水平,满足不断升级的网络安全合规与业务安全需求。