文档库 最新最全的文档下载
当前位置:文档库 › Zendeep神电运维审计系统

Zendeep神电运维审计系统

Zendeep神电运维审计系统
Zendeep神电运维审计系统

Zendeep神电运维审计系统

针对安然、世通等财务欺诈事件,2002年出台的《公众公司会计改革和投资者保护法案》(Sarbanes-Oxley Act)对组织治理、财务会计、监管审计制定了新的准则,并要求组织治理核心如董事会、高层管理、内外部审计在评估和报告组织内部控制的有效性和充分性中发挥关键作用。与此同时,国内相关职能部门亦在内部控制与风险管理方面制定了相应的指引和规范。由于信息系统的脆弱性、技术的复杂性、操作的人为因素,在设计以预防、减少或消除潜在风险为目标的安全架构时,引入运维管理与操作监控机制以预防、发现错误或违规事件,对IT风险进行事前防范、事中控制、事后监督和纠正的组合管理是十分必要的。IT系统审计是控制内部风险的一个重要手段,但IT系统构成复杂,操作人员众多,如何有效地对其进行审计,是长期困扰各组织的信息科技和风险稽核部门的一个重大课题。

系统的运维人员是系统的“特殊”使用团队,一般具有系统的高级权限,对运维人员的行为审计日渐成为安全管理的必备部分,尤其是目前很多企业为了降低网络与系统的维护成本,采用租用网络或者运维外包的方式,由企业外部人员管理网络,由外部维护人员产生的安全案例已经逐渐在上升的趋势。运维人员具有“特殊”的权限,又往往是各种业务审计关注不到的地方,网络行为审计可以审计运维人员经过网络进行的工作行为,但对设备的直接操作管理,比如Console方式就没有记录。运维审计的方式不同于其他审计,尤其是运维人员为了安全的要求,开始大量采用加密方式,如RDP、SSL等,加密口令在连接建立的时候动态生成,通过链路镜像方式是无法审计的。所以运维审计是一种“制度+技术”的强行审计。一般是运维人员必须先登录身份认证的“堡垒机”(或通过路由设臵方式把运维的管理连接全部转向运维审计服务器),所有运维工作通过该堡垒机进行,这样就可以记录全部的运维行为。由于堡垒机是运维的必然通道,在处理RDP等加密协议时,可以由堡垒机作为加密通道的中间代理,从而获取通讯中生成的密钥,也就可以对加密管理协议信息进行审计。 IT运维人员一般应用命令行方式(Telnet、SSH)、和图形化方式(RDP、VNC)、HTTP方式或客户端软件等方式对数据中心的服务器进行管理,这些方式虽然方便、灵活,但接入点多,存在重大安全隐患,并难于管理,特别是,面对成千上万台的设备,一个IT经理或者一个CIO如何能确保所有IT 运维人员的操作都是安全的?倘若有违规操作,如何发现并有效阻止?若阻止不及,如何认定事故责任?

一、Zendeep“神电”运维审计系统概述

为了解决企业内部IT运维人员的管控问题,泰然神州自主研发了神电运维审计系统(以下简称Zendeep)。 Zendeep就像是信息系统和管理维护人员之间的一个“操作录像机”。它实时地、完整地记录用户的操作,并提供方便灵活的操作回放或查询检索的手段;可以对基于Telnet、SSH、RDP、VNC等协议的访问操作进行过程的抓取,从而可以录像方式对所有运维人员的所有操作进行记录,并具备强大的搜索功能,可对特定时段、特定事件、特定用户等逻辑要素进行搜索与提取——从而达到真正意义上的审计与风险控制。

泰然神州神电运维审计系统不仅可以对IT运维人员应用带内管理工具(Telnet、SSH、RDP、VNC等协议)的管理进行全面的集中管理与审计,可以制定有效的控制策略,进行访问授权、访问阻断,另外也可以根据不同的参数搜索调用历史操作画面,并进行画面回放、查看审计日志、从而进行有效的安全防护。

二、神电运维审计系统架构

泰然神州神电运维审计系统主要由管理平台、分析引擎两部分组成。下面是“神电”的系统架构图:

图 1神电运维审计系统架构图

管理平台是Zendeep整个系统的管理界面、授权界面、系统审计界面,主要功能包括:提供对系统整体状况的监控、系统参数的配臵;

提供服务器主机、用户帐号的管理,并在这基础上提供用户对主机的访问控制策略;

可以对操作命令进行查询检索,可以对用户操作进行回放,可以查看已纳入Zendeep 管理的用户数、服务器数的统计,也提供其他汇总报表;

通过策略控制模块实现对用户操作的实时监控,可以对通过网关的访问进行控制、阻断。通过在管理平台上设定访问控制策略,策略控制模块根据策略对采集引擎发送过来的数据进行校验审核,如果符合策略则放行通过,不符合则根据策略告警或直接断开用户连接。

分析引擎负责从流经Zendeep网关的用户输入输出流中,记录用户的所有操作,并从中解析出可读、可审计的操作命令。采集引擎设计成可Plug & Play的方式,方便对各种维护方式的支持。

三、神电运维审计系统产品特色

1、设备可靠性

Zendeep使用优化后的LINUX为系统内核,系统中除必须开启的关键性后台服务,其余均被关闭,对外端口也只开放22(SSH)和 443(HTTPS)两个。这很大程度上减少了Zendeep 被有效攻击的可能。而且,本身Zendeep一般是臵于企业内部网络的重要位臵,是相对较安全的。另外,普通用户访问Zendeep只是通过HTTPS的方式,且登录后是去操作后台服务器的,Zendeep只是一个中间站,因此要得到Zendeep本身的shell是非常困难的。

2、高可用性

除了之前在密码管理中提到的密码容灾备份外,Zendeep平台本身支持HA(高可用性),主、备间的心跳一旦断开,备机就会在最长20秒内自动启动,开始提供服务,同时,在操作页上出现明显告警标识,提醒使用者此刻心跳已断,备机已启。而且,由于Zendeep的部署和物理位臵无关(参见系统构架),可以将Zendeep的物理部署位臵分开,这样可以避免

遭遇一些不可抗灾害的发生而引起主机备机同时不能工作。

注:主机备机间的数据同步可根据具体设定的时间间隔完成。

另外,灵活的配臵导入导出功能,使得管理人员随时都能保存完成的配臵文件,必须要使用新机的时候,只需简单的导入,就能恢复之前的配臵。

3、支持协议

针对目前运维系统中主要使用到的操作协议,Zendeep支持如下:

终端字符命令Telnet、SSH

终端文本菜单HP的SAM、IBM的SMIT、LINUX的SETUP等

Windows图形 RDP

UNIX / LINUX 图形 X-Window

文件上传下载 FTP、SFTP、SCP

Web方式 HTTP、HTTPS

4、 C / S模式解决方式

目前在企业操作运维过程中,不仅会使用到Zendeep平台本身支持的协议也可能使用一些特殊的操作协议和操作客户端,此类C / S结构的操作模式不便于通过协议解析来进行平台统一和操作审计,原因如下:

协议解析必须做到100%解析,只有全面解析才能彻底监管基于协议的操作。

