`recv（）`是否會導致緩衝區溢出？

Question

我介紹自己插座C/C++編程，並且正在使用send()和recv()超過TCP插座交換客戶端和服務器程序之間傳輸數據。

下面是我的一些代碼相關摘錄：

server.c：

char recv_data[1024]; 

// Socket setup and so on ommited... 

bytes_recieved = recv(connected, recv_data, 1024, 0); 
recv_data[bytes_recieved] = '\0'; 

client.c：

char send_data[1024]; 

// Setup ommited... 

send(connected, send_data, strlen(send_data), 0); 

是否recv()本身提供對任何保護緩衝區溢出？舉例來說，如果我改變了第三個參數來recv()比緩衝區的東西更高指向recv_data（例如4000） - 這會導致緩衝區溢出？ （我已經嘗試過這樣做，但似乎無法觸發段錯誤）。

實際上，我試圖創建一個故意漏洞的服務器程序，以便更好地瞭解這些問題，這就是爲什麼我已經通過recv()試圖溢出。

修訂：

不無關係，會找出爲什麼client.c上面會永遠派比strlen(send_data)指定的1024字節。我使用gets(send_data)來填充從標準輸入該緩衝區，但如果我在通過標準輸入多個超過1024字節，server.c計劃表明，它接收所有字節！ :)。是否strlen(send_data)爲send()沒有限制發送的字節數量？

Answer 1

例如，如果我將recv（）的第三個參數改爲高於recv_data所指向的緩衝區（例如4000） - 這是否會導致緩衝區溢出？

Ofcourse yes。如果網絡緩衝區有4000字節的數據，它將把它放入緩衝區。關鍵是，recv就像任何其他C API一樣需要一個緩衝區，並且它的長度認爲調用者將傳遞緩衝區的實際長度，並且如果調用者傳遞了不正確的長度，則錯誤在於調用者，並且可能導致到未定義的行爲。

在C中，當您將數組傳遞給函數時，被調用的函數無法知道數組的大小。所以，所有的API都依賴於您提供的輸入。

char recv_data[1024]; 

// Socket setup and so on ommited... 

bytes_recieved = recv(connected, recv_data, 1024, 0); 
recv_data[bytes_recieved] = '\0'; 

上面的代碼可能會導致更多的麻煩。 （a）如果recv返回-1，那麼您直接將索引編入recv_data緩衝區而不檢查返回值
（b）如果recv返回1024，那麼它會再次導致未定義的行爲，如果recv返回1024由於大小爲1024的數組應該從0到1023訪問，所以不能訪問綁定訪問。

Answer 2

這

recv_data[bytes_recieved] = '\0'; 

可能導致緩衝區溢出，如果收到1024個字節。

你可能想改變這種

bytes_recieved = recv(connected, recv_data, 1024, 0); 

成爲

bytes_recieved = recv(connected, recv_data, 1024 - 1, 0); 

使bytes_recieved絕不會超過1023，這是最大的有效指標recv_data變得更大。

---

而且您的系統調用（recv()/send()）缺乏錯誤檢查。測試他們以任何其他方式使用結果之前已經返回-1。

---

參考你的修訂：

strlen()試圖返回開始從字符指向它的參數，直到第一NUL/0個字符數的字符數。這個數字可以是任何值，這取決於你在哪裏放置終止0你。

如果此0 -terminator的運行在分配給strlen()參數的內存後面，程序肯定會遇到未定義的行爲，因此可能返回任何值。

因此，要回答你的問題：如果send_data是不 0終結strlen()使應用程序運行到未定義behaviuor所以它可能會崩潰或strlen()返回一個值大於1024，那麼send()會嘗試發送此數目的字符。

Answer 3

即使你比recv()發送緩衝區較大的字節，你仍然能夠recv()它隨後調用recv()，這就是爲什麼你說bytes_received仍然5000字節，因爲，讓我們說你送5000字節，你接收緩衝區是1000字節，在第一次調用recv()時它只會得到1000字節，在下次調用時，再次1000字節，直到它接收到所有數據。所以，我認爲這裏沒有緩衝區溢出。這就是TCP如何工作的方式。