ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

在mysql中,“解释……”总是安全吗?

2019-07-22 00:14:48  阅读:203  来源: 互联网

标签:mysql sql perl explain dbi


如果我允许一组用户向mysql提交“解释$whatever”(通过Perl的DBI使用DBD :: mysql),那么用户可以放入任何可以使任何数据库更改的内容,泄漏非平凡的信息,甚至造成重大数据库负载?如果是这样,怎么样?

我知道通过“解释$whatever”可以找出存在哪些表/列(你必须猜测名称)和大概有多少记录在表中或者有多少记录具有索引字段的特定值.我不希望人们能够获得有关未索引字段内容的任何信息.

DBD :: mysql不应该允许多个语句,所以我不希望它可以运行任何查询(只解释一个查询).只是解释,即使子查询也不应该被执行.

但我不是一个mysql专家,肯定有mysql的功能,我甚至都不知道.

在尝试提出查询计划时,优化器可能会实际执行一个表达式,以便提出索引字段将要与之进行比较的值吗?

explain select * from atable where class = somefunction(...)

其中atable.class被索引并且不是唯一的,而class =’unused’将找不到记录,但class =’common’会找到一百万条记录.可能’解释’评估一些功能(…)?然后可以写一些函数(…),以便修改数据?

解决方法:

“Explain”可能需要任意长的时间来执行,并使用任意数量的服务器资源,包括在某些事情耗尽时导致崩溃(例如,由于嵌套子查询太多而导致堆栈溢出).

“解释”很容易耗尽临时磁盘空间,服务器地址空间(在32位系统上,64位系统上的虚拟内存)或线程堆栈(故意恶意构建的查询).

通常,您不能允许完全不受信任的用户提交任何SQL的任何部分.即使没有访问单个表,如果他们努力尝试,他们仍然可能会崩溃服务器.

编辑:进一步的信息

使用匿名视图/具体化子查询的查询通常在EXPLAIN上执行整个内部查询到临时表中.

所以对表单的查询

SELECT * FROM (
  SELECT h1.*, h2.* FROM huge_table h1, huge_table h2) AS rediculous

将永远解释并消耗tmpdir中的磁盘空间.

标签:mysql,sql,perl,explain,dbi
来源: https://codeday.me/bug/20190721/1496886.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有