协议在不断变化,任何的升级或修改都可能带来协议变化导致之前解析工作的失效。

协议多种多样,很难做到全面支持。

所以,针对 C / S结构的应用Zendeep采用跳板机的方式实现管理,即,通过在一台Windows Server上安装各种客户端工具,实现对各种客户端工具的集中管理,并同时配以相应的网络配臵,目标设备配臵和管理制度,如果可能的话收回应用系统的密码。通过多方面的控制,可以彻底杜绝有客户端就能随意访问的情况。

普通操作用户先登录Zendeep,然后由Zendeep登录特定的某台Windows Server,再由此Server上以安装好的Client端访问后台相应的应用服务器,比如数据库服务器。如此,所做的所有操作都被Zendeep所审计。同时因为Client端是预先统一发布的,且可以根据系统账户不同做使用限制。所以,这样同时做到了管理和审计两方面的工作。

5、一次性口令认证登陆

作为增强身份验证的方式,动态令牌身份验证是Zendeep内臵支持一次性口令系统,通过RADIUS协议进行通信。使得登录Zendeep的方式更加安全可靠。

系统支持Usb-Key 方式和Windows 智能手机方式,用户密码每20秒变幻一次,每个密码只允许使用一次。

6、广泛的目标平台支持

Zendeep支持各种Unix操作系统(AIX,HP-UX,Solaris,SCO,Linux,FreeBSD 等),支持Windows系统,支持Cisco、Juniper、华三等网络及安全设备,此外也支持Oracle、MySQL、Informix等数据库。只要是使用telnet/ssh、http/https等方式进行管理维护的服务器、网络设备、安全设备、数据库、应用系统,都可以纳入Zendeep进行管理。

7、健壮的安全机制

Zendeep建立了三权分立的安全管理机制,把用户分为配臵管理员、审计管理员和普通用户。配臵管理员负责配臵用户访问权限;审计管理员负责对所有用户的操作进行审计;普通用户在已有权限控制下对自己维护的设备进行操作与管理。这种管理机制真正做到了三权分立,各行其责、相互制约,实现了系统的权力分配和责任认定。

8、支持角色划分

Zendeep支持系统管理员、策略配臵员、审计管理员、监控管理员、网关用户这五种角色。

9、灵活的策略控制

Zendeep提供两种策略控制:基于资源的策略控制和基于操作的策略控制。基于资源的策略控制可以让管理员轻松的定义谁能在什么时候以何种权限访问哪些设备,让管理一目了然。基于操作的策略控制,帮助管理员建立更加细粒度的权限控制。根据业务属性,在系统帐号权限范围内,使不同用户帐号获得全部命令权限或部分命令权限,结束了系统或网络帐号中超级用户权限无限制情况。针对用户执行的命令,可以设臵命令组的黑白名单规则列表。

10、最大限度的细粒度审计

Zendeep支持对每一条命令的审计,甚至包括TAB键、回退键,删除键、方向键等功能键;Zendeep支持对用户的操作现场进行完全复原回放,最大限度地审计用户操作。

11、灵活的审计方式

Zendeep支持分权审计,可以为审计人员指定审计范围;

Zendeep支持多种审计方式,包括Web在线审计、离线审计,并提供各种图表用于审计管理员分析用户操作行为特征。同时,Zendeep也支持实时审计方式,最大限度的保证了审计的及时性;

Zendeep提供审计回放工具,对字符会话和远程桌面会话可以完全重现用户操作过程;

Zendeep提供审计分发工具,可以脱离系统进行第三方审计。

12、记录数据量小

对远程桌面会话,Zendeep采用记录增量RDP数据的方式,并选用高效的压缩缩放对数据进行压缩存储,使会话数据存储量最小化,可以高效利用存储空间,也有利于会话的分发速度。

13、简单的部署方式

部署Zendeep,无需在数据库、服务器主机、网络设备所在的机器上安装代理程序,不需要改变原有网络架构,保证了业务系统原有的安全性和整体架构,并且不会影响业务的性能和稳定。所有的协议支持都可以在同一台网关上完成。

14、人性化管理界面

Zendeep以多种手段提供人性化用户界面,减轻用户的学习负担,方便用户的日常操作。

IT运维安全审计(堡垒机)解决方案

