甲骨文云服务器安全吗 甲骨文 云服务器

国内银行系统用美国甲骨文Oracle数据库不怕泄密吗？

典型的总有刁民想害朕的心态[灵光一闪]

创新互联建站专业为企业提供石泉网站建设、石泉做网站、石泉网站设计、石泉网站制作等企业网站建设、网页设计与制作、石泉企业网站模板建站服务，十多年石泉做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。

的确是这样。国内银行和金融公司已经在做替换成国产数据库的工作了。但是还要花一些时间。

顺带说明一下，oracle数据库美国本土的安全水位是非常高的。只是美国出口限制，导致出口到中国的只是低安全级别的版本。中国国产数据库在军工航天电力水利早已应用，都达到了顶级安全标准。

我是金融行业的码农，也算是有一定的发言权吧。

在数据库方面，金融领域用到的有Oracle和SQLServer等商业软件，也有Mysql、Redis等开源软件。这些软件有个令人沮丧的共同点， 很少有国产自主研发数据库 。

随着互联网的飞速发展，信息化浪潮席卷各个行业。效率的大幅提升，彻底颠覆了既有的工作模式。率先拥抱变革的企业收获了巨大收益，让后来者羡慕嫉妒恨。

信息技术不管发展如何，都绕不开数据存储，数据存储以关系型数据库最符合人的思维方式。关系型数据库中的翘楚无疑是Oracle数据库。

再回到题主的泄密问题，即Oracle数据库安全么？我的答案是 即安全又不安全 。之所以安全因为它是最好关系型数据库，常见的指标如易用性、稳定性、可用性、可恢复性都有完整的解决方案。之所以不安全是因为它是国外的闭源软件，是否有安全隐患，国人不得而知。

技术上不可控，我们怎么才能避免呢？答案是从管理上从严控制。

首先，在IT世界，有一个叫做物理隔离，国内银行的机房网络架构采用的是比较传统的内网+DMZ的形式，在两者之间采用专业的防火墙进行连接并安全隔离。DMZ到外网也有一道防火墙。所有的数据存储和加工必须在内网。

再加上内网登陆各种限制，跳板机，访问权限，动态密钥。

想发个版本都累死，还想把数据弄出来，不太可能。

至于这几年去IOE，最后也就去了IBM的大机，Oracle数据库照样大规模使用，EMC的存储就更不用说了。

总之一句话，安全使用美国佬技术！累死金融IT民工！

泄密到不存在，一般国内银行用Oracle的同时都会购买Oracle的维护服务，除非甲骨文不想做中国的生意了。当然因为中美关系的问题，一些行已经开始从周边系统逐渐开始改造使用国产数据库，比如华为的高斯200，同时国内的国有软件企业也在部署研发国产的数据库，公司名就不说了，反正确实有这个安排。

真的是个好问题，国家核心系统从什么开始决心抛弃windows。银行系统数据太过庞大复杂，上了贼船，下船太难太难了。

首先需要明白，银行的风控部门是银行体系内具有极度话语权的部门，也是最核心的部门之一。资产是否实现保值增值，以及银行资产的安全性，也是风控部门重点工作之一。

所以，你能想到的这个问题，银行的相关部门早就已经想到了，而且肯定做了不少的分析工作。

从网络上来说，银行的核心主机系统，包括数据库，都是在银行内网运行的，并不会直接接入互联网，这个一般的银行设备，比如ATM等自助终端都是如此，所以安全性肯定是银行最关注的焦点。

从安全性来说，银行的IT部门会对所有出入网络的数据进行分析。就连一个最基本的新开一个网络IP或者端口，都要经过层层的审批和把关，不是随随便便就给开通的。我曾经在某个银行短期出差，当时两台设备只给了一个IP和端口，我们找银行客户申请多开通一个，到我把工作做完，大概一个星期多一点的时间，这个居然都没审批完成。

另外，如上所说的银行对流经网络的所有数据都会进行严格的监控。比如我们之前有一台设备在银行网络内运行，一般情况下都会把不必要的组件或程序全部删除。但那台机器由于设置原因，在更新程序时默认对外连接了微软的服务器，很快就被监控出来，银行IT部门还要求我们给出详细报告，就是所谓的RCA，Root cause analysis，也就是根源分析。

说了这么多，应该明白银行为什么总Oracle不怕数据泄密了吧。当然，早期的时候也没有其他数据库可以选择，基本上就是Oracle, Sybase,DB2,以及微软的SQLServer。但是银行的数据库要求存储容量大，存储速度快，且可靠性要求极高，不能出现宕机这样的情况，这对银行业务来说是非常致命的。

