mysql中"set character_set_client=BINARY"的作用到底是什么？

danieluec

rt，為了防止寬字節，很多資料上都說可以在客戶端設置“set character_set_client=BINARY”，但是這句話的含義到底是什么呢？假如我目前客戶端的程序是這么設置的：
<?php

mysqli_query($conn, "set character_set_connection=GBK,set character_set_results=GBK,set character_set_client=BINARY");

...
...
?>

seesea2517

沒怎么用過php，不過看著應該就用 set names 來統一設置三者字符集就可以了。
你這個設置是客戶端單獨用不同的字符集，二進制字符集就是不做轉換，直接存儲、傳輸字節內容。由于你的配置里連接用的是 GBK，那么傳到客戶端來的數據也就用 GBK 來解釋了。

BINARY：二進制字符集相關說明：https://dev.mysql.com/doc/refman/5.7/en/charset-binary-set.html
php 連接設置的FAQ：https://dev.mysql.com/doc/refman ... gui-not-display-cjk

danieluec

@seesea2517 謝謝了！如果用“set names GBK”的話，是存在寬字節注入漏洞的。比如發起請求"http://xxx.com/index.php?a=%df'"。經服務端轉義后，a的值會變成%df%5c'，而%df%5c是一個漢字，這相當于把單引號給逃離出來了，可以發起sql注入攻擊。
如果設置“character_set_client=BINARY”，即使“不做轉換、直接存儲”，那么mysql在解析sql之前，sql中a的內容還是%df%5c'，按照這個邏輯，按說還是存在漏洞的。因此還是想不明白在防御攻擊的角度上，這個binary為什么能防住。

danieluec

@seesea2517 謝謝了！如果用“set names GBK”的話，是存在寬字節注入漏洞的。比如發起請求：

1. http://xxx.com/index.php?a=%df'

復制代碼

經服務端轉義后，a的值會變成%df%5c'，而%df%5c是一個漢字，這相當于把單引號給逃離出來了，可以發起sql注入攻擊。
如果設置“character_set_client=BINARY”，即使“不做轉換、直接存儲”，那么mysql在解析sql之前，sql中a的內容還是%df%5c'，按照這個邏輯，按說還是存在漏洞的。因此還是想不明白在防御攻擊的角度上，這個binary為什么能防住。

danieluec

謝謝了！如果用“set names GBK”的話，是存在寬字節注入漏洞的。比如發起請求：

1. http://xxx.com/index.php?a=%df'

復制代碼

經服務端轉義后，a的值會變成%df%5c'，而%df%5c是一個漢字，這相當于把單引號給逃離出來了，可以發起sql注入攻擊。
如果設置“character_set_client=BINARY”，即使“不做轉換、直接存儲”，那么mysql在解析sql之前，sql中a的內容還是%df%5c'，按照這個邏輯，按說還是存在漏洞的。因此還是想不明白在防御攻擊的角度上，這個binary為什么能防住。

danieluec

謝謝了！如果用“set names GBK”的話，是存在寬字節注入漏洞的。比如發起請求：

1. http://xxx.com/index.php?a=%df'

復制代碼

經服務端轉義后，a的值會變成：

1. %df%5c'

復制代碼

而%df%5c是一個漢字，這相當于把單引號給逃離出來了，可以發起sql注入攻擊。
如果設置character_set_client=BINARY，即使不做轉換、直接存儲，那么mysql在解析sql之前，sql中a的內容還是：

1. %df%5c'

復制代碼

按照這個邏輯，按說還是存在漏洞的。因此還是想不明白在防御攻擊的角度上，這個binary為什么能防住。

danieluec

謝謝了！如果用“set names GBK”的話，是存在寬字節注入漏洞的。比如發起請求：

1. http://xxx.com/index.php?a=%df’

復制代碼

經服務端轉義后，a的值會變成：

1. %df%5c’

復制代碼

而%df%5c是一個漢字，這相當于把單引號給逃離出來了，可以發起sql注入攻擊。
如果設置character_set_client=BINARY，即使不做轉換、直接存儲，那么mysql在解析sql之前，sql中a的內容還是：

1. %df%5c’

復制代碼

按照這個邏輯，按說還是存在漏洞的。因此還是想不明白在防御攻擊的角度上，這個binary為什么能防住。

danieluec

謝謝~
從安全的角度看，如果二進制字符集就是不做轉換、直接存儲、傳輸字節，那么按照mysql的編碼轉換流程（client->connection->server），將client的編碼設置為binary也是防不住注入漏洞的。所以想弄明具體binary的功能和整個編碼過程。

seesea2517

回復 20# danieluec

防注入應該有一些相關的專題文章或討論，樓主有發現有價值的歡迎分享給大家哈。

王楠w_n

回復 1# danieluec

回帖以標注成精華帖，感謝您對社區內容的貢獻