甲骨文云服务器安全吗 甲骨文 云服务器
国内银行系统用美国甲骨文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攻击。
本文题目:甲骨文云服务器安全吗 甲骨文 云服务器
浏览地址:http://myzitong.com/article/ddgppep.html