mongodb nosql_“ NoSQL注入” – 40000个不安全的MongoDB数据库对我们行业意味着什么...

mongodb nosql

这个消息到处都是 ……

重大安全警报,因为40,000个MongoDB数据库在互联网上不安全

安全性是一个经常被忽视的功能,直到为时已晚。 而且,为时已晚,如果不进行大量的重构工作,通常很难将其烘焙成一个完善的体系结构。

每个系统以及每个数据库总是容易受到攻击。 但是,大多数数据库的确提供了大量实现安全层的功能-MongoDB与此处的任何其他DBMS都没有不同 。 那么,这个巨大的安全漏洞怎么可能发生?

安全是一种文化问题。 公司要么在其DNA中具有安全性,要么没有。 对于可伸缩性,用户体验或软件工程的任何其他方面,也是如此。 我曾在安全意识完全相反的公司工作。 一些(在电子银行领域)是超妄想的,在应用程序的大约7层中实施了彻底的安全检查。 其他人则比较宽容,而管理层则将重点更多地放在营销上。 但是,没有任何经验证据,公司的安全意识与同一公司的后端导向之间存在一定的关联性,电子银行是一个非常后端导向的业务。

后端开发人员更加了解安全性

这太笼统了,可能对许多优秀的前端开发人员来说并不公平,但是安全性才是数据所在。 算法在哪里。 人们在哪里考虑约束,工作流程,批处理工作,会计,资金,……算法。 这些人关注所有用户 。 在系统上。 他们想保护它。 另一方面,他们可能会忽略可用性。

用户体验所在的地方几乎没有安全意识。 人们在哪里考虑布局,格式,可用性,样式……用户界面。 这些人专注于单个用户 。 关于他们的经验。 他们希望使用户感到容易。

(同样,可伸缩性也是如此)

后端技术发展非常缓慢并非偶然。 Java:20年了,我们终于有了lambda。 SQL:30年了,我们仍然没有简单的方法来重用代码。

同时,前端技术以“ reddit的速度”发展。 下一个炒作距离我们只有100业力,我们将把所有先前的技术都抛诸脑后,只是为了成为游戏的一部分。

显然,必须对安全性进行彻底的思考,以使其无法在快节奏的前端世界中生存。

MongoDB与它有什么关系?

当前事件实际上实际上与MongoDB没有直接关系(您可能在那里发现了同样多的不受保护MySQL实例)。 但这与MongoDB的销售和营销策略密切相关。 MongoDB过去进行了非常积极和成功的营销,声称RDBMS统治已经结束 –就像令人惊讶的对象数据库浮出水面之前RDBMS的统治一样。 好吧,我们都知道对象数据库或XML数据库的去向:

d8938bef47ea2f62ed0543dd9e35a483

这次,反RDBMS营销在前端开发人员中引起了很大的共鸣,因为JSON是他们最喜欢的数据表示格式,并且MongoDB承诺能够将数据直接从DOM存储到DB中 。 对于一些软件供应商来说,这不仅意味着“ DBA的终结” ,而且许多供应商也希望他们可以省略运营,甚至可以省略后端开发。 对于原型设计和简单应用程序显然有效的方法不适用于具有敏感数据的应用程序。

解决方案

解决方案是显而易见的。 同质性会扼杀您的业务。 您应该雇用各种不同类型的人员。 您应该在团队中拥有熟练的前端开发人员,后端开发人员,操作人员,DBA和安全专家。 您应该让他们一起努力,听听他们的意见,复习彼此的代码,互相学习。 因为他们每个人都对应用程序的一个完全不同但同样重要的方面有着强烈的关注和兴趣。

不要忽略任何这些方面。 因为如果这样做,并且如果它是安全的,并且如果您丢失了敏感的客户数据,那么您就不会继续经营下去,那么您将被起诉。

迷上了安全主题?

继续阅读有关…

翻译自: https://www.javacodegeeks.com/2015/02/nosql-injection-40000-unsecured-mongodb-databases-mean-industry.html

mongodb nosql

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值