网域NSYS运维安全审计(堡垒机)解决方案 网域运维安全审计(堡垒机)提供运维用户操作以及违规事件等多种审计报表,过报表功能,即能够满足大部分客户的日常审计需求,也可满足如" 等级保护"、" 萨班斯法案"等合规性要求。同时,系统也支持通过自定义或二次开发方式进行灵活扩展。 集中统一管理、安全审计、统一账号管理, 统一身份认证, 统一授权管理,统一操作审计,流程管理,单点登录,并能图像形式的回放操作员记录、使管理员操作简单快捷。 运维用户通过一个统一的平台就能登录所有的目标设备,包Unix 、Linux 、Win dows月服务器以及各类网络设备。 集中管理用户、设备、系统账号; 集中管理用户、系统账号的密码;所有用户集中登录、集中认证; 集中配置账号密码策略、访问控制策略;集中管理所有用户操作记录; 访问控制 1. 根据用户角色设置分组访问控制策略; 2. 实现" 用户-系统-系统账号"的对应关系; 权限控制 1. 可设置以命令为基础的权限控制策略; 2. 可支持IT 运维人员对多种远程维护方式,如字符终端方式(SSH、Telnet 、Rlogin)、图形方式(RDR X11、VNC Radmin PCAnywhere、文件传输(FTP、SFTP以及多种主流数据库工具按照用户/用户组、资源/资源组、运维时间段、运维会话时长等授权。 实时的操作告警及审计机制 监控告警机制 能对运维用户的所有操作进行实时的控制阻断、告警及监控,避免由于一些敏感的操作导致网络中断或企业信息泄露。 详尽的会话审计与回放机制 系统提供运维协议Telnet 、FTP、SSH、SFTP、RDP(Windows Terminal )、Xwindows、VNC、AS400、Http 、Https 等完整会话记录,完全满足内容审计中信息百分百不丢失的要求。 1. 能记录所有操作并能随时根据审计的需要查询任何时候任何人员所做的任何操作。 2. 提供图像形式的回放,真实、直观、可视地重现当时操作过程。 3. 能记录加密维护协议SSH数据符合法律法规

运维安全管理与审计系统白皮书

360运维安全管理与审计系统 产品白皮书 2017年2月

目录 1.产品概述 (3) 2.产品特点 (3) 健全的账号生命周期管理 (3) 丰富多样的安全认证机制 (4) 细粒度的访问授权与控制 (4) 监控与敏感过程回放 (4) 性能资源弹性调度 (5) 成熟的高可用性机制 (5) 3.主要功能 (5) SSO单点登录 (5) 集中账号管理 (5) 集中身份认证 (6) 统一资源授权 (6) 集中访问控制 (6) 集中操作审计 (6) 4.核心功能列表 (7) 5.产品价值 (8) 规范运维管理 (8) 降低资源风险 (8) 提高管理效益 (8) 过程透明可控 (8) 完善责任认定 (8) 满足各组织合规要求 (8)

1.产品概述 随着企业信息系统规模的不断扩大,业务范围的快速扩张,运维工作量也随之增多。在运维过程中存在事前身份不确定、授权不清晰,事中操作不透明、过程不可控,事后结果无法审计、责任不明确导致客户业务及运维服务面临安全风险。 360运维安全管理与审计系统是针对政府、金融、医疗、电力、教育、能源、企业、军队、海关等重点行业客户推出的,主要解决事企业IT运维部门账号难管理,身份难识别,权限难控制,操作过程难监控,事件责任难定位等问题。360运维安全管理与审计系统基于软硬件一体化设计,集账号、认证、授权、审计为一体的设计理念,实现对事企业IT中心的网络设备、数据库、安全设备、主机系统、中间件等资源统一运维管理和审计。对运维人员整个操作过程处于可管、可控、可见、可审的状态,为事企业IT中心运维构建一套事前预防、事中监控、事后审计完善的运维管理体系。 2.产品特点 健全的账号生命周期管理 通过主从账号分离的方式来将账号与具体的自然人相关联。通过这种关联,可以实现多级的用户管理和细粒度的用户授权,并针对自然人的行为审计。 密码强度策略对主从账号密码强度进行监测,强制对密码强度进行修改至符合强度要求才可进行修改或登录。 360运维安全管理与审计系统提供账号密码到期提醒功能,强制对密码到期的用户进行密码修改,结合密码强度实现定期对密码按照密码强度强制修改。 360运维安全管理与审计系统可对用户帐号密码、资源帐号密码按照密码策略要求进行定期、定时自动变更密码,防止口令因为过于简单易于猜测而被破解

5-企业案例-网络安全审计系统(数据库审计)解决方案

数据库审计系统技术建议书

目次 1.综述 (1) 2.需求分析 (1) 2.1.内部人员面临的安全隐患 (2) 2.2.第三方维护人员的威胁 (2) 2.3.最高权限滥用风险 (2) 2.4.违规行为无法控制的风险 (2) 2.5.系统日志不能发现的安全隐患 (2) 2.6.系统崩溃带来审计结果的丢失 (3) 3.审计系统设计方案 (3) 3.1.设计思路和原则 (3) 3.2.系统设计原理 (4) 3.3.设计方案及系统配置 (14) 3.4.主要功能介绍 (5) 3.4.1.数据库审计........................ 错误!未定义书签。 3.4.2.网络运维审计 (9) 3.4.3.OA审计............................ 错误!未定义书签。 3.4.4.数据库响应时间及返回码的审计 (9) 3.4.5.业务系统三层关联 (9) 3.4.6.合规性规则和响应 (10) 3.4.7.审计报告输出 (12) 3.4.8.自身管理 (13) 3.4.9.系统安全性设计 (14) 3.5.负面影响评价 (16) 3.6.交换机性能影响评价 (17) 4.资质证书.......................... 错误!未定义书签。

1.综述 随着计算机和网络技术发展,信息系统的应用越来越广泛。数据库做为信息技术的核心和基础,承载着越来越多的关键业务系统,渐渐成为商业和公共安全中最具有战略性的资产,数据库的安全稳定运行也直接决定着业务系统能否正常使用。 围绕数据库的业务系统安全隐患如何得到有效解决,一直以来是IT治理人员和DBA们关注的焦点。做为资深信息安全厂商,结合多年的安全研究经验,提出如下解决思路: 管理层面:完善现有业务流程制度,明细人员职责和分工,规范内部员工的日常操作,严格监控第三方维护人员的操作。 技术层面:除了在业务网络部署相关的信息安全防护产品(如FW、IPS 等),还需要专门针对数据库部署独立安全审计产品,对关键的数据库操作行为进行审计,做到违规行为发生时及时告警,事故发生后精确溯源。 不过,审计关键应用程序和数据库不是一项简单工作。特别是数据库系统,服务于各有不同权限的大量用户,支持高并发的事务处理,还必须满足苛刻的服务水平要求。商业数据库软件内置的审计功能无法满足审计独立性的基本要求,还会降低数据库性能并增加管理费用。 2.需求分析 随着信息技术的发展,XXX已经建立了比较完善的信息系统,数据库中承载的信息越来越受到公司相关部门、领导的重视。同时数据库中储存着诸如XXX等极其重要和敏感的信息。这些信息一旦被篡改或者泄露,轻则造成企业或者社会的经济损失,重则影响企业形象甚至社会安全。 通过对XXX的深入调研,XXX面临的安全隐患归纳如下:

(完整版)IT运维管理解决方案

IT运维管理解决方案简介 V1.0

第1章平台介绍 1.1产品定位 Broadview IT运维管理平台立足于帮助企事业单位的IT部门构筑一个统一的IT服务管理平台,它融合了主动式资源监控、操作管理、资产配置管理、服务流程管理等核心功能,为IT部门的服务供给、业务快速上线、业务稳定运行提供持续保障能力。 产品定位于信息化程度较高的高端用户,注重行业化用户的需求特点,主要面向如公安、海关、社保、税务等政府行业,以及金融、能源、烟草、通信、制造等的高端行业,同时借助平台化的技术优势,通过功能裁剪也能满足中小规模的市场用户需求。 1.2产品架构 Broadview V6.0 R2是Broadview产品的最新版本,其系统架构可分为4个层次,对应了五大子系统:集中监控子系统、资产配置子系统、操作审计子系统、流程管理子系统、集成展现子系统。

图1.产品架构 ?集中监控子系统:集中监控子系统主要实现对生产环境中IT基础设施的集中监控管理,包括了对网络设备、服务器、存储、数据库、中间件、 安全设备、业务应用系统等性能采集和事件处理,并利用监控可视化平 台提供可视化展现。 ?资产配置子系统:资产配置子系统旨在帮助用户建立统一的IT基础设施台帐。通过一系列业务建模、自动采集、调和、变更控制等手段,保证 IT生产环境中配置项的完整性和精准性,为上层服务流程提供数据支撑。 ?操作审计子系统:操作审计子系统主要功能是统一管理网络设备、服务器、数据库等资源账号并合理授权,为运维人员提供统一的操作入口并 记录操作行为。 ?流程管理子系统:流程管理子系统的目的是通过规范服务流程和技术服务工作,建立一套标准的运维服务流程,围绕事件管理、问题管理、变 更管理、配置管理、发布管理等ITIL最佳实践,进行IT运维服务的流 程化、规范化管理。 ?集成展现子系统:集成展现子系统包括了统一运维门户、报表平台、权限管理等主要模块,目的是保证平台不同角色的运维人员可以通过浏览 器访问到跟自身职责对应的功能和视图。 第2章功能特点 2.1集中监控子系统 集中监控子系统主要由网络监控模块、系统与应用监控模块、统一事件平台模块、统一性能管理模块、性能管理数据库PMDB以及监控可视化平台组成;实现了对用户IT生产环境基础设施的监控,包括:网络设备、业务服务器、存储设备、数据库系统、中间件系统、安全设备、业务应用系统等。逻辑架构如下:

运维安全审计系统(HAC)_系统管理员使用手册

运维安全审计系统(HAC) 系统管理员手册 广州江南科友科技股份有限公司 2010年5月

版权声明 本手册中涉及的任何文字叙述、文档格式、插图、照片、方法、过程等所有内容的版权属于广州江南科友科技股份有限公司所有。未经广州江南科友科技股份有限公司许可,不得擅自拷贝、传播、复制、泄露或复写本文档的全部或部分内容。本手册中的信息受中国知识产权法和国际公约保护。 版权所有,翻版必究?

目录 1.前言 (4) 1.1 概述 (4) 1.2 阅读说明 (4) 1.3 适用版本 (4) 1.4 使用环境 (4) 2.设备说明 (5) 2.1 HAC面板说明 (5) 2.2 工作状态 (5) 2.3 出厂配置 (5) 2.3.1 接口IP地址 (5) 2.3.2 用户名、口令 (6) 2.3.3 缺省空闲时间 (6) 2.4 管理方式 (6) 3.安装配置 (7) 3.1 准备工作 (7) 3.1.1 确定部署模式 (7) 3.1.2 确定IP结构 (7) 3.2 具体配置 (8) 3.2.1 设备初始化配置 (8) 3.2.2 采用WebUI方式初始化 (8) 4.首次登陆 (9) 5.系统信息 (11) 6.管理员管理 (12) 6.1 管理员管理 (12) 6.2 管理员角色管理 (16) 7.网络配置 (19)

7.1 配置路由 (19) 7.2 DNS配置 (21) 7.3 PING功能 (22) 7.4 虚拟网卡配置 (22) 8.外部认证 (24) 8.1 LDAP服务器 (24) 8.2 AD域服务器 (25) 8.3 R ADIUS服务器 (26) 9.双机热备 (27) 10.全局配置 (29) 10.1 基本配置 (29) 10.2 CA证书 (30) 10.3 服务器证书 (32) 10.4 SYSLOG日志外发 (34) 10.5 T OKEN配置文件 (35) 11.日志维护 (36) 11.1 日志状态 (36) 11.2 定期备份配置 (37) 11.3 日志备份 (38) 11.4 日志文件删除 (39) 11.5 日志数据库删除 (39) 12.系统维护 (41) 12.1 重新激活 (41) 12.2 系统重启 (42) 12.3 配置备份 (42) 12.4 升级管理 (44) 12.5 缓存维护 (44)

运维安全审计立项需求报告

真功夫 IT运维安全审计体系建设需求申请报告

1需求依据: ●ISO 27001 要求组织必须记录用户访问、意外和信息安全事件的日志,记录系统管理和维护人员的操作行为,并保留一定期限,以便为安全事件的调查和取证,确保所有负责的安全过程都在正确执行,符合安全策略和标准的要求。 ●SOX SEC相关规定及内部控制方面的要求 ●企业内控管理规范 运用信息技术加强内部控制,建立与经营管理相适应的信息系统,促进内部控制流程与信息系统的有机结合,实现对业务和事项的自动控制,减少或消除人为操纵因素。 ●计算机等级保护 根据《国家重要信息系统等级保护条例》,对于等保二级以上的系统,应对网络系统中的设备运行状况、网络流量、用户行为等进行日志记录,能够根据记录数据进行分析,并生成审计报表,同时对审计记录进行保护,避免受到未预期的删除、修改或覆盖等。 2项目必要性分析 2.1内部人员安全隐患形势严峻 根据FBI和CSI对484家公司进行的网络安全专项调查结果显示:超过85%的安全威胁来自公司内部,在损失金额上,由于内部人员泄密导致了6056.5万美元的损失,是黑客造成损失的16倍,是病毒造成损失的12倍。另据中国国家信息安全测评认证中心调查,信息安全的现实威胁也主要为内部信息泄露和内部人员犯罪,而非病毒和外来黑客引起。 而在众多的内部人员中,对于系统的运维人员、第三方系统运维人员以及设备厂商维护人员,他们享有“最高权限”,一旦出现恶意操作或误操作,将会对业务系统带来巨大影响,造成不可估量的损失。 因此,对IT系统进行有效运维,是控制内部风险、保障业务连续性的重要手段,如何保障运维工作的有序运转、降低运维风险、提高应急响应能力,为IT系统提供强有力的后台支撑,是当前急需解决的课题。 2.2现有运维安全体系存在不足 随着信息化建设的快速发展,真功夫已经开始建立起一定规模的信息化系统,信息系统

运维安全审计

运维安全审计 配置运维审计整体解决方案

目录 1. 概述 (3) 2. 解决方案介绍 (4) 2.1业务目标 (4) 2.2解决方案 (4) 2.3方案亮点 (6) 3. 典型应用场景 (7)

1.概述 据权威机构统计,80%的系统和系统故障与配置的漏洞和变更有关;在有计划的系统变更中,有60%的系统故障因系统配置的缺陷引起。系统的配置指挥着系统如何的运行,如果配置出现差错,系统故障是随之而来的。 但是,面对各类繁杂、数量众多的IT设备,如何才能高效、合理的管理设备和应用的配置却不是一件简单的事情。主要体现在如下几个方面: ●很多同类型的设备需要重复性的去配置,每次巡检的时候,需要人工进行逐一核查。 效率低下,而且极易出错。 ●设备数量和类型众多,配置文件的存在形式,操作方式,配置项目都不一样。管理起 来非常的复杂。 ●配置的变更如何控制?如何检测非法的配置变更,管理人员也没有一个完整的视图来 观察设备配置的变化情况,变化趋势。 ●配置的备份都放到管理员自己的电脑上,特别是多人配置的时候,会有不同的配置版 本出来,当出现故障进行恢复的时候,一是都找不到最后正常运行时候的配置文件。 ●行业法规,企业法规的遵从上,也无法进行定期的检查。 ●设备的配置效果如何,是否存在安全上的漏洞,新的漏洞发布了后,涉及到配置上的 更改是否及时进行了。都无从强制的贯彻下去。 秉承着”客户的困难就是我们的困难,客户的成功就是我们的成功”的理念,我们推出了IT设备与系统配置管理的方案。本解决方案可以帮助您建立集中的自动化管理平台,实现对服务器,IT系统,应用的统一操作和管理,有效的减低认为操作的失误,保姆式的监控和管理IT系统的配置状况和对系统设备配置的非法操作,配置的合理性等多个方面。它针对各种开放平台(Windows, AIX, HP-UX, SUSE, Redhat, Solaris 等),中间件,网络设

运维安全审计系统H运维管理员使用手册

运维安全审计系统(HAC) 运维管理员手册 广州江南科友科技股份有限公司 2012年3月

版权声明 本手册中涉及的任何文字叙述、文档格式、插图、照片、方法、过程等所有内容的版权属于广州江南科友科技股份有限公司所有。未经广州江南科友科技股份有限公司许可,不得擅自拷贝、传播、复制、泄露或复写本文档的全部或部分内容。本手册中的信息受中国知识产权法和国际公约保护。 版权所有,翻版必究?

目录

1前言 1.1 概述 本文档为运维安全审计系统的运维管理员使用手册,是运维管理员使用HAC的操作指南。 1.2 阅读说明 本手册包含运维管理员的全部日常操作,主要是与运维相关的操作。包含如何添加用户(组),如何添加资源(组),怎样给用户进行授权,并且分配该用户能自动登录使用的帐户,以及定义应用发布,如何对运维方面的配置进行设置。 1.3 适用版本 本手册,适用于的发布版。 1.4 使用环境 HAC的运维管理员使用WEB登录方式作为用户界面。HAC的运维管理员,可以使用Microsoft Internet Explore或以其为内核的其他浏览器,因部分控件的兼容问题,如果您使用的是IE 8浏览器,请在兼容模式下进行运行。

2准备工作 2.1 确定用户 即确定运维人员的用户名、授权信息(主要是指某运维人员可以通过哪些协议访问哪些核心服务器或网络设备)。 2.2 确定访问服务器的协议 该内容是准备工作的重点,主要是确定核心服务器提供何种类型的运维协议供运维终端访问,即确定运维终端使用Telnet、SSH、FTP、SFTP、RDP、HTTP、HTTPS、AS400、XWIN 和VNC的哪些协议、端口去访问核心服务器进行日常运行维护操作。 2.3 确定自动登录帐户 该内容是为运维用户进行自动登录(SSO)做配置,主要是确定核心服务器提供的后台登录帐户可以由哪个运维用户使用。如果,您所在的公司有独立的口令管理员,则帐户分配的

运维安全审计-技术简介

产品简介 运维安全审计系统(HAC)着眼于解决关键IT基础设施运维安全问题。它能够对Unix和Windows主机、服务器以及 网络、安全设备上的数据访问进行安全、有效的操作审计,支持实时监控和事后回放。HAC补了传统审计系统的不足,将运维审计由事件审计提升为内容审计,集身份认证、授权、审计为一体,有效地实现了事前预防、事中控制和事后审计。 审计要求 针对安然、世通等财务欺诈事件,2002年出台的《公众公司会计改革和投资者保护法案》(Sarbanes-Oxley Act)对 组织治理、财务会计、监管审计制定了新的准则,并要求组织治理核心如董事会、高层管理、内外部审计在评估和报告组织内部控制的有效性和充分性中发挥关键作用。与此同时,国内相关职能部门亦在内部控制与风险管理方面制定了相应的指引和规范。 由于信息系统的脆弱性、技术的复杂性、操作的人为因素,在设计以预防、减少或消除潜在风险为目标的安全架构时,引入运维管理与操作监控机制以预防、发现错误或违规事件,对IT风险进行事前防范、事中控制、事后监督和纠正的 组合管理是十分必要的。 IT系统审计是控制内部风险的一个重要手段,但IT系统构成复杂,操作人员众多,如何有效地对其进行审计,是长期 困扰各组织的信息科技和风险稽核部门的一个重大课题。 解决之道 XX因市场对IT运维审计的需求,集其多年信息安全领域运维管理与安全服务的经验,结合行业最佳实践与合规性要求,率先推出基于硬件平台的“运维安全审计系统(HAC)”,针对核心资产的运维管理,再现关键行为轨迹,探索操作意图,集全局实时监控与敏感过程回放等功能特点,有效解决了信息化监管中的一个关键问题。 系统功能 - 完整的身份管理和认证 解决IT系统中普遍存在的交叉运维而无法定位到具体人的问题,满足审计系统“谁做的”要求,支持静态口令、动态口令、LDAP、AD域证书KEY等认证方式; - 灵活、细粒度的授权 系统提供基于用户、运维协议、目标主机、运维时间段(年、月、日、周、时间)、会话时长、运维客户端IP等组合 的授权功能,实现细粒度授权功能,满足用户实际授权的需求。 - 后台资源自动登陆 后台资源自动登陆功能是运维人员通过HAC认证和授权后,HAC根据配置策略实现后台资源的自动登录。此功能提供了运维人员到后台资源帐户的一种可控对应,同时实现了对后台资源帐户的口令统一保护。 - 实时监控 提供在线运维的操作的实时监控功能。针对命令交互性协议可以图像方式实时监控正在运维的各种操作,其信息与运维客户端所见完全一致。 - 违规操作实时告警与阻断 针对运维过程中可能存在潜在操作风险,HAC根据用户配置的安全策略实施运维过程中的违规操作检测,对违规操作 提供实时告警和阻断,从而达到降低操作风险及提高安全管理与控制的能力。 - 完整记录网络会话过程 系统提供运维协议Telnet、FTP、SSH、SFTP、RDP(Windows Terminal)、Xwindows、VNC、AS400等网络会话 的完整会话记录,完全满足内容审计中信息百分百不丢失的要求。 - 详尽的会话审计与回放 HAC提供视频回放的审计界面,以真实、直观、可视的方式重现操作过程。 - 完备的审计报表功能 HAC提供运维人员操作,管理员操作以及违规事件等多种审计报表。 - 各类应用运维操作审计功能

运维安全审计系统(HAC)_口令管理员手册

运维安全审计系统(HAC) 口令管理员手册 广州江南科友科技股份有限公司 2010年5月

版权声明 本手册中涉及的任何文字叙述、文档格式、插图、照片、方法、过程等所有内容的版权属于广州江南科友科技股份有限公司所有。未经广州江南科友科技股份有限公司许可,不得擅自拷贝、传播、复制、泄露或复写本文档的全部或部分内容。本手册中的信息受中国知识产权法和国际公约保护。 版权所有,翻版必究?

目录 1.前言 (2) 1.1 概述 (2) 1.2 阅读说明 (2) 1.3 适用版本 (2) 1.4 使用环境 (2) 2.准备工作 (3) 2.1 确定设备对应的帐户 (3) 2.2 确定统一帐户进行运维的用户 (3) 3.首次登陆 (4) 4.统一帐户管理 (6) 5.设备帐户管理 (9) 5.1 设备帐户管理 (9) 5.2 设备帐户托管 (11) 5.3 设备帐户获取 (13) 6.SSO配置 (15) 6.1 配置模板 (15) 6.2 配置内容 (17) 7.口令管理配置 (19) 8.密函打印审批 (20) 9.技术支持 (21)

1.前言 1.1 概述 本文档为运维安全审计系统的口令管理员使用手册,是口令管理员使用HAC的操作指南。 1.2 阅读说明 本手册包含口令管理员的全部日常操作,主要是与后台核心服务器的帐户密码管理相关的操作。包含如何添加统一主机帐户,如何添加设备帐户,怎样进行设备口令的托管,帐户的获取,如何根据主机的个性配置情况进行自动登录配置文件的调整,以及与口令相关的配置。 1.3 适用版本 本手册,依据HAC 3.6.5374E版本编写,适用于3.6的发布版。 1.4 使用环境 HAC的运维管理员使用WEB登录方式作为用户界面。HAC的运维管理员,可以使用Microsoft Internet Explore或以其为内核的其他浏览器,因部分控件的兼容问题,如果您使用的是IE 8浏览器,请在兼容模式下进行运行。

网御网络审计系统V运维安全管控型管理员使用手册系列v更新

网御网络审计系统V3.0 (运维安全管控型) 管理员使用手册 北京网御星云信息技术有限公司

文档修订记录 版本号日期修订者修订说明 V1.0.1 2014-08-13 李彬创建 V1.0.2 2014-09-25 李彬修订产品截图和说明V1.0.3 2014-12-19 李彬修订产品截图和说明

目录 1 概述 (6) 1.1 关于本手册 (6) 1.2 格式约定 (6) 2 初始化配置 (7) 2.1 完成配置向导 (7) 2.1.1 设置密码策略 (7) 2.1.2 设置管理员账号和密码 (8) 2.1.3 配置主机网络参数 (9) 2.1.4 导入授权文件 (10) 2.1.5 确认配置信息 (11) 2.1.6 向导配置完成 (12) 2.2 管理员登录 (13) 2.3 配置认证方式 (15) 2.4 添加管理员 (16) 2.5 系统密码策略 (17) 3 用户管理 (18) 3.1 添加用户 (18) 3.2 编辑用户属性 (20) 3.3 用户其它操作 (22) 3.4 用户组织机构 (23) 4 资源管理 (24) 4.1 添加资源 (24) 4.2 编辑主机 (27) 4.3 主机其它操作 (28) 4.4 资源组 (29) 4.5 资源分类 (29) 4.6 资源系统类型 (30) 4.7 资源AD域 (31) 5 策略管理 (32) 5.1 访问策略 (32) 5.2 命令策略 (35) 5.3 集合设定 (37) 5.3.1 时间集合 (37) 5.3.2 IP集合 (38)

6 审计管理 (40) 6.1 实时监控 (40) 6.1.1 会话监控 (40) 6.1.2 实时监控 (40) 6.2 日志查询 (41) 6.2.1 管理日志 (42) 6.2.2 登录日志 (44) 6.2.3 审计日志 (45) 6.3 审计报表 (48) 6.3.1 报表模板 (48) 6.3.2 自定义报表 (50) 7 密码管理 (53) 7.1 密码策略 (53) 7.2 自动改密计划 (53) 7.3 自动改密结果 (55) 7.4 下载密码列表 (55) 7.5 手动改密 (56) 8 系统管理 (57) 8.1 系统信息 (57) 8.1.1 授权信息 (57) 8.1.2 系统升级 (58) 8.1.3 配置备份 (59) 8.1.4 数据备份 (60) 8.1.5 电源管理 (60) 8.2 系统选项 (61) 8.2.1 高可用性 (61) 8.2.2 格尔认证 (62) 8.2.3 认证源 (64) 8.2.4 网络配置 (64) 8.2.5 时间配置 (65) 8.2.6 超时配置 (66) 8.3 接口配置 (67) 8.3.1 Syslog (67) 8.3.2 短信 (67) 8.3.3 邮件 (68) 8.3.4 SNMP (69) 8.3.5 资源同步接口 (70) 8.4 设备管理 (70)

IT运维安全审计

IT运维安全审计 派拉IT运维安全管理中心是针对企业IT运维的信息安全平台性产品。该产品是对企业内部IT基础架构资源的安全管理。通过清晰的帐号,认证,权限审批流程实现对IT基础设施帐号的申请、审批、操作进行有效的安全控制。并提供单点登录的功能,简化管理员的访问过程,实现操作审计,在增强安全性的同时,提高管理员的工作效率。OSC产品还具备特权使用管理的功能,在操作人员不知道特权账户口令的情况下,在授权时限内进行高权限操作,并全程审计。 随着企业各项业务的发展,支撑企业业务运行的IT资源例如:服务器、数据库也越来越多,服务器帐号、个人帐号的数量、种类都在不停的增加。由于各个服务器所要求的密码安全策略各不相同,系统用户就会需要掌握多个帐号的用户名、密码,在更新密码的时候还需要去区分不同的服务器对应的不同的密码安全要求,在登录不同的系统时需要多次输入口令。一旦登录之后,进行非法命令操作,将不能进行有效的命令权限控制。 目前对这些帐号的管理仍然停留在手工操作阶段,对整个用户帐号生命周期的创建、调整、注销、密码的更新等都是由对应服务器管理员、数据库管理员、网络管理员手动管理,存在工作

量繁重,维护艰难,安全漏洞多等问题。对于这些日常操作,缺乏有效手段对这些日常工作的流程进行规范。同时,需要对这些用户帐号进行事前审批、事中监控、事后审计等合规性要求。 很多企业都急迫的希望通过一个IT运维安全平台来进行统一的管理,来提高人员工作效率,保证信息系统稳定、安全、高效运行。通过多种策略和技术手段实现多种系统帐号的统一管理、实现日常化操作的流程、实现合规审计的规范化,从而实现帐号资源的自动化管理配置、优化、有效提高其安全性、可控性及可用性。整合资源,实现流程、人员、合规、审计的有机结合,通过提供理论、方法、技术、应用的一整套完整的解决方案,建立一套较为完整的身份管理体系,提高运维管理的整体效能。 1.账号集中管理: 对操作系统、数据库、网络设备等各种IT资源的帐号的集中控制和管理。实现账户, 组的查询、创建、修改和删除。 2.统一认证管理: 用户只需要记住一个主帐号,可自动实现单点登录访问有权限访问的资源,且客户端无需安装任何客户端工具,这样便统一了登录的入口。支持多种认证方式:RSA、CA证书、PKI、Ukey、短消息一次性口令(OTP)、AD域、Ldap、静态口令等。 3.统一认证管理: 用户只需要记住一个主帐号,可自动实现单点登录访问有权限访问的资源,且客户端无

运维安全审计系统解决方案

运维安全审计系统解决方案 33、1安全分析 33、2建设需求54设计原则及依据 64、1设计原则 64、2设计依据65解决方案 95、1部署拓扑示意图 95、2安全实现过程105、3产品列表及性能1 15、3、1产品列表1 15、3、2产品性能参数1 15、4产品上线给企业带来的优势121 前言作为企业的IT技术主管,经常会被一些问题所困扰,如:业务系统数量越来越多,且安全管理相对分隔,不利于故障的准确定位;IT系统的关键配置信息登记不完善,不利于IT运维人员的整体管理和把控;故障处理解决方案的知识不能得到有效沉淀,发生类似问题不能及时调用成型解决方案,对人员依赖性问题严重;IT运维人员的技能要求不断增高,繁多的业务系统需要业务人员进行更多的维护和管理,而工作却无法得以量化。另外,目前计算机及网络风险日益突出,计算机犯罪案件就以每年成倍增长,发案原因多以有章不循、屡禁不止、检查监督不力等内部风险控制和运行管理方面的安全漏洞为主。 因此加强计算机及网络内部管理和监控是保证计算机系统安全生产的重中之重,为此,各单位都采用了多种技术手段,如会话加密、数字证书、防火墙、虚拟专用网等,但运维管理仍存在较多的安全隐患,特别体现在针对核心服务器、网络基础设施的运维管理上。2 运维现状目前公司内部日常运维的安全现状如下:1) 针对核心服务器缺乏必要的审计手段,仅能通过监控录像、双人分段或专人保存密码、操作系统日志结合手工记录操作日志等管理办法,无法追溯操作人员在服务器上的操作过程、了解操作人员行为意图,并且这样的管理成本很高,很难做到长期照章执行。2) 对服务器的维护和管理依赖于操作系统的口令认证,口令具有可被转授、被窥探及易被遗忘等弱点,另外,在实际环境中还存在经常使用Root权限帐户而

