MySQL Load data infile是有一个很有意思的功能,最早接触的时候,没有太过在意,后来在安全扫描中,被提示需要关闭local_infile选项(当然,默认该选项就是关闭的,只是安全扫描要求在配置文件中做明确配置),才又注意到了其中的local关键字。
所谓的local,指的是客户端,即LOAD DATA是从客户端加载文件,这就让客户端有机会把本机的文件内容上传到服务器的表中。当然,文件要落地到服务器磁盘的话,还要配合secure_file_priv选项,这个一般是关闭或只开到限定目录。所以通过LOAD DATA LOCAL INFILE攻击服务器的风险是很小的,它的安全隐患主要在于从客户端发起LOAD DATA LOCAL INFILE,获取客户端的文件信息(比如被SQL注入)。MySQL服务端关闭local_infile选项的目的是协防客户端。
最近,又看到了利用local来制作蜜罐,才发现自己真的没有好好理解这个LOAD DATA。在之前的理解中,既然是将客户端将自己的文件发到服务端,那么它应该是自己读取本机的文件,组织内容往服务端发送就行了,服务端这个蜜罐去反向操控客户端呢?
在这里,忽略了一个很简单的常识,LOAD DATA也是一个SQL语句,既然是一个SQL语句,那么它是发到服务器去做解析执行的,客户端不会有解析SQL语句的行为。所以对于一个LOAD DATA LOCAL语句,客户端驱动自己是不会知道这个语句是干嘛的,它要先发到服务端,服务端解析后,发现这个语句是从客户端LOAD FILE,于是回复客户端一个Response TABULAR&#