数据库哪些不能明文，destoon是不是密码压根就不能发送明文的

来源：整理时间：2024-11-02 15:37:56 编辑：黑码技术手机版

本文目录一览

1，destoon是不是密码压根就不能发送明文的
2，解释下什么是 md53加密
3，提升MongoDB安全性的方法是什么

1，destoon是不是密码压根就不能发送明文的

发送密码。。。。不可能把你原始的密码发送过去的虽然我没用过这个。。但是应该是发送个修改过的。。或者是发送个链接。让你去修改

destoon是不是密码压根就不能发送明文的

2，解释下什么是 md53加密

详细的自行百度百科或其他百科;这里就简单说一下: md5, 信息摘要算法第五版(message digest algorithm 5); 目前流行的一种hash算法(散列函数算法);标准md5加密后是一个128bit的序列, 常见的是其32位hex值, 还有一些是16位的, 这个是将32位md5密文截去首尾8位得到的.因为其算法特性, md5算法为不可逆算法, 也就是说知道其加密函数f(x)=y, 找不到逆函数与之对应, 从理论上来说, 知道密文是不能还原为明文的.md5破解: 首当其冲的是暴力破解; 这个很好理解, 穷举明文并根据明文计算密文; 相当于建立庞大的数据库查询系统; 第二个, 根据鸽笼原理, 用有限集表示无限集, 必定会有有限集中的某个元素对应了无限集中的多个元素, 根据这个, 有了md5的碰撞破解(前缀构造, 后缀构造, 杂凑碰撞等等).最后回答问题: md5明文: 这个可以是一串可见字符串, 一个文件等等; md5密文: 即使用md5算法对某文件加密后得到的128bit序列; hash, 哈希或者叫散列, 自行百度吧; 值, 我不知道你这个值指的什么. md5的加密方式: 这个你问的太笼统不好回答, 简单来说就是hash算法, 不可逆加密.

指的是三重MD5加密

解释下什么是 md53加密

3，提升MongoDB安全性的方法是什么

1. 启用auth — 即使在可信赖网络中部署MongoDB服务器时启用auth也是项好的安全实践。当你的网络受攻击时它能够提供“深层防御”。编辑配置文件来启用auth 1 auth = true 2.不要把生产环境的数据库暴露在Internet上-限制对数据库的物理访问是安全性的非常重要的一个措施。如果没有必要，就不要把生产环境的数据库暴露在Internet上。如果攻击者不能物理地连接到MongoDB服务器这种情形大打折扣，那么数据就不会比现在更安全。如果你把服务部署在亚马逊web服务(AWS)上，那么你应当把数据库部署在虚拟私有云(VPC)的私有子网里。有关这方面的更多信息请阅读博客文章"在私有云(VPC)里部署MongoDB"。 3.使用防火墙-防火墙的使用可以限制允许哪些实体连接MongoDB服务器。最佳的措施就是仅仅允许你自己的应用服务器访问数据库。如果你把无法部署在亚马逊web服务(AWS)上，你可以使用"安全组“功能限制访问权限。如果你把服务部署在不支持防火墙功能的提供商的主机上，那么你可以亲自使用"iptables"对服务器进行简单的配置。请参考mongodb的文档，实现对你所面对的具体环境配置iptables。 4.使用key文件建立复制服务器集群-指定共享的key文件，启用复制集群的MongoDB实例之间的通信。如下给配置文件中增加keyfile参数。复制集群里的所有机器上的这个文件的内容必须相同。 1 keyFile = /srv/mongodb/keyfile 5.禁止HTTP状态接口- 默认情况下Mongodb在端口28017上运行http接口，以提供“主”状态页面。在生产环境下推荐不要使用此接口，最好禁止这个接口。使用"nohttpinterface"配置设置可以禁止这个http接口。 1 nohttpinterface = true 6.禁止REST接口-在生产环境下建议不要启用MongoDB的REST接口。这个接口不支持任何认证。默认情况下这个接口是关闭的。如果你使用的"rest"配置选项打开了这个接口，那么你应该在生产系统中关闭它。 1 rest = false 7.配置bind_ip- 如果你的系统使用的多个网络接口，那么你可以使用"bind_ip"选项限制mongodb服务器只在与该配置项关联的接口上侦听。默认情况下mongoDB绑定所有的接口。 1 bind_ip = 10.10.0.25,10.10.0.26 8.启用SSL- 如果你没有使用SSL，那么你在MongoDB客户端和MongoDB服务器之间的传输的数据就是明文的，容易受到窃听、篡改和“中间人”攻击。如果你是通过像internet这样的非安全网络连接到MongoDB服务器，那么启用SSL就显得非常重要。 9.基于角色进行认证- MongoDB支持基于角色的认证，这样你就可以对每个用户可以执行的动作进行细粒度的控制。使用基于角色的认证组建可以限制对数据库的访问，而不是所有的用户都是管理员。更多的信息请参考有关角色的文档。 10.企业级MongoDB与kerberos- 企业级mongodb继承了kerberos认证。有关这方面的更多信息请参考mongodb文档。基于用户名/密码的系统本身就是不安全的，因此如果可能的话，请使用基于kerberos的认证。

提升MongoDB安全性的方法是什么