信管網(wǎng)參考答案：

【問題1
(1)65535
(2)否
【問題2】
存在溢出安全漏洞。
接收端處理代碼在組裝響應包時,心跳包數(shù)據(jù)長度字段( payload)采用的是客戶端發(fā)送的請包中使用的長度字段,由于心跳包數(shù)據(jù)長度字段完全由客戶端控制,當payload大于實際心跳包數(shù)據(jù)的長度時,將導致越界訪問接收端內(nèi)存,從而泄露內(nèi)存信造成的危害:在正常的情況下, response報文中的data就是 request報文中的data息。(2分)
數(shù)據(jù),但是在異常情況下, payload的長度遠大于實際數(shù)據(jù)的長度,這樣就會發(fā)生內(nèi)存的越界訪問,但這種越界訪問并不會直接導致程序異常,(因為這里直接 memcpy后,服務器端并沒有使用copy后的數(shù)據(jù),而只是簡單的進行了回復報文的填充,如果服務端使用了cpy的數(shù)據(jù)也許就可能發(fā)現(xiàn)問題)這里使用了 memcpy函數(shù),該函數(shù)會直接根據(jù)長度把內(nèi)存中數(shù)據(jù)復制給另一個變量。這樣就給惡意的程序留下了后門,當惡意程序給data的長度變量賦值為65535時,就可以把內(nèi)存中64KB的內(nèi)存數(shù)據(jù)通過 Response報文發(fā)送給客戶端,這樣客戶端程序就可以獲取到一些敏感數(shù)據(jù)泄露
【問題3】
黑盒,沒有誤報
【問題4】
不能。
因為不會產(chǎn)生異常,模糊測試器就無法監(jiān)視到異常,從而無法檢測到該漏洞