运维管理审计系统测试方案

运维管理审计系统 测试方案

目录 1.测试概述 (1) 1.1测试产品及目的 (1) 1.2测试人员及时间 (1) 1.3测试准备 (2) 1.3.1测试环境及设备 (2) 1.3.2管理客户端操作环境 (2) 1.4测试部署方式 (2) 2.测试内容及结果 (4) 2.1用户管理模块测试 (4) 2.2主机管理模块测试 (5) 2.3密码管理模块测试 (6) 2.3.1单点登录 (6) 2.4权限管理模块测试 (7) 2.4.1访问控制模块测试 (7) 2.4.2权限控制模块测试 (7) 2.4.3批量管理模块测试 (7) 2.5审计和监控模块 (8) 2.5.1图形会话监控和审计测试 (8) 2.5.2字符会话监控和审计测试 (9) 2.5.3应用托管中心监控和和审计测试 (11)

2.5.4文件传输审计测试 (12) 2.5.5审计日志模块测试 (13) 2.6第三方集成模块测试 (13) 2.7系统服务测试 (14) 3.附录15 3.1管理设备信息表 (15) 3.2支持的协议及设备 (15) 4.测试结论 (16)

1.测试概述 1.1测试产品及目的 本次测试的目的主要是评估运维管理审计系统的基本功能及其兼容性、可靠性、稳定性,测试产品对客户目前环境的影响,并帮助客户简化运维操作、降低运维风险,强化运维审计。 本次测试产品为: 1.2测试人员及时间 用户参与人员: 厂商参与人员: 测试时间:

