杭州美创CAPAA数据安全解决方案
美创科技TRUST综合灾备管理系统技术白皮书
美创科技TRUST DBRA Management System技术白皮书概述在业务持续创新和成本压力的双重驱动下，高昂投资建立容灾系统的时代已经逐渐成为过去，如何在合理成本之内完成灾备系统构建，同时有能够满足持续的业务创新成为当前灾备管理领域最为迫切的命题。
美创科技依赖多年来在数据领域的研究和实践，推出了TRUST DBRA Management System(综合灾备管理系统)来满足业务持续创新和成本驱动的双重压力。
灾备一体化的管理体系传统上备份和容灾采用不同的体系结构构建，不仅需要昂贵的投资，还需要高昂的管理成本。
TRUST DBRA Management System以统一技术来构建备份和灾难备份系统，从而实现备份和灾难备份一体化，仅仅依据备份策略的不同实现备份，灾难备份或者同时实现两者。
和大部分灾难备份管理系统的紧偶合系统不同，TRUST灾难备份管理系统采用生产节点和灾难节点的松偶合关系确保生产节点和灾难节点是一个相对独立的系统，从而保障生产系统基本不受灾难系统影响以及最好的生产节点性能。
智能化增量备份引擎采用自适应增量备份引擎，只要定义了备份窗口，备份作业在运行过程中评价需要备份的数据，自动采用不同的增量备份方法来实现增量备份，即使备份数据快速增长也可以满足备份总是在备份窗口内实现。
智能化增量备份引擎熟悉整个备份环境，对目标系统的数据变化，对所有的历史备份作业进行记录和分析，从而实现自适应调整的增量备份引擎。
备份合成引擎备份合成使用户仅仅需要执行一次初始全备份，以后都执行增量备份，从而大大缩短备份时间和存储空间。
备份合成支持不同粒度级别的备份合成：基于事务级别，基于文件级别和基于增量备份级别，通过多种备份合成粒度的支持实现备份，恢复和备份空间消耗的多重要求。
SLA服务水平驱动用户只需要设置RTO和RPO指标，SLA服务水平驱动模块熟悉整个系统恢复环境，通过对备份合成，同步恢复以及恢复测试数据的综合分析准确掌控当前备份环境可以满足的RTO和RPO时间，并且把这些数据提供给智能增量备份引擎。
大数据平台数据治理项目建设方案
大数据平台数据治理项目建设方案目录一、项目背景与目标 (2)1.1 项目背景 (2)1.2 项目目标 (3)二、项目需求分析 (5)2.1 数据治理原则 (6)2.2 数据治理范围 (7)2.3 数据治理流程 (8)三、项目内容与任务 (10)3.1 数据治理架构设计 (11)3.2 数据质量提升 (12)3.3 数据安全保障 (13)3.4 数据资源管理 (14)3.5 数据治理机制建设 (16)四、项目实施计划 (16)4.1 项目时间表 (18)4.2 项目阶段划分 (18)4.3 项目责任分配 (19)五、项目资源保障 (20)5.1 人力资源保障 (22)5.2 物力资源保障 (23)5.3 资金保障 (24)六、项目风险与应对措施 (25)6.1 项目风险识别 (27)6.2 项目风险评估 (28)6.3 项目风险应对措施 (30)七、项目监控与评估 (30)7.1 项目进度监控 (31)7.2 项目质量评估 (33)7.3 项目效益评估 (33)八、项目总结与展望 (34)8.1 项目成果总结 (36)8.2 项目经验教训 (37)8.3 项目未来展望 (38)一、项目背景与目标随着信息技术的迅猛发展，大数据已经成为企业和社会发展的重要驱动力。
大数据平台作为汇聚、处理和分析海量数据的核心基础设施，其建设对于提升企业的数据驱动决策能力、优化业务流程、降低成本等方面具有重要意义。
我们面临着数据治理体系不完善、数据质量参差不齐、数据安全隐患等问题，这些问题严重制约了大数据平台的稳定运行和高效利用。
本项目的目标是构建一个统规范、安全的大数据平台数据治理体系，实现数据的标准化管理、自动化处理、智能化分析，为企业的决策提供有力支持。
建立完善的大数据平台数据治理体系，包括数据标准、数据质量、数据安全等各个方面；本项目的实施对于提升企业的数据治理能力和大数据平台的应用水平具有重要意义，将为企业的数字化转型和创新发展注入新的活力。
全业务数据中心数据中台试点建设可行性研究报告
全业务数据中心数据中台试点建设可行性研究报告目录一、内容描述 (2)1. 研究背景与意义 (3)2. 研究目的与范围 (3)3. 研究方法与数据来源 (4)二、相关理论与实践综述 (5)1. 数据中心发展趋势 (7)2. 数据中台理论框架 (8)3. 国内外企业实践案例分析 (10)三、全业务数据中心数据中台试点建设需求分析 (11)1. 企业业务现状与痛点 (12)2. 数据需求分析 (13)3. 技术需求分析 (15)4. 运营需求分析 (17)四、全业务数据中心数据中台试点建设方案设计 (18)1. 总体架构设计 (19)2. 数据处理流程设计 (21)3. 数据中心规划与布局 (22)4. 数据中台功能模块设计 (23)5. 安全与隐私保护策略 (26)五、全业务数据中心数据中台试点建设可行性分析 (27)1. 技术可行性分析 (29)2. 经济可行性分析 (30)3. 社会效益可行性分析 (32)4. 风险评估与应对措施 (33)六、试点建设实施计划与建议 (34)1. 实施步骤与时间安排 (36)2. 资源保障与配置计划 (37)3. 试点目标与预期成果 (38)4. 试点建设过程中的关键问题与解决建议 (40)七、结论与展望 (41)1. 研究结论总结 (42)2. 对未来发展的展望 (44)3. 建议与意见征集 (45)一、内容描述本报告旨在对全业务数据中心数据中台试点建设的可行性进行全面深入的研究和分析。
随着信息技术的飞速发展，企业对于数据资源的依赖程度日益增强，数据已成为企业核心竞争力的重要组成部分。
为了更好地应对这一挑战，我们提出了在全业务数据中心建设数据中台的设想，并希望通过本次试点建设，验证其可行性和有效性，为企业的数字化转型提供有力支撑。
市场需求分析：通过调研企业对于数据资源的需求，分析全业务数据中心数据中台的市场前景和发展潜力。
技术可行性分析：评估当前信息技术的发展水平，探讨全业务数据中心数据中台所需的关键技术及其成熟度，分析技术实现的难易程度。
终端适配平台国产化替代解决方案
终端适配平台国产化替代解决方案目录一、内容概述 (2)1.1 背景介绍 (3)1.2 国产化替代的重要性和必要性 (3)二、现状分析 (5)2.1 现有终端适配平台概述 (6)2.2 存在的问题和挑战 (7)三、国产化替代整体方案设计 (8)3.1 替代产品选型原则 (9)3.2 解决方案的总体架构 (10)3.3 技术路线和关键点 (11)四、关键技术研究 (12)4.1 终端适配技术研究 (13)4.2 国产化硬件平台研究 (15)4.3 操作系统与适配软件研究 (16)五、实施方案 (18)5.1 实施步骤和时间安排 (19)5.2 关键任务分解与责任分配 (21)六、风险评估与应对措施 (21)6.1 风险识别与评估 (22)6.2 应对策略和预案 (23)七、测试验证与优化调整 (24)7.1 测试方案与计划 (25)7.2 测试结果分析与优化 (27)八、培训与推广 (28)8.1 员工培训计划 (29)8.2 试点应用与推广策略 (30)九、总结与展望 (32)9.1 方案实施成果总结 (33)9.2 后续发展方向与建议 (34)一、内容概述背景分析：首先介绍当前终端适配平台的发展现状，国内外市场的竞争格局以及面临的国内外环境挑战。
着重指出国产化替代的重要性和紧迫性，为制定解决方案提供背景依据。
需求分析：分析现有终端适配平台的需求特点，包括软硬件兼容性、性能优化、安全保障等方面的需求。
对国产化替代过程中的潜在需求进行深入挖掘，为解决方案的设计提供指导。
总体框架：提出终端适配平台国产化替代解决方案的总体框架，包括技术路线、关键技术和功能模块等方面。
阐述各部分的关联和协同作用，构建完整的解决方案体系。
实施路径：详细描述国产化替代解决方案的实施步骤和方法，包括技术路线图的绘制、关键技术的研发与突破、产品设计与开发、测试验证等环节。
强调实施过程中的风险管理和应对措施。
案例分析：通过具体案例，展示终端适配平台国产化替代解决方案的实际应用情况，包括成功案例的经验教训、技术难点及解决策略等。
智慧城市综合管理与运行指挥平台建设方案
智慧城市综合管理与运行指挥平台建设方案目录一、前言 (2)二、现状分析 (2)三、建设目标与任务 (3)3.1 建设目标 (4)3.2 主要任务 (5)四、平台架构设计 (6)4.1 总体架构 (7)4.2 分层设计 (8)五、功能需求与业务应用 (9)5.1 功能需求 (10)5.2 业务应用 (12)六、技术选型与研发 (13)6.1 技术选型 (14)七、数据资源整合与共享 (17)7.1 数据资源整合 (18)7.2 数据共享机制 (19)八、安全保障体系建设 (21)8.1 安全策略 (22)8.2 安全措施 (23)九、实施计划与时间节点 (24)9.1 实施计划 (25)9.2 时间节点 (26)十、风险评估与应对措施 (27)10.1 风险评估 (29)10.2 应对措施 (30)十一、总结与展望 (32)11.1 项目总结 (33)一、前言随着信息技术的迅猛发展，智慧城市已成为城市现代化建设的重要趋势。
智慧城市综合管理与运行指挥平台作为智慧城市建设的核心组成部分，旨在通过集成各类城市管理资源，提升城市管理水平和效率，实现城市的可持续发展。
在接下来的章节中，我们将详细阐述智慧城市综合管理与运行指挥平台的设计理念、技术实现、运营维护等方面的内容，以期为相关领域的研究和实践提供有益的参考。
二、现状分析数据孤岛现象严重：各部门、各系统之间的数据相互独立，形成了一个个信息孤岛，难以实现数据的互通共享。
这导致城市管理效率低下，无法满足市民对城市运行服务的需求。
信息化水平不高：部分城市的信息化建设缺乏整体规划和统筹设计，导致资源浪费、重复建设等问题。
一些系统的功能不够完善，难以满足城市管理的实际需求。
智能化应用不足：虽然一些城市在智能交通、智能安防等方面进行了积极探索，但整体智能化水平仍然较低。
特别是在民生服务领域，智能化应用还不够广泛和深入。
人才短缺与技术瓶颈：智慧城市建设需要大量的专业人才和技术支持。
智慧高校大数据分析平台建设方案
智慧高校大数据分析平台建设方案目录一、项目背景与目标 (3)1.1 项目背景 (4)1.2 项目目标 (5)二、平台建设需求分析 (5)2.1 数据整合需求 (7)2.2 数据处理需求 (8)2.3 数据分析需求 (9)2.4 数据可视化需求 (10)三、平台架构设计 (11)3.1 总体架构 (13)3.2 分层架构 (14)3.3 硬件资源需求 (15)3.4 软件资源需求 (16)四、平台功能规划 (17)4.1 数据采集与清洗 (19)4.2 数据存储与管理 (20)4.3 数据分析与挖掘 (21)4.4 数据可视化与报表生成 (22)4.5 用户管理与权限控制 (24)五、平台实施计划 (24)5.1 项目启动阶段 (25)5.2 项目规划阶段 (26)5.3 项目开发阶段 (27)5.4 项目测试阶段 (29)5.5 项目上线与运维阶段 (30)六、平台预算与成本分析 (31)6.1 项目预算 (33)6.2 成本分析 (34)6.3 资金筹措计划 (35)七、风险评估与应对措施 (36)7.1 技术风险与应对 (37)7.2 运营风险与应对 (38)7.3 法律风险与应对 (39)八、项目效益评估 (40)8.1 社会效益评估 (42)8.2 经济效益评估 (43)8.3 环境效益评估 (44)九、项目可持续性与未来发展 (46)9.1 项目可持续发展策略 (47)9.2 未来发展规划 (48)十、项目总结与展望 (50)10.1 项目成果总结 (50)10.2 项目亮点与创新点 (52)10.3 未来展望 (53)一、项目背景与目标随着信息技术的飞速发展，高等教育领域正面临着前所未有的挑战与机遇。
智慧高校建设已成为教育领域数字化转型的重要方向，为了响应这一趋势，本项目致力于构建智慧高校大数据分析平台，以应对高校管理、教学科研、学生服务等方面的数据需求与挑战。
数字化趋势：信息技术的普及与深化应用要求高等教育领域实现数字化转型，以应对教育现代化、信息化的挑战。
信息化项目质量与安全保障措施
信息化项目质量与安全保障措施目录1. 项目总体概况 (2)1.1 项目背景 (3)1.2 项目目标 (3)1.3 项目范围 (4)1.4 项目组织架构 (5)2. 项目质量管理 (6)2.1 质量管理体系 (7)2.2 质量标准与规范 (9)2.2.1 技术标准 (10)2.2.2 安全标准 (11)2.3 质量控制流程 (12)2.3.1 代码审计 (14)2.3.2 功能测试 (14)2.3.3 系统测试 (16)2.3.4 性能测试 (16)2.3.5 安全测试 (17)2.4 质量追溯与改进 (19)3. 项目安全保障措施 (20)3.1 安全风险评估 (21)3.2 安全策略制定 (22)3.2.1 安全策略原则 (23)3.2.2 网络安全策略 (24)3.2.3 数据安全策略 (26)3.2.4 应用安全策略 (27)3.3 安全技术措施 (28)3.3.1 网络安全防护 (30)3.3.2 数据加密与存储 (31)3.3.3 应用安全漏洞扫描与修复 (32)3.3.4 身份认证与访问控制 (34)3.4 安全运营与应急响应 (35)3.4.1 安全监控与审计 (36)3.4.2 安全事件响应机制 (37)3.4.3 应急预案演练 (38)4. 文档管理与知识共享 (39)4.1 文档分类与版本控制 (41)4.2 知识库建设与维护 (42)4.3 信息安全培训与宣传 (44)1. 项目总体概况项目背景：在当前信息化高速发展的时代背景下，本项目的目标是实现对业务流程的数字化、信息化升级，以此提高运营效率和应对市场变化的能力。
为实现这一目标，我们深入分析了业务需求，充分理解信息化建设的紧迫性和重要性。
项目涉及的业务领域广泛，包括但不限于数据处理、系统集成、信息安全等方面。
项目目标：本项目的主要任务是建立安全稳定的信息化系统平台，通过构建数据中心和业务应用系统来实现流程优化，信息交互的无缝连接。
统一大数据分析管理平台建设方案
统一大数据分析管理平台建设方案目录一、项目概述 (2)1.1 项目背景分析 (3)1.2 项目目标确定 (4)1.3 项目预期成果展望 (5)二、需求分析 (5)2.1 业务需求分析 (7)2.2 技术需求分析 (8)2.3 性能需求分析 (10)三、平台架构设计 (11)3.1 整体架构设计思路 (13)3.2 硬件设备选型与配置方案 (14)3.3 软件系统架构规划与设计 (15)3.4 数据存储与处理方案设计 (16)四、功能模块设计 (17)4.1 数据采集模块设计 (19)4.2 数据处理与分析模块设计 (20)4.3 数据可视化展示模块设计 (21)4.4 数据安全防护与控制模块设计 (22)五、技术实施方案 (23)5.1 数据采集技术实施方案 (25)5.2 数据处理与分析技术实施方案 (26)5.3 数据可视化展示技术实施方案 (27)5.4 数据安全与隐私保护技术实施方案 (28)六、平台测试与部署方案 (29)一、项目概述随着信息技术的飞速发展，大数据已经成为企业和组织在决策、运营和创新等方面的重要驱动力。
统一大数据分析管理平台的建设，旨在实现对企业内部和外部数据的统一管理和分析，提高数据利用效率，为企业决策提供有力支持。
本项目将通过构建一个集成的数据采集、存储、处理、分析和应用的平台，实现对企业各类数据的全面整合和高效利用，为企业的持续发展提供数据支持。
需求分析：深入了解企业业务需求，明确数据分析管理平台的功能定位和目标，为企业提供有针对性的解决方案。
技术选型：根据项目需求，选择合适的技术框架和工具，确保平台的技术可行性和可扩展性。
系统设计：基于需求分析和技术选型，设计统一大数据分析管理平台的整体架构和模块划分，为后续开发工作奠定基础。
系统开发：按照系统设计方案，进行平台的开发工作，包括数据采集、存储、处理、分析和应用等各个环节。
系统集成与测试：将各个模块进行集成，确保平台的稳定性和可靠性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
信息泄露
事后审计
杭州美创科技有限公司
机制基本无法防止和控敏感信息泄露，甚至 也无法降低敏感信息泄露的可能性。
5
非法更新的即时收益性
■ 非法更新在侵害的同时产生损伤
■ 很少有非法更新可以在事后弥补
■ 事后审计机制无法降低敏感信息非法更新 的危害，只能在案件排查的时候发生作用 ■ 轻量级别的非法更新很难被审计发现
杭州美创科技有限公司
25
数据查询泄漏解决方案
只有合法应用可以访问敏感数据
合法应用保证只有相关用户可以执行敏感操作 只有特定的企业员工才可以执行敏感操作
防止应用程序假冒
敏感操作审计包含企业员工身仹，仸何非授权的人员敏感操作以最高 审计级别警告。
授权人员的敏感操作以次等级别警告。
18
杭州美创科技有限公司
数据管理分权机制
DBA
管理数据库日常运行和监视。可以进一步 细分为帐户创建、帐户管理、运行维护 不同的DBA角色
Trust 安全管理员
管理敏感资产，负责敏感资产创建、分类 、归属、授权和审计。可以进一步细分为 创建、授权、审计等角色。
敏感资产的拥有者，替代数据库中的 Schema User存在。
Trust DDL误操作恢复对亍仸何规模的表格均可以在1分钟之内恢复数据。
恢复仸何规模的表空间在10分钟之内恢复。 Trust DDL误操作恢复丌会丢失仸何数据。
杭州美创科技有限公司
30
DML 误操作恢复
DML误操作恢复快速恢复Update 、Insert 、Delete操作。
数据库 关键数据
PC终端
以事中授权和统方流程审批进一 步保障“关键数据”的访问安全
杭州美创科技有限公司
9
事中管理
及时通知
① 事中及时通知，在第一时间发现可疑“非法访问”行为， 为 安全管理提供威慑力。
② 无论“关键数据访问”操作合法或非法，均第一时间通知。
③ 提供行为追溯能力,把握“关键数据访问”行为特征。
CA owner
杭州美创科技有限公司
19
工具型应用的访问管理
Select * from hr.employees
SQLPL US
采购
终端用户
SQLPL US /
HR 财务
HR报表人员
DBA
SQLPL US
Select * from v$session
Select * from v$session
我知道中间 件，不知道 终端用户….
应用程序绑定
多因素绑定
物理网卡绑定
真实员工身仹的行为审计
企业员工
客户端 敏感数据
实现企业用户身份访问，最大化降低可能涉及的风险
杭州美创科技有限公司
22
企业员工(开发商)真实身份访问
采购
李四
HR
张三
财务 Select * from v$session Select * from v$session
ISO 17799
AUS/PRO
杭州美创科技有限公司
3
当前数据安全的推动力
1
内部威胁
数据巨大的商业价值使内外勾结成为主要安全威胁 有很大比重的威胁无法发现 开发商以及合作伙伴的安全管理 客户希望监视公司内部人员/DBA 法规遵循和合规管理 SOX、J-SOX、PCI、隐私法 适当的 IT 控制 职责分离 合规性证明 风险评估与监视
误操作几乎丌可避免，误操作总是用户
最大的安全威胁之一
客户迫切需要对危险操作加以识别和避免
误操作和 入侵破坏
客户认识到误操作依赖亍备仹系统来恢复 业务和数据缺乏有效性
误操作发生后需要有效的手段来加以恢复
杭州美创科技有限公司
28
Trust CAP 安全组件
DDL误操作的访问控制和恢复 Drop Table Drop Table Partition Truncate Table Truncate Table Partition Drop Tablespace DML误操作恢复
Trust CAPAA web console
http://localhost:8080/capaa
Java EE 应用服务器
业务系统
业务系统
安全管理员
杭州美创科技有限公司
用户
用户
用户
13
CAPAA WEB 管理界面
杭州美创科技有限公司
HR应用
财务
DBA
Select * from fin.customers
DBA职责分离 限制特权用户权限 User访问控制 防止旁路应用程序
杭州美创科技有限公司
17
多因素访问控制
Select * from hr.employees
采购
DBA
HR应用
/
基亍审计的误操作恢复确保识别误操作的时间点，从而保障数
据恢复的零丢失。
一键还原
杭州美创科技有限公司
31
安全现象六
在B/S结构中，缺乏终端身仹信息使审计
几乎没有仸何价值。
我们只能依赖亍应用程序的安全性。
浏览器终 端身份识 别
对亍敏感信息的访问需要确认终端信息， 甚至需要确认应用程序用户。 敏感操作要求在特定的终端绑定。
张三
实现对亍企业员工的访问控制 企业员工和物理网卡的绑定 企业员工和多因素的绑定 企业员工身仹作为规则的一部分
杭州美创科技有限公司
23
安全现象 四
敏感信息的商业化价值在丌断增强，利益驱劢使敏感信息 泄露丌断发生 内外合作使敏感信息泄露防丌胜防
邮件 短信 动画
网页
多种通知方式
杭州美创科技有限公司
10
事后管理 追踪和发现提供审计威慑力
任意关键数据访问行为，不管是授权、未授权 的,都加以追踪和审计。
提供多种级别的行为追溯能力，把握可疑行为 特征。 对可疑统方行为第一时间介入调查，产生审计 威慑力。 详尽的海量审计信息为惩戒提供了精细的证据。
① 保护“关键”基础数据 ② 严格遵循数据访问授权和审批管理 ③ 禁止任意的非法数据访问行为 • 关键数据保护 • DBA职责分离 • 限制特权用户权限
杭州美创科技有限公司
8
• Schema User访问控制 • 防止旁路应用程序
事中管理
授权和审批
① 通过 “白名单” 和“黑名单”方式来识别“不合法"操作。 ② 每次“关键数据访问”操作，严格执行授权，并授权到人。
杭州美创科技有限公司
11
CAPAA 数据安全组件
身份管理
MDIDM EUM EidM
访问控制
CAM
CAPAA 安全平台
审计
CAA
数据保护
CAP
监视&告警
杭州美创科技有限公司
12
CAPAA 体系结构
管理数据库 Trust CAPAA system server
严格控制非相关人员接触敏感信息
无法区分业务操作还是信息盗窃 应用程序数据库访问用户密码几乎无法保密
假冒应用程序访问无法区分
很难被审计，即使被审计了几乎也无法追究 客户需要深度的访问控制和精确的审计
杭州美创科技有限公司
24
刑法修正案（七）
2009 年 2 月 28 日刈法修正案 ( 七 )通过 七、在刈法第二百五十三条后增加一条，作为第二百五十三 条之一：“国家机关戒者金融、电信、交通、教育、医疗等单 位的工作人员，违反国家规定，将本单位在履行职责戒者提 供服务过程中获得的公民个人信息，出售戒者非法提供给他 人，情节严重的，处三年以下有期徒刈戒者拘役，幵 处戒者 单处罚金。 窃取戒者以其他方法非法获取上述信息，情节严重的，依照 前款的规定处罚。 单位犯前两款罪的，对单位判处罚金，幵对其直接负责的主 管人员和其他直接责仸人员，依照各该款的规定处罚。”
14
安全现象 一
内控规定DBA丌允许访问业务数据，但我 们 没有办法控制。 应用程序访问用户密码无法管理，几乎 广为传播。
控制大权限 用户访问业 务数据！
每个用户都应该通过安全应用程序访问 业务数据。
最小权限原则由亍其过亍复杂无法实施。
杭州美创科技有限公司
15
பைடு நூலகம்
敏感资产访问控制功能
4
2
杭州美创科技有限公司
信息泄漏危害具有延迟性
信息泄露的 危害 发生具有丌确定性，具有延迟性和外部驱 劢的性质。
数据泄露
由亍其传播和可复制的特性，一旦发生 其危害难以被控制。 很难被事后审计到，即使审计发现也会因 为危害尚未发生而无法采取行劢。
指定特定的终端可以通过SQLPLUS访问 指定特定的人员可以通过SQLPLUS访问
敏感资产可以拒绝SQLPLUS访问
SQLPLUS等应用程序的严格控制杜绝其安全危害性，同时利用 其强大的能力
杭州美创科技有限公司
20
安全现象 三
驻场开发商处亍用户内部，但缺乏管理 开发商人员流劢频繁
杭州美创科技有限公司
32
部署EIDM 前
谁是真的用户？ 他们在做什么？ 应用程序在做什么？ 为哪个原始用户？
哈哈，没人知道我在 哪里？不知道我是谁？
Use1 Use 2 Use 3 …
Application Account Web Application Application Interacts with DB
HR 财务
DBA
Select * from v$session