卓尔文档网 - www.qiying88.com 2024年05月17日 06:19 星期五
  • 热门搜索:
  • 当前位置 首页 >范文大全 > 公文范文 >

    政务云安全设计方案(完整文档)

    来源:网友投稿 发布时间:2022-07-17 12:15:04

    下面是小编为大家整理的政务云安全设计方案(完整文档),供大家参考。希望对大家写作有帮助!

    政务云安全设计方案(完整文档)

    政务云安全设计方案5篇

    【篇一】政务云安全设计方案

    王鸣 上海交通大学信息安全工程学院

    【摘要】 云计算在电子政务中的运用,对于加强电子政务建设、强化政府的服务职能起到了重要的作用,但其安全问题也随之显现。本文针对云计算模式下传统电子政务风险评估存在的不足提出改进方法,同时以P2DR2 模型为基础给出应对措施。

    【关键词】 电子政务云 云计算 云安全

    一、引言

    当前,电子政务发展正处于转变发展方式、深化业务应用和突出成效的关键时期。在这转变过程中,云计算作为一种新的计算模式和服务模式,正在对电子政务建设发展产生重大影响。与传统电子政务相比,云计算技术的运用使得电子政务具备了“高效化、集约化、节约化”三大特点,所带来的规模效益,能有效降低电子政务建设及维护成本。同时,专业化外包服务及标准化的系统部署规范,不仅能够实现信息资源的有效整合,又能规范政府各部门的办公流程并通过电子政务进行管理与实现,为业务系统功能的扩展提供了良好基础。但是一个新生事物的诞生总会伴随诸多问题,近年来日益频发的云计算安全事件让我们深刻认识到云计算安全的重要性和紧迫性,这无疑给国家、政府的信息安全带来前所未有的挑战。

    二、相关研究

    文献[1] 指出信息安全风险评估是信息安全保障的基础性工作和重要环节,应贯穿于网络和信息系统建设运行的全过程。它是从风险管理角度,运用科学的方法和手段,系统地分析网络与信息系统所面临的威胁及其存在的脆弱性,评估安全事件一旦发生可能造成的危害程度,提出有针对性的抵御威胁的防护对策和整改措施。

    目前传统电子政务的风险评估都参照文献[2] 开展。然而,云计算引入电子政务建设后,传统风险评估流程及方法存在一定缺陷,如下:

    (1) 传统电子政务通常由各使用单位在本单位内部自行建设和运行维护,并在特定条件下按照统一标准规范通过专用网络通道实现不同单位之间的互联互通。各单位在单位内部的电子政务网中运行、处理、存储本单位的信息数据,并对外共享受限信息,同时按照相应的权限访问其他单位的相关数据。在这种情况下,资产的所有权、控制权都属于用户自身,其界限非常明确清晰。但是,在云计算环境中本单位的信息数据可以在单位外部存储,信息数据与应用程序可以在不同地点运行,信息数据的所有权和控制权发生分离。同时,围绕信息数据的相关物理资源、基础软件、应用软件的所有权也可能发生变更。因此,传统的资产分类方法就显得较为笼统和简单,忽略了资产所有权、控制权对其价值的影响,无法适应云部署模式要求。

    (2) 云计算的引入使得电子政务具备了高效化、集约化、节约化等特点,第三方云服务商的出现将推动电子政务建设、运行维护走向市场化和专业化。但与此同时云服务商所提供的服务设施安全防护措施、管理程度、合同履行情况、服务能力等都将成为影响风险的因素之一。

    (3) 传统的威胁识别通常先从威胁来源的角度出发进行的划分,例如自然因素,人为因素。再根据其表现形式进行分类,例如环境因素的表现形式可分为地震、潮湿、软硬件自身缺陷导致的故障等。这种分类方法适用于传统电子政务在资产所有权、控制权比较单一、界限非常明确的情况中。在云计算模式下威胁的动机、目标及攻击手段所带来的结果和影响往往模糊不定,涉及范围较广。例如,黑客以损害云服务商名誉为目标对基础设施发动攻击,但结果有可能造成最终用户的信息数据丢失。因此传统威胁分类方法就显得过于简单,其逻辑性较差,层次结构不清晰。

    (4) 传统的安全风险应对措施通常按照层次进行划分,分为技术要求和管理要求,技术要求又分为物理层安全要求、网络层安全要求、主机层安全要求和数据安全要求,各层次之间关联度较低。在云计算环境中采用这种分析方法得到的结论往往会成为单台硬件设备的漏洞扫描和安全加固或某一制度的修改,无法从整体出发或从用户及第三方云服务商关心的问题出发,具有极大的片面性。

    三、基于云计算的电子政务风险分析方法

    本文将在文献[2] 的基础上,针对云计算模式下传统电子政务风险评估存在的不足提出改进方法。重点围绕政务云风险评估要素关系、政务云风险评估流程、系统特性评估、云服务商评估、政务云风险要素评估和风险应对措施。

    3.1 政务云风险评估要素关系模型

    在云计算环境下,用户可以根据需求随时随地租用第三方服务商提供的各项资源( 存储空间、周期、计算能力、内存、带宽等),并对使用量进行调节。然而用户对所租用的资源只有使用权,并无实际控制权,故第三方服务商对所提供资源的安全防护措施、服务能力、人员背景、管理程度、合同履行情况等都将成为影响风险评估的因素之一。其次,随着云计算在电子政务中的不断发展,必然会出现与现行法律法规等不相适应的情况,需要依据新情况来修改或颁布相应的新法律法规。但是修订工作所涵盖的内容错综复杂,会牵涉到各种利益冲突,难度较大、时间较长,必然成为影响电子政务云安全风险的因素之一。第三,电子政务云建设过程中缺乏统一的整体规划,也缺乏与之相适应的组织结构、技术标准、管理标准、第三方服务标准等,用户需要确定哪种云部署模式,哪些数据可以迁移到云平台,哪些数据不能迁移,这些都成为影响电子政务云安全风险的因素之一

    综合考虑各种相关的安全影响因素,本文提出一种改进的风险要素关系模型,通过扩充评估要素集合,特别突出第三方服务商、安全措施和脆弱性之间的动态因果关系,得到比文献[2] 中更加系统的安全要素相互作用图,更适合作为电子政务云信息安全风险评估的模型基础,具体信息安全风险要素关系图如图1 所示。

    图片:1876.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘60/82_1565_ec0300edfdb08b2.jpg’);” />

    3.2 政务云安全风险评估流程

    根据上述电子政务云风险评估各要素之间的关系,本文在文献[2] 的基础上设计基于云计算的电子政务云风险评估流程,如图2 所示。整个流程在原有基础上增加了两个重要环节,即系统特性评估分析阶段和云服务商调查分析阶段。通过系统特性评估分析,明确电子政务系统承载的业务职能、使用范围、信息分类及重要程度,进而确定采用的云计算部署模式和服务模式。通过对云服务商调查分析,详细了解云服务商的技术能力、服务能力、管理能力、人员背景情况及合同履行情况等,一方面为后续风险要素评估打下基础,同时能够指导用户完成云服务商的选择。

    3.3 系统特性评估分析

    云计算所特有的资源池化及透明化;
    资源弹性及高灵活性;
    计量付费及低成本;
    多种网络访问模式等性质给电子政务建设带来了规模效益,它不仅减少传统电子政务建设及维护成本,同时对电子政务系统功能的变更和服务能力的提高提供了良好的可扩展性。但是从安全角度看,并不是所有政府部门和相关业务应用都适合部署到云计算环境中,是否采用云计算模式,采用哪种云计算部署及服务方式,应该综合平衡采用云计算服务后获得的效益及可能面临的信息安全风险。只有当安全风险在用户可以承受、容忍的范围内,或安全风险引起的信息安全事件有适当的控制或补救措施时方可采用云计算服务。

    1、电子政务云分类

    文献[4]中指出电子政务网由政务内网和政务外网组成。电子政务引入云计算后,根据其功能、使用对象可分为政务私有云、政务内网社区云和政务外网公共云,如表1 所示。

    图片:1877.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘61/82_1565_df2bd12f0c14ffd.jpg’);” />

    2、电子政务业务分类

    确定政务信息后,需要对信息所依托的业博闻新闻务系统进行分析。

    表2 电子政务业务分类表

    图片:1878.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘62/82_1565_567fe3fbf9bc6f3.jpg’);” />

    3、云部署模式及服务模式选择

    在上述电子政务信息分类及业务分类的基础上,综合安全、建设运维成本等情况确定政务云部署模式及服务模式。

    图片:1879.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘63/82_1565_bfe922f39a30c48.jpg’);” />

    3.4 云服务商调查分析

    确定云部署模式和服务模式后需要选择确定云服务商,并对云服务商进行调研,了解云服务商的相关情况,为后续风险要素评估奠定基础。对云服务商的调查分析通常可以由第三方权威机构进行,由权威机构向用户出具相关调研报告或由用户自行调查。对云服务商的调查分析一般包括:

    1、云服务商背景调查

    (1) 调查云服务商的经营范围。(2) 调查云服务商的注册资金及股权构成。原则上不应选择有外资背景的企业作为云服务商。(3) 调查云服务商的运营状况及财务状况,确保服务商有良好的企业运营能力和资金实力做好后期的维护保障工作。(4) 调查云服务商的资质情况。(5) 调查云服务商的服务群体。(6) 调查云服务商的补偿能力与责任。

    2、云服务商服务能力调查

    (1) 调查云服务商提供的服务模式,即IaaS 服务、PaaS服务、SaaS 服务。以及每种服务所依托的各种软硬件设备、开发接口等的名称、型号、功能、性能、容量等指标。(2) 调查云服务商提供的云平台所依托的网络架构,包括:网络接入方式、数据传输路径等。(3) 调查云服务商提供的部署模式。(4) 调查云服务商的定制开发能力。(5) 调查云平台的可扩展性、可用性、可移植性、互操作性等指标。(6) 调查云平台资源占用、带宽租用、迁移退出、监管、培训等费用的计费方式和标准。

    3、云服务商安全能力调查

    根据信息敏感程度、业务分类以及所选择的云部署模式和服务模式,对下述八个方面的安全能力进行选择调查。

    (1) 物理环境安全。调查云服务商的机房选址、环境规划、环境访问控制、通信线路防护、供电、防火、防水、温湿度控制、防盗、防静电、放电磁干扰等是否符合相关标准的要求。

    (2) 访问控制能力。调查云服务商对保护用户数据及隐私所采取的相关措施,包括:用户标识及鉴别措施、设备标识及鉴别措施、标识符管理、账号管理措施、信息流控制措施、服务关闭及数据迁移措施、远程访问控制措施、存储加密措施、虚拟机访问及隔离措施等。

    (3) 配置管理能力。调查云服务商所提供云平台的配置管理能力。包括基线配置和详细配置清单、变更控制措施等。

    (4) 系统与通信保护能力。调查云服务商提供的系统与通信保护能力。包括:边界保护措施、传输保密性和完整性措施、可信路径、密码保护和管理措施、恶意代码防护措施、内存防护措施、系统虚拟化防护措施、网络虚拟化防护措施、移动设备物理连接防护措施等。

    (5) 系统开发及供应链安全能力。对云服务商开发能力及相关设备供应进行调查。包括:开发过程/ 标准/ 工具情况、外包服务情况、相关设备采购情况、开发商安全体系架构、开发商配置管理措施、开发商安全测试与评估措施、组件真实性检查措施、系统/ 组件/ 服务防篡改措施等。

    (6) 监控审计能力。调查云服务商的监控审计能力。包括:信息系统监测措施、垃圾信息监测措施、脆弱性扫描措施、审计记录措施等。

    (7) 应急响应及灾备能力。调查云服务商的应急响应和灾难恢复能力。包括:事件处理计划、事件处理流程、安全报警机制、安全事件报告、事件响应机制、灾备措施、应急响应计划、支撑用户的业务连续性计划、应急演练及培训等。

    (8) 运行维护能力。调查云服务商的运行维护能力。包括:维护所使用的工具、技术、机制以及对维护人员进行的有效控制措施。

    (9) 云服务退出机制。调查云服务商提供的服务退出保障机制。包括:数据完整性校验机制、数据安全删除机制等。

    3、云服务商安全管理能力调查

    调查云服务商对建设、运维的组织管理能力和人员管理能力。包括:建设/ 运维组织架构、安全规章制度、人员筛选机制、人员离职管理、人员调动管理、人员培训机制、人员奖惩机制、第三方人员安全管理机制等。

    4、云服务商人员背景调查评估根据信息的重要敏感程度,确定是否需要对访问敏感数据的云服务商工作人员进行背景调查。在需要背景调查时应委托相关职能部门进行。

    3.5 政务云风险要素评估

    3.5.1 资产评估

    目前,大多数风险评估中都采用了文献[3] 给出的资产分类方法,这种分类方法具有易理解、无二异性、可重现性等特点,但显得较为笼统和简单,不能适应多个不同的云部署模式要求。本文按照云计算服务模型SPI,对资产分类进行细化,从粗到细按层次对资产进行分类,分别为资产类、一级子类、二级子类和三级子类,如下:

    1、资产类:分为IaaP 平台、PaaS 平台、SaaS 平台、终端接入设备、信息/ 数据、人员、服务能力、无形资产。

    2、一级子类:根据资产属性的不同对资产进行分类,IaaP 平台的一级子类划分为基础环境设施、主机设备、网络设备、安全设备(硬件)、虚拟主机。PaaS 平台的一级子类划分为操作系统、数据库、中间件、API 接口、开发环境/ 工具、安全系统软件。SaaS 平台的一级子类划分为应用系统软件。终端接入设备的一级子类划分为有线终端、无线终端、外设。信息/ 数据的以及子类划分为文档、软件相关数据。人员是一类特殊的资产,我们将人员的一级子类划分为用户单位内部人员、云服务商、承包方人员、第三方监督机构人员;
    服务能力的一级子类划分为用户自身服务和韵服务商服务。无形资产的一级子类分为用户无形资产和云服务商无形资产。

    3、二级子类:根据资产的表现形式或功能,按系统对一级子类进行划分,例如:基础环境设施可分为供电设施、供水设施、防雷系统、消防系统、安防系统、防电磁干扰系统、空调系统、内部装修、布线系统等。

    4、三级子类:将二级子类划分为具体设备及型号ibowen.net。通过上述分类将有助于更好掌握各层级资产的特点、归属以及在信息安全方面的差别。同时在分类时应区分资产归属(即用户资产、云服务商资产),这将有助于后续已有安全措施的确定及风险计算。

    资产分类完成后应根据资产的重要程度对资产的3 个安全属性进行赋值,最终确定资产价值。具体赋值及量化计算过程本文不再列出,可以参考文献[2]。

    3.5.2 威胁评估

    传统威胁分类方法通常从威胁来源的角度进行划分,再根据其表现形式进行分类。虽然简单易懂,但层次结构不清晰,无法进行扩展。由于电子政务的特殊地位及重要性,往往成为黑客攻击的首要目标,其攻击的动机、方法、途径、攻击事件发生阶段各不相同,因此我们需要将威胁的不同属性结合在一起,寻求更有效的分类方法。本文结合电子政务特点,从威胁作用发生过程角度出发对分类属性进行细化,如下图3 所示。

    图片:1880.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘64/82_1565_e7f08925e5c4346.jpg’);” />

    首先根据用户选择的云部署模式,以业务应用为主线,画出云服务的数据流图,并以此为基础按照威胁源、动机、目标、行为、结果、影响进行分类。其中:1、威胁源是指安全事件的发起者,本文将威胁的来源划分为自然环境、系统自身缺陷、恶意人员和非恶意人员。2、威胁动机是指威胁利用脆弱点发起攻击的出发点。本文结合电子政务特点将动机划分为政治利益、经济利益、蓄意破坏、无意、好奇及不可抗力。3、威胁目标是安全事件的作用对象。本文按照资产分类将目标分为IaaS、PaaS、SaaS、接入终端、信息/数据、人员、服务、无形资产。4、威胁行为是指威胁源发起威胁的方法。包括:扫描探测、拦截、窃取、篡改、重放、假冒、否认、破坏/ 攻击、贿赂。5、威胁结果是指安全事件导致的破坏或影响。包括:信息泄密、信息破坏、服务中断。6、威胁影响是指威胁后果属性。在电子政务系统中,威胁后果将引起财产损失、行政效率损失、政府公共信誉损失以及危害公共安全。威胁分类完成后应根据威胁出现的频率对资产进行赋值,具体赋值及量化计算过程本文不再列出,可以参考文献[2]。

    3.5.3 脆弱性评估

    云脆弱性是云资产本身存在的脆弱点。云脆弱性识别应以资产为核心,针对云服务模式从技术、管理、运维、服务等多个层面进行识别。(表4)

    图片:1881.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘65/82_1565_c53f855c552ce7a.jpg’);” />

    脆弱性识别完成后应根据对资产的损害程度、技术实现的难易程度、弱点的流行程度,对脆弱性的严重程度进行赋值,具体赋值及量化计算过程本文不再列出,可以参考文献[2]。

    3.6 风险计算及分析

    由于信息系统的功能、用途、使用对象及其特点各不相同,风险计算方法的不同会直接影响评估的各个环节和结果。根据电子政务云特点及风险评估工作要求,电子政务云风险计算应在定性的基础上引入适当的定量分析,例如相乘法等。相关风险计算方法的研究文献很多,具体计算方法本文不再列出,可参考相关文献。

    四、电子政务云总体安全防护策略

    传统安全防护框架主要从技术、管理、建设与运维这几个方面采取相应的安全措施。云计算引入了第三方云服务商,因此对云服务商的安全管理也至关重要。同时从技术层面来讲,根据传统信息系统体系架构,安全防护主要从物理层面、网络层面、主机层面、应用层面、数据层面考虑采取相应的静态技术手段。在云计算环境下,虚拟技术的引入、服务模式的创新,使得基于云计算的信息系统体系框架发生了很大变化,我们需要结合这种变化,以P2DR2 模型为基础,围绕云环境的架构从基础架构、平台、软件、接入网络、终端这五个纬度考虑安全防护问题。同时要结合云计算大规模、开放性、按需服务等动态特点,部署全网动态的安全防护体系。

    图片:1882.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘66/82_1565_b1c6334e8c0888f.jpg’);” />

    图片:1883.jpg

    700)this.width=700;” style=“max-width:700px;” title=“点击查看原图” onclick=“if(this.parentNode.tagName!=‘A’) window.open(‘67/82_1565_afe615b10c23ef7.jpg’);” />

    五、结束语

    本文在文献[2] 的基础上,针对云计算模式下传统电子政务风险评估存在的不足提出改进方法。重点围绕政务云风险评估要素关系、政务云风险评估流程、系统特性评估、云服务商评估、政务云风险要素评估,并以P2DR2 模型为基础,围绕云环境的架构从基础架构、平台、软件、接入网络、终端这五个纬度给出初步的风险对应措施。关于云计算安全问题的解决,需要从政策、法律、技术等多个方面综合考虑,相信随着云计算的深入发展,各种安全理论会不断成熟,将不断推进电子政务云的可持续发展。

    参 考 文 献

    [1] 国家网络与信息安全协调小组. 《关于开展信息安全风险评估工作的意见》(国信办〔2006〕5 号).2006.1.

    [2] 中国人民共和国国家质量监督检验检疫总局, 中国国家标准化管理委员会. 信息安全技术 信息安全风险评估规范.GB/T 20984-2007.2007.11.

    [3] ISO/IEC, Information technology-Security techniques-Guidelines for the management of IT security Part1:Conceptsand models for IT Security, ISO/IEC TR 13335-1:1996.

    [4] 原国务院信息化工作办公室,《国家电子政务总体框架》(国信〔2006〕2 号),2006.

    【篇二】政务云安全设计方案

    互联网+网上政务服务平台建设方案

    平台概述

    依据《国务院办公厅关于印发“互联网+政务服务”技术体系建设指南的通知》国办函〔2016〕108号文件要求,按照党中央、国务院决策部署,进一步规范行政权力运行、优化政务服务供给,降低制度性交易成本,解决影响企业和群众办事创业的难点堵点,进一步激发社会和市场活力。

    在互联网时代,利用信息化手段,支撑简政放权,加强事中事后监管,通过互联网与政务服务深度融合,实现“一号一窗一网”目标,促使服务流程显著优化,服务模式更加多元,服务渠道更为畅通,让居民和企业少跑腿、好办事、不添堵。

    我公司专注政务领域多年,开发出符合互联网时代的新一代“互联网+政务服务”整体解决方案,完全实现了信息共享,一网通办,极大的方便了办事群众,为行政审批体制改革添砖加瓦。

    现状痛点事项上网跟不上

    上网事项以审批类为主,大量群众关心的服务事项没有上网,办事信息不准确不实用。甚至出现明显错误遗漏,群众办事仍然“找不到、看不懂、办不通”。

    流程优化跟不上

    网上事项大多照搬先线下流程,没有按照互联网办事规律进行优化,有的地方在线上提交了电子版材料,还需要在线下提交纸质材料,办事反而更加繁琐。

    信息共享跟不上

    办事系统之间难以实现后台认证和业务协同,办事材料仍需要重复提交。有些地方,一台办事窗口同时有多台电脑,运行多个系统,由于没有实现共享,工作人员需要在不同系统间重复录入数据,工作量大幅增加。

    平台融合跟不上

    实体和网上两个平台相互割裂,办事流程和规则各不相同,没能做到线上线下无缝衔接,顺畅运转。有的在平台上下载了办事表格,到了服务大厅却说网上的表格不对,需要重新填写。这些问题导致网上服务的质量不高,效果不明显,和公众的期望还有很大差距。

    整体框架

    解决方案

    一、政务服务平台

    1、网上办事大厅

    主要完成各个局级部门之间的数据收集、分发等管理。

    数据交换系统主要包含前置交换子系统、交换传输子系统、中心交换子系统、交换管理子系统、交换信息采集子系统、系统接口平台等六个子平台。

    2、网上APP服务平台

    民众通过手机终端程序,按照审批事项办理的条件,提交事项办理的申请,同时民众可以通过拍照功能准备申请材料并提交上报。

    3、微信服务平台

    以“方便群众、强化公开、沟通高效”为标准,建立基于微信平台的网上办事大厅。大厅主要功能为:构建基于企业、机构、个人的“政务信息数据库”,减少政府在政务服务环节的重复性验证工作;
    建立以手机网页、网上投诉反馈平台、网上办事评价机制和网站关键字检索功能为主的“政民互动平台”;
    建立基于综合信息共享数据库为核心的“网上办事平台”。

    4、大厅智能服务平台

    基于“以公众服务为中心”的理念,将移动互联网、物联网、云计算、4G无线等技术应用到政府公共服务中,建设“多渠道、办事易、效率高”的综合服务体系,为公众带来全新的服务体验,提高了公众对政府公共服务的满意度。

    二、政务服务管理平台

    1、政务服务事项管理

    政务服务事项管理是政务服务运行管理、电子监察管理的基础,应具备政务服务事项清单管理和事项动态更新管理功能,记录政务服务事项的应用情况,提供政务服务事项变化追踪、自动检查校验、汇总统计、比对分析等功能。

    2、统一受理平台

    统一受理平台是以三统一(统一采集、统一受理、统一分拨)为原则,以三跨越(跨部门、跨区域、跨层级)为突破,充分利用互联网云计算和大数据等信息技术,实现了“部门协同、数据共享、证照共用”的目标。

    3、政务服务运行管理

    政务服务运行管理平台包括网上预约、受理、审核、审批、收费、送达、评价等环节的管理。集成大厅各类智能化设备,实现线上线下融合的一体化办理。

    4、电子监察管理

    电子监察管理是指对政务服务事项运行全过程进行网上监察,涵盖事前、事中、事后过程,是支撑政务服务事项公开透明运行的保障。

    5、电子证照管理

    电子证照是以数字方式存储、传输的证件、执照、批文等审批结果信息,是支撑政务服务运行的重要基础数据。

    6、统一信息发布

    统一信息发布平台作为互联网+政务服务应用系统中的网站管理平台,是为更有效的提供信息发布、共享、检索、管理、提供各级政府和公众个性化服务等信息服务平台。

    三、业务办理平台

    业务办理平台与政务管理平台通过数据共享交换平台实现业务交互,业务办理平台主要实现内部流转审批,根据不同类型分为国家部委业务办理系统、省级业务办理系统、市级业务办理系统以及区县级级业务办理系统。对于上级部门下发的条线业务系统,由条线业务平台对接上级政务数据中心,本级政务服务管理平台通过垂直数据交换通道实现调用上级政务数据中心的相关部门的业务数据。

    四、数据共享交换平台

    数据共享交换平台是涵盖数据采集、梳理、管理、服务、应用于一体化的政务数据资源综合服务于管理平台。按照统一、集约、高效的数据开发利用理念,有效解决“信息孤岛”、“数据烟囱“等现象,通过以应用为抓手,进一步大同数据流,满足政务笨么多方位、多层次的数据需求,从而不断提升”智慧政府“建设和社会运行效率。

    【篇三】政务云安全设计方案

    安阳市实施电子政务外网设计方案


    安阳市电子政务外网设计、实施方案

    自1999年”政府和企业上网工程”实施以来,安阳市政府各单位、各部门都各自建立了自己的工作和宣传网站。在以往的网络环境中,由于业务简单,仅限于Web静态页面发布,网络流量较小,单位自己都可自行管理网络,但随着各单位、各部门对信息化的需求日益上升,网络系统的日趋复杂,网站管理难度加大,使得网络中固有的弊病也渐渐显露出来。例如带宽资源不足、系统维护技术跟不上、扩展性不佳,还有高昂的维护费用等等。特别是正在开展实施的电子政务建设,由于各单位对其运行机制、模式和功能不是十分清楚,从而导致政府各个部门纷纷从其自己管理的角度出发,上马建设一整套从上到下的垂直管理体系,将原来的行政审批事项简单地复制到网上来进行,使得体系之间相互封闭,互不相通。

      规划:统一外网 资源整合

      针对上述问题,安阳市信息中心在设计电子政务外网方案时,首先把握的原则就是一定要明确工作思路和模式,强化部门合作与资源共享,最大程度地避免重复建设和资源浪费。而要做到这一点,需要采用信息的集中化管理模式,也就是说,政府办公网络应统一使用一个外网进行信息的传输和交流,同时,对现有资源进行整合,实现市委、市政府、市直各部门的信息资源共享和网络互通。

      为此,安阳市信息中心提出了以有限的财力资源集中建设电子政务外网服务器集群,经过采用集中化管理模式来实现全市电子政务外网各项工程建设的目标。解决方案是,在党政综合楼计算机机房重新建设政府外网服务器,其名称按照市委、市政府相关文件要求统一更名为”安阳市电子政务外网”,由市信息中心集中配置和管理,新建设的政府外网将突出新闻和信息服务,由市信息中心提供统一的新闻更新系统,同时建立政府邮件服务器,为行政中心所有部门以及其它市直部门提供免费电子邮件服务,从而降低行政成本,开辟新的、便捷的信息交流渠道。在此基础上,进一步加强信息的收集和编发力度,开展网上本地电视新闻发布服务。

      设计:高性能集群服务器

      按照安阳市的电子政务建设规划和任务目标,电子政务外网集群服务器要放置在新建成启用的党政综合楼计算机机房进行集中管理,因此,在信息管理方面完全能够采用IDC(互连网络数据中心)技术实现。

      1. 建立基于IDC技术的网络环境。

      IDC的网络运营环境可划分为访问层、数据传输层、IP网络的Internet接入层和应用层,网站托管和主机托管是IDC的主要实现模式。所有可公开信息可集中传输到市信息中心管理的大型数据服务器上进行发布。

      由市信息中心提供的虚拟主机业务能够为各单位提供集中的信息存储服务,可实现负载均衡、带宽管理、防火墙逻辑隔离、网络内容加速服务,这类用户只需在政府信息中心IDC服务器上开设虚拟目录,便可满足用户网络应用的需求,与其它单位互不干扰,如同自己的服务器一样。

      2. 采用集群技术,实现关键应用的集中监控、管理和均衡负载。

      安阳市电子政务外网的建设目标之一就是要适应Internet 的快速普及,上网用户的快速增长、多媒体内容的不断增多以及访问量的加大,这些无疑都对作为网络核心的服务器构成极大的压力,单纯增加网络带宽和提高服务器的性能都不足以应付蜂拥而至的用户请求。针对这方面的实际需求,经过政府采购专家组评审,最终采购了浪潮天梭系列集群服务器作为电子政务外网的主要应用服务器。

      3. 科学设置硬件控制系统,建立完善的产品系统结构,确保其性能指标的最优化。

      集群服务器主要由硬件控制和软件管理两大部分组成,从硬件控制上来看主要有以下几个功能组成,它们分别是电源管理系统、控制台、高速网络互连、调度系统、事务处理系统、事务管理系统,共6个主要功能模块;从软件上来看,主要由操作系统平台和管理系统两部分组成。

      硬件控制系统

      ◇电源管理单元

      该集群服务器的电源管理可进行编程控制,诸如设定电源到达电源管理模块和主电源到达各输出口之间的延时,或者在同一时间里打开、关闭或再引导所有的电源输出。允许对各电源的输出中的每一个进行独立的、可编程控制。

      ◇事务处理单元

      所有的功能处理模块都针对高性能高可靠性的密集计算而设计;高密度硬盘仓设计可容纳更多硬盘,配合高性能RAID 技术,可支持不同RAID级别,使数据更可靠速度更快捷。

      ◇集中监控单元

      该功能单元采用显示、键盘、鼠标一体化的1U、15英寸真彩LCD针对整个机群的运行状况进行监控管理,完成对整个系统的配置。

      ◇高速网络互联功能

      高速互联功能的设计,富余的网络扩展保证了对外对内连接的可扩展性,另外使用高速互联功能实现了内部划分网络结构,使得内部管理、外部访问等各网段之间的数据传输不受干扰,保证了数据传输的安全可靠。

    软件系统

      实现对集群系统中各功能的集中监控、资源管理,为系统管理员提供一个统一的、集中的、可视化的管理工具,而且经过对集群系统中各事务处理的状态监控,为管理员的决策提供参考。

      它能够监视集群中各个事务处理的系统信息,包括内存使用情况、进程状态、Windows服务加载情况、硬盘文件系统的使用情况、网络吞吐量、系统性能的简要评估、用户管理等。而且还能够实现对集群中操作系统分发安装、系统的远程配置、完整功能的文件管理、控制台完全操作(截屏控制)等。

      本集群服务器内部采用不同的域网对系统进行分类管理,整个系统的内部接入与接出均使用了千兆网络,保证了网络的带宽,提升系统吞吐量。管理域选用比较经济的10/100M网络运行环境和软件核心部分工作状态的监控、管理,主要分为集群管理软件对各节点的监控和对负载均衡机制的配置和管理;系统域为系统内部各处理结点接受响应与提交响应的专用域网,也用于各计算结点之间的信息交换;服务域专门用于机群服务器与外部局域网或广域网之间的信息交换。

      应用:全方位 多功能

      集群服务器作为安阳市电子政务外网硬件平台,主要应用为 Web服务、E-mail服务、视频采集及点播服务、DNS域名解析服务、数据库服务。

      该机群系统现已安装调试完毕,当前运行状态良好。

      1. 实现了操作平台的混合支持,同时支持Windows NT/ Server、LINUX、UNIX等操作系统。

      2. 猎鹰集群监控系统能够监控到整个机群的软硬件运行状态,如整个系统工作环境、各节点CPU和内存的使用率、网络流量、各节点主板温度、CPU温度,主板电压等等,使系统管理员能够经过任意联网的客户端对各节点的情况进行监控,并可进行远程管理。

      3. 电子邮件系统采用了系统认证和数据库双机热备的部署方案,系统的构架建立在对负载均衡和无单点故障的考虑之上,在任何一个服务节点故障时,系统不会影响其它节点的正常使用。同时,系统管理员能够立即分配作业到其它正常工作的节点,整个系统依然能够确保正常工作。众多节点集成到一起,使得系统管理员能够对系统资源进行统一的优化和重组。

      该电子邮件系统作为安阳市电子政务外网硬件平台上运行的主要功能之一,要求能为安阳市政府机关工作人员提供大容量、稳定、高效的电子邮件服务。支持在线申请、批量申请、卡式申请、分组管理等主要申请方式,应用灵活,功能强大,支持多域名管理。

      4. 视频采集、处理、点播服务器是基于TCP/IP协议的视频采集点播系统,具有高性能、低要求的优异特点,能够很好地满足政府机关的视频点播服务需求。点播画面支持IE浏览器方式,管理容易、操作简便。开通后能实现视频点播、视频广播、实时转播、自动录制等功能。

      5. 采用防火墙、磁盘阵列、磁带机备份实现网络安全与数据冗余。其实现的功能主要是:混合型防火墙(状态检测、应用代理)可工作在路由、透明、NAT模式下;集成Smart Protector,提供经济的入侵检测解决方案;内容过滤功能提供对URL、邮件、指令、Activx/Java和诡异木马探测。由于系统每个节点的系统盘、网络存储系统NAS,均采用了RAID5技术,再配合以磁带机定期对关键数据进行备份,因此从技术上确保了数据安全。

      安阳市的电子政务政府外网建设更好地促进了政府机关工作与企业、群众的内外交流,方便了政府办公,节约了办公开支。

    【篇四】政务云安全设计方案

    大班安全活动设计方案

    李婵娟

    活动内容:《不私自离园》

    活动目标:1、知道不应该私自离园,了解私自离园可能产生的危险。
    2、能够理解并遵守幼儿园安全规则,为了自身安全不私自离园。
    3、体会私自离园的后果以及家长和教师焦虑的心情。
    活动准备  ppt

    活动过程:

    开始部分:
    导入:观看图片
    教师出示图片,并提问:(1)仔细看图,看看小朋友在做什么?
    (2) 有一个小朋友正往幼儿园门口走呢,他要做什么?

    基础部分:
    活动展开:观看情景剧表演
    (1)教师:刚才我们看到一个小朋友自己偷偷地离开幼儿园,你们觉得他做得对不对?如果他溜出幼儿园,可能会发生什呢?让我们一起来看看吧。
    (2)教师表演情景剧表演《皮皮留出幼儿园》,表现私自离园可能产生的危险。
    ①情景剧表演:幼儿扮演男孩皮皮,留出幼儿园大门,主班教师扮演人贩子。
    配班教师旁白。
    表演内容:
    教师旁白:一天,皮皮趁老师不注意,偷偷地溜出了幼儿园门口。
    皮皮:哈哈,溜出幼儿园真开心!可是车这么多,那路这么宽,我怎么过去呢?人贩子(在旁边观察了皮皮好一会儿):小朋友,我带你过马路去一个好玩儿的地方吧!(皮皮不假思索地跟着人贩子过了马路。人贩子给了皮皮一颗糖,皮皮吃了之后晕倒了,人贩子把他带走了,人贩子把他带走了。
    ②教师:皮皮溜出幼儿园以后发生了什么事呢?
    讨论私自离园的危险性。
    (1)讨论:如果私自离园,还会有哪些危险?
    ①教师:除了可能碰到的坏人,私自离园还可能产生哪些危险?
    ②教师小结:小朋友还没有保护自己的能力,如果自己偷偷地离开幼儿园,可能会遇到紧急情况,又没有人知道,时分成未见得,比如有可能被车撞伤、被人贩子拐卖或者迷路等。所以,为了我们自己的安全, 不能私自离开幼儿园。
    (2)讨论:如果私自离园,爸爸妈妈和老师会怎样?
    ①教师:请小朋友想一想,如果你偷偷地离开幼儿园,爸爸妈妈和老师会怎么想,会怎么办?
    ②引导幼儿展开讨论,体会亲人和教师对自己的关爱以及自己走丢后他们的心情。
    ③教师小结:小朋友刚才说的都很好。如果你从幼儿园跑丢了,爸爸妈妈和老师都会非常着急,会非常担心你的安全,会非常伤心,会报警,或者到处找你,没有办法安心工作,老师就顾不上班里的其他小朋友。总之,会产生很大的混乱。
    活动总结:不应私自离园。
    (1)教师:请大家仔细想一想,我们应不应该私自离开?(通过讨论:引发幼儿的安全意识)
    (2)教师总结:虽然幼儿园外面有很多有趣的东西,但也有很多非常危险地事情。小朋友在幼儿园有事要跟老师说,不能自己偷偷地离开幼儿园,不然会让关心你的爸爸妈妈和老师非常担心和伤心的。

    结束部分
    活动延伸:表演情景剧。
      请幼儿分组讲述幼儿用书上的故事内容,然后分角色进行进行情景表演。

    【篇五】政务云安全设计方案



    网络安全设计方案


    2020年4月19日
    1


    文档仅供参考
    1.1 某市政府网络系统现状分析
    《某市电子政务工程总体规划方案》主要建设内容为:一个专网(政务通信专网,一个平台(电子政务基础平台,一个中心(安全监控和备份中心,七大数据库(经济信息数据库、法人单位基础信息数据库、自然资源和空间地理信息数据库、人口基础信息库、社会信用数据库、海洋经济信息数据库、政务动态信息数据库,十二大系统(政府办公业务资源系统、经济管理信息系统、政务决策服务信息系统、社会信用信息系统、城市通卡信息系统、多媒体增值服务信息系统、综合地理信息系统、海洋经济信息系统、金农信息系统、金水信息系统、金盾信息系统、社会保障信息系统。主要包括:
    政务通信专网 电子政务基础平台 安全监控和备份中心 政府办公业务资源系统 政务决策服务信息系统 综合地理信息系统
    多媒体增值服务信息系统
    2 2020年4月19日

    文档仅供参考

    某市政府中心网络安全方案设计 1.2 安全系统建设目标
    本技术方案旨在为某市政府网络提供全面的网络系统安全解决方案,包括安全管理制度策略的制定、安全策略的实施体系结构的设计安全产品的选择和部署实施,以及长期的合作和技术支持服务。系统建设目标是在不影响当前业务的前提下,实现对网络的全面安全管理。
    1 将安全策略、硬件及软件等方法结合起来,构成一个统一的防御系统,有效阻止非法用户进入网络,减少网络的安全风险;

    3 2020年4月19日

    文档仅供参考
    2 经过部署不同类型的安全产品,实现对不同层次、不同类别网络安全问题的防护;

    3 使网络管理者能够很快重新组织被破坏了的文件或应用。使系统重新恢复到破坏前的状态。最大限度地减少损失。

    具体来说,本安全方案能够实现全面网络访问控制,并能够对重要控制点进行细粒度的访问控制;

    其次,对于经过对网络的流量进行实时监控,对重要服务器的运行状况进行全面监控。

    1.2.1 防火墙系统设计方案
    1.2.1.1 防火墙对服务器的安全保护
    网络中应用的服务器,信息量大、处理能力强,往往是攻击的主要对象。另外,服务器提供的各种服务本身有可能成为"黑客"攻击的突破口,因此,在实施方案时要对服务器的安全进行一系列安全保护。
    如果服务器没有加任何安全防护措施而直接放在公网上提供对外服务,就会面临着"黑客"各种方式的攻击,安全级别很低。因此当安装防火墙后,所有访问服务器的请求都要经过防火墙安全规则的详细检测。只有访问服务器的请求符合防火墙安全规则后,才能经过防火墙到达内部服务器。防火墙本身抵御了绝大部4 2020年4月19日

    文档仅供参考
    分对服务器的攻击,外界只能接触到防火墙上的特定服务,从而防止了绝大部分外界攻击。
    1.2.1.2 防火墙对内部非法用户的防范
    网络内部的环境比较复杂,而且各子网的分布地域广阔,网络用户、设备接入的可控性比较差,因此,内部网络用户的可靠性并不能得到完全的保证。特别是对于存放敏感数据的主机的攻击往往发自内部用户,如何对内部用户进行访问控制和安全防范就显得特别重要。为了保障内部网络运行的可靠性和安全性,我们必须要对它进行详尽的分析,尽可能防护到网络的每一节点。

    对于一般的网络应用,内部用户能够直接接触到网络内部几乎所有的服务,网络服务器对于内部用户缺乏基本的安全防范,特别是在内部网络上,大部分的主机没有进行基本的安全防范处理,整个系统的安全性容易受到内部用户攻击的威胁,安全等级不高。根据国际上流行的处理方法,我们把内部用户跨网段的访问分为两大类:其一,是内部网络用户之间的访问,即单机到单机访问。这一层次上的应用主要有用户共享文件的传输(NETBIOS应用;
    其次,是内部网络用户对内部服务器的访问,这一类应用主要发生在内部用户的业务处理时。一般内部用户对于网络安全防范的意识不高,如果内部人员发起攻击,内部网络主机将无法避免地遭到损害,特别是针对于NETBIOS文件共享协议,已经有5 2020年4月19日

    推荐访问:云安 设计方案 政务 政务云安全设计方案 政务云安全设计方案 阿里政务云方案

    Top