1.3测试准备 1.3.1测试环境及设备 由用户搭建一个模拟生产环境的网络,或条件允许的情况下使用生产环境内的非核心的设备来组成测试环境(运维管理审计系统是单臂方式部署的,所以不会对配合测试的各个设备等造成影响),包括如下类型的设备和相应的配置。 注:上述目标设备均要提供设备IP,可正常登录的用户名,密码。并将所有内容填写入附录内的“管理设备信息表”。此外也请在测试前再次确认提供的账号密码及登录方式是无误的。 1.3.2管理客户端操作环境 操作主机(windows系统),模拟运维用户登录, 审计主机(windows系统),模拟管理审计人员。 注:这几台主机系统内都以安装IE6.0以上版本浏览器,且已安装最新版JRE(1.6.19或以上版本,运维管理审计系统亦提供下载)。 1.4测试部署方式 运维管理审计系统采用操作网关方式,在不更改原有网络拓扑结构、不影响设备的业务数据流、不需要在被保护服务器和终端上安装任何Agent的情况下,以集中管理为特征,单点登录为基础,实现对服务器、网络设备操作管理的集中认证、集中控制、集中审计,最终帮助用户实现对操作的集中管理,最小化人为操作风险。

运维安全审计立项需求报告

真功夫 IT 运维安全审计体系建设 需求申请报告 1需求依据: ISO27001 要求组织必须记录用户访问、意外和信息安全事件的日志,记录系统管理和维护人员的操作行为,并保留一定期限,以便为安全事件的调查和取证,确保所有负责的安全过程都在正确执行,符合安全策略和标准的要求。 SOX SEC相关规定及内部控制方面的要求 企业内控管理规范 运用信息技术加强内部控制,建立与经营管理相适应的信息系统,促进内部控制流程 与信息系统的有机结合,实现对业务和事项的自动控制,减少或消除人为操纵因素。 计算机等级保护 根据《国家重要信息系统等级保护条例》,对于等保二级以上的系统,应对网络系统中的设备运行状况、网络流量、用户行为等进行日志记录,能够根据记录数据进行分析,并生成审计报表,同时对审计记录进行保护,避免受到未预期的删除、修改或覆