但随着我国 科技 的发展，最近Oracle的日子不好过了，去年已经关闭了中国研发中心，几百名工程师被遣散，随着我国去IOE的浪潮，越来越多的银行开始考虑国产国产数据库和开源数据库，以前ORACLE独霸天下的日子已经不存在了。

不怕。

物理上是对外隔离的， 架构上也有大量技术手段确保数据的安全。

但是自主可控的趋势不可阻挡。

内网，物理隔离。外网用啥都没用，想搞你不过是时间问题。

国内银行系统用的数据库很多， 核心系统一般都用老牌的商业数据库DB2、Oracle 。其他系统也有用Mysql、MongoDB等其他数据库。至于数据泄露吗？银行当然也怕。但是，就综合考虑来看，目前Oracle等商业数据库依然是最佳选择，将来可能会一步一步提高安全等级。

1、稳定是首要选项

我们都知道，银行是金融系统的重要机构。它们的系统不能够随便出问题，一出问题影响整个 社会 。所以， 对银行来说，稳定是摆在首要位置的 。任何创新都必须以此为前提。而DB2、Oracle这些商业数据库软件，首先能够满足银行的稳定性要求。

而在中国，银行是比较早有信息化的单位。但刚开始，没有任何经验的时候，只能是跟欧美国家学习模仿。外企银行基本都是采用oracle、DB2来做核心系统。中国自然是采用国外相同的方案。大部分银行也就采用了当时比较流行的一整套IBM大型机、小型机硬件，配套DB2、Oracle数据库来做。

2、安全实现手段

①、厂家信誉

一直用DB2、Oracle作为核心数据库。对银行来说，已经是最佳选择。因为，在过去，国产根本就没有什么拿得出手的数据库可以使用。银行自然也只能用业界最好的数据库，而且Oracle、DB2这类大品牌的数据库，在全球范围应用都很广。厂家自然也要注意保障安全，否则出了问题，全世界都受影响。

②、技术控制

除了厂家的信誉保障外，银行在技术上做了很多安全措施。首先， 内外网是物理隔离的 。这样，实时连接数据库的攻击是很难实现的了。其次，在防止数据泄露这一块，银行当然也是有很多的技术手段控制的。至少，外网需要的数据是从内网的网闸摆渡过去的。能摆渡什么数据出去，也是银行严格控制的。最后， 数据库里的敏感数据，也是加密存储的 。同时，网络上还 部署了一系列网络安全设备来 保障系统的安全。

3、银行安全需升级

银行现在虽然有很多的技术手段来保障信息安全，但是，DB2、Oracle始终是国外闭源商业数据库软件。如果软件存在漏洞或者后门，对银行来说也是一个大风险。加上国际形势风云变化，所以，银行也还是会有担心泄密问题，这就意味着银行的安全体系还需要升级。

那该如何升级安全呢？除了系统过等级保护外，也一直在倡导用安全可靠的软件。这就意味着需要逐步从Oracle、DB2等商业软件走向开源、或者国产等数据库软件。不过，银行的稳定性还是不能忽略的，所以， 银行也就只能逐步 探索 ，逐步提升安全。同时，国产数据库发展也还有很长一段路要走 。

总结

总之，早些年银行从稳定和安全出发，Oracle、DB2等商业数据库是最佳选择。这些年，随着国际形势的变化和技术的发展，银行也在逐步提升安全等级。将来也会逐步替换Oracle、DB2等商业数据库软件。

云服务是安全可靠的吗

云安全的边界相对模糊，如果依靠传统的硬件堆叠的安全防御方式，很难解决云上的安全问题。最好的办法就是通过类似可视化的方式自定义业务系统的安全边界，从而减少风险面的暴露。如果想系统资源不被占用过多，建议用云锁，在服务器上部署一个轻量级的agent就行啦。

使用云服务器，会面临哪些安全风险

第一：云服务器是由母机划分出来的，要是母机收到攻击，云服务器会受到影响；第二：要是跟你使用同一台母机的其他云服务器收到攻击，可能你的服务器也会收到影响

云服务器安全性怎样。

一般来说，真正的云主机安全性要比独立的物理服务器好多了。

时代互联云主机的安全性，您看看是否能满足您的需要：

1.云计算技术保障云主机安全。具有动态迁移、双机热备、计算资源负载均衡、自动故障迁移、快照备份、集中存储、系统模板等云计算的优秀功能，能充分保障应用的高安全、高可靠性和高稳定性。

2.内外网指令隔离。 保护最终用户的虚拟服务器存储的安全,保障各种操作指令传输的安全和防止指令欺骗,防止恶意用户过度消耗CPU、带宽和IO资源.避免应用层的漏洞

3.云防火墙。包括普通网络防火墙，更有Web应用防火墙，可以防止Web攻击。