2项目必要性分析 2.1 内部人员安全隐患形势严峻 根据FBI 和CSI 对484 家公司进行的网络安全专项调查结果显示:超过85%的安全威 胁来自公司内部,在损失金额上,由于内部人员泄密导致了6056.5 万美元的损失,是黑客造成损失的16 倍,是病毒造成损失的12 倍。另据中国国家信息安全测评认证中心调查,信息安全的现实威胁也主要为内部信息泄露和内部人员犯罪,而非病毒和外来黑客引起。 而在众多的内部人员中,对于系统的运维人员、第三方系统运维人员以及设备厂商维护人员,他们享有“最高权限”,一旦出现恶意操作或误操作,将会对业务系统带来巨大影响,造成不可估量的损失。 因此,对IT 系统进行有效运维,是控制内部风险、保障业务连续性的重要手段, 如何保障运维工作的有序运转、降低运维风险、提高应急响应能力,为IT 系统提供强有力的后台支撑,是当前急需解决的课题。 2.2 现有运维安全体系存在不足 随着信息化建设的快速发展,真功夫已经开始建立起一定规模的信息化系统,信息系统已经涉及公司核心数据,业务运营、日常办公等方方面面。随着系统应用范围的逐步扩大和应用层次的不断深入, 应用系统越来越多,IT 系统的构成越来越复杂,运维操作人员越来越多,IT 操作管理的难度和和面临的风险也越来越大。主要集中在以下几个问题: 一、IT 系统口令管理 IT 系统口令对IT 系统的安全是非常重要的,因此随着IT 系统数量庞大,IT 系统的口令管理工作量越来越大,复杂度也越来越高。但在实际管理中,由于安全性和可用性之间的矛盾,导致IT 系统口令管理存在很多安全隐患。主要表现如下: 1、为了满足安全管理要求,IT 系统的口令需定期修改(一般半个月或一个月),这大大加大了口令管理的工作量; 2、口令强度要满足安全要求,其复杂性也有一定要求。一方面加大了修改口令的工作量和复杂度,同时对维护人员来说也很不方便,经常是将口令记录在记事本上,造成口令泄露问题。同时在实际操作中,经常将口令设置为很有规律性,一旦知道一个口令,很容易知道其他系统的口令; 3、由于部分系统是由外包厂商提供运维服务,所以口令也容易泄露出去。 4、没有口令管理的策略,口令管理制度宽松,隐患很大。 二、多入口操作现象 随着IT 系统构成的复杂,在运维过程中可通过多种入口对IT 系统进行维护,导致无法统一管理、设置统一安全策略等而引起各种安全隐患。 三、交叉运维操作现象 在IT 系统运维过程中,存在多种管理角色,如设备管理员、系统管理员、安全管理员和应用系统管

数据中心运维安全审计

数据中心运维安全审计 作者:畅享网 2013-2-28 9:57:27 随着数据中心IT基础设施规模的不断扩大,因系统或平台的异构性、运维手段的多样性而产生的统一管理需求日益显现。同时,因运维人员众多、角色复杂、账号共享和运维过程不透明而导致的运维风险也不可忽视。 本文关键字:数据中心 随着数据中心IT基础设施规模的不断扩大,因系统或平台的异构性、运维手段的多样性而产生的统一管理需求日益显现。同时,因运维人员众多、角色复杂、账号共享和运维过程不透明而导致的运维风险也不可忽视。 实际运维过程中,数据中心管理者一直在被以下问题困扰着: ☆管理员身份被恶意冒用,执行非法操作,出现问题无法进行身份确认责任追查; ☆运维管理人员所管理的机器数量和帐号数量均异常众多,往往导致密码策略的实施流于形式; ☆对用户名和密码的授权方式不可控; ☆管理员的越权访问、误操作将导致业务系统工作中断; ☆第三方代维人员在运维过程中一旦执行危险操作或私自下载,将导致系统瘫痪和机密信息泄露; ☆事故发生后无法定位问题、追溯源由、紧急恢复和追查责任。 据统计,仅2011年至2012年期间,因数据中心内部IT运维人员的误操作或越权访问,给数据中心管理者所带来的损失就高达数百亿元。 因此,数据中心运营管理者们,提出了以下风险控管需求: ★解决数据中心分散的IT运维问题,提高运维管理效率; ★解决运维人员的帐号共享问题,实现人员与行为对应; ★解决多用户角色密码管理问题,提高密码管理安全性; ★建立有效的运维监管措施,防范潜在的运维操作风险;

★建立完善的风险控管体系,符合行业法规对安全需求。 针对数据中心用户的业务需求及业务现状,德讯科技提供了一套IT设施运维操作审计(堡垒主机)解决方案,采用“DCLive+ICS”联合部署模式,为各地市级运维人员提供一个统一的操作平台,突破地域、时空、时间的限制,基于WEB浏览器即可实现如字符型会话、图形访问、数据库管理及其他应用类运维操作等相关运维需求。 此外,方案为数据中心管理人员提供一个集中化的审计平台:事中可实时监视系统内所有会话访问与操作行为,事后第一时间可及时审查整个运维过程。该方案从技术上保障了电信行业数据中心“分布式运维操作,集中式监控审计”的安全管理目标。 本方案部署如图1所示: 图1 德讯科技运维操作审计(堡垒主机)解决方案部署图 德讯科技IT设施运维操作审计(堡垒主机)解决方案具备以下五大部署特点: 1.利用原有网络拓扑架构,安装部署简便,无需加装任何客户端代理,不影响任何业务数据流; 2.将ICS设备分布式部署于各地级市,实现本地化运维,独立化操作,互不干扰; 3.部署两台ICS设备,共同分担局域网内并发会话的压力,实现各分支网络负载均衡; 4.将DCLive管理平台部署于省级中心机房,实现对下级分支机构所有运维过程的集中监视、控制、管理与审计;

IT 运维安全审计(堡垒机) 解决方案

网域NSYS 运维安全审计(堡垒机)解决方案 网域运维安全审计(堡垒机)提供运维用户操作以及违规事件等多种审计报表,过报表功能,即能够满足大部分客户的日常审计需求,也可满足如"等级保护"、"萨班斯法案"等合规性要求。同时,系统也支持通过自定义或二次开发方式进行灵活扩展。 集中统一管理、安全审计、统一账号管理,统一身份认证,统一授权管理,统一操作审计,流程管理,单点登录,并能图像形式的回放操作员记录、使管理员操作简单快捷。 运维用户通过一个统一的平台就能登录所有的目标设备,包Unix、Linux、Windows 服务器以及各类网络设备。 集中管理用户、设备、系统账号; 集中管理用户、系统账号的密码; 所有用户集中登录、集中认证; 集中配置账号密码策略、访问控制策略; 集中管理所有用户操作记录; 访问控制 1. 根据用户角色设置分组访问控制策略; 2. 实现"用户-系统-系统账号"的对应关系; 权限控制 1.可设置以命令为基础的权限控制策略; 2. 可支持IT运维人员对多种远程维护方式,如字符终端方式(SSH、Telnet、Rlogin)、图形方式(RDP、X11、VNC、Radmin、PCAnywhere)、文件传输(FTP、SFTP)以及多种主流数据库工具按照用户/用户组、资源/资源组、运维时间段、运维会话时长等授权。 实时的操作告警及审计机制 监控告警机制 能对运维用户的所有操作进行实时的控制阻断、告警及监控,避免由于一些敏感的操作导致网络中断或企业信息泄露。 详尽的会话审计与回放机制

系统提供运维协议Telnet、FTP、SSH、SFTP、RDP(Windows Terminal)、Xwindows、VNC、AS400、Http、Https等完整会话记录,完全满足内容审计中信息百分百不丢失的要求。 1. 能记录所有操作并能随时根据审计的需要查询任何时候任何人员所做的任何操作。 2. 提供图像形式的回放,真实、直观、可视地重现当时操作过程。 3. 能记录加密维护协议SSH数据 符合法律法规

(完整版)运维安全审计系统测试报告

运维安全审计系统测试报告

[文档信息] [版本变更记录] [文档送呈]

运维安全审计系统测试大纲 III 目录 1概述................................................................ 错误!未定义书签。 1.1文档目的 ............................................................................................................ 错误!未定义书签。 1.2测试对象 ............................................................................................................ 错误!未定义书签。2测试内容 ............................................................ 错误!未定义书签。 2.1系统基本配置与测试 ........................................................................................ 错误!未定义书签。 2.1.1审计平台安装与监控功能 ........................................................................ 错误!未定义书签。 2.1.2系统管理配置 ............................................................................................ 错误!未定义书签。 2.2运维管理配置与测试 ........................................................................................ 错误!未定义书签。 2.2.1运维用户管理 ............................................................................................ 错误!未定义书签。 2.2.2资源管理 .................................................................................................... 错误!未定义书签。 2.2.3授权与访问控制 ........................................................................................ 错误!未定义书签。 2.2.4应用发布管理 ............................................................................................ 错误!未定义书签。 2.3设备口令管理配置与测试 ................................................................................ 错误!未定义书签。 2.3.1统一帐户管理 ............................................................................................ 错误!未定义书签。 2.3.2设备帐户管理 ............................................................................................ 错误!未定义书签。 2.4运维操作审计测试 ............................................................................................ 错误!未定义书签。 2.4.1Telnet协议运维操作测试.......................................................................... 错误!未定义书签。 2.4.2SSH协议运维操作测试 ............................................................................ 错误!未定义书签。 2.4.3FTP协议运维操作测试............................................................................. 错误!未定义书签。 2.4.4SFTP协议运维操作测试 .......................................................................... 错误!未定义书签。 2.4.5RDP协议运维操作测试............................................................................ 错误!未定义书签。 2.4.6VDH测试................................................................................................... 错误!未定义书签。 2.4.7Xwindows协议运维操作测试 .................................................................. 错误!未定义书签。 2.4.8VNC协议运维操作测试........................................................................... 错误!未定义书签。 2.5事中违规告警与阻断测试 ................................................................................ 错误!未定义书签。 2.6审计功能测试 .................................................................................................... 错误!未定义书签。 2.7统计报表功能测试 ............................................................................................ 错误!未定义书签。 2.8审计日志管理测试 ............................................................................................ 错误!未定义书签。

相关文档
相关文档 最新文档