網(wǎng)絡(luò)安全面試題及答案
防范常見的 Web 攻擊
重要協(xié)議分布層
arp 協(xié)議的工作原理
rip 協(xié)議是什么？rip 的工作原理
什么是 RARP？工作原理
OSPF 協(xié)議？OSPF 的工作原理
TCP 與 UDP 區(qū)別總結(jié)
什么是三次握手四次揮手？
tcp 為什么要三次握手？
dns 是什么？dns 的工作原理
一次完整的 HTTP 請求過程
Cookies 和 session 區(qū)別
GET 和 POST 的區(qū)別
HTTPS 和 HTTP 的區(qū)別
session 的工作原理？
http 長連接和短連接的區(qū)別
OSI 的七層模型都有哪些？
session 的工作原理？什么是 TCP 粘包/拆包？發(fā)生原因？解決方案
TCP 如何保證可靠傳輸？
URI 和 URL 的區(qū)別
什么是 SSL ？
https 是如何保證數(shù)據(jù)傳輸?shù)陌踩?#xff08;SSL 是怎么工作保證安全的）
TCP 對應(yīng)的應(yīng)用層協(xié)議，UDP 對應(yīng)的應(yīng)用層協(xié)議
常見的狀態(tài)碼有哪些？
防范常見的 Web 攻擊
什么是 SQL 注入攻擊
攻擊者在 HTTP 請求中注入惡意的 SQL 代碼，服務(wù)器使用參數(shù)構(gòu)建數(shù)據(jù)庫 SQL 命令時，惡意
SQL 被一起構(gòu)造，并在數(shù)據(jù)庫中執(zhí)行。
用戶登錄，輸入用戶名 lianggzone，密碼 ‘ or ‘1’=’1 ，如果此時使用參數(shù)構(gòu)造的方
式，就會出現(xiàn)
select * from user where name = ‘lianggzone’ and password = ‘’ or ‘1’=‘1’
不管用戶名和密碼是什么內(nèi)容，使查詢出來的用戶列表不為空。如何防范 SQL 注入攻擊使
用預(yù)編譯的 PrepareStatement 是必須的，但是一般我們會從兩個方面同時入手。
Web 端
1）有效性檢驗。
2）限制字符串輸入的長度。
服務(wù)端
1）不用拼接 SQL 字符串。
2）使用預(yù)編譯的 PrepareStatement。3）有效性檢驗。(為什么服務(wù)端還要做有效性檢驗？第一準則，外部都是不可信的，防止攻
擊者繞過 Web 端請求)
4）過濾 SQL 需要的參數(shù)中的特殊字符。比如單引號、雙引號。
什么是 XSS 攻擊
跨站點腳本攻擊，指攻擊者通過篡改網(wǎng)頁，嵌入惡意腳本程序，在用戶瀏覽網(wǎng)頁時，控制
用戶瀏覽器進行惡意操作的一種攻擊方式。如何防范 XSS 攻擊
1）前端，服務(wù)端，同時需要字符串輸入的長度限制。
2）前端，服務(wù)端，同時需要對 HTML 轉(zhuǎn)義處理。將其中的”<”,”>”等特殊字符進行轉(zhuǎn)義
編碼。
防 XSS 的核心是必須對輸入的數(shù)據(jù)做過濾處理。
什么是 CSRF 攻擊
跨站點請求偽造，指攻擊者通過跨站請求，以合法的用戶的身份進行非法操作。可以這么
理解 CSRF 攻擊：攻擊者盜用你的身份，以你的名義向第三方網(wǎng)站發(fā)送惡意請求。CRSF 能做
的事情包括利用你的身份發(fā)郵件，發(fā)短信，進行交易轉(zhuǎn)賬，甚至盜取賬號信息。如何防范
CSRF 攻擊
安全框架，例如 Spring Security。
token 機制。在 HTTP 請求中進行 token 驗證，如果請求中沒有 token 或者 token 內(nèi)容不正確，
則認為 CSRF 攻擊而拒絕該請求。
驗證碼。通常情況下，驗證碼能夠很好的遏制 CSRF 攻擊，但是很多情況下，出于用戶體驗
考慮，驗證碼只能作為一種輔助手段，而不是最主要的解決方案。
referer 識別。在 HTTP Header 中有一個字段 Referer，它記錄了 HTTP 請求的來源地址。如
果 Referer 是其他網(wǎng)站，就有可能是 CSRF 攻擊，則拒絕該請求。但是，服務(wù)器并非都能取
到 Referer。很多用戶出于隱私保護的考慮，限制了 Referer 的發(fā)送。在某些情況下，瀏覽器
也不會發(fā)送 Referer，例如 HTTPS 跳轉(zhuǎn)到 HTTP。
1）驗證請求來源地址；
2）關(guān)鍵操作添加驗證碼；
3）在請求地址添加 token 并驗證。
什么是文件上傳漏洞
文件上傳漏洞，指的是用戶上傳一個可執(zhí)行的腳本文件，并通過此腳本文件獲得了執(zhí)行服
務(wù)端命令的能力。
許多第三方框架、服務(wù)，都曾經(jīng)被爆出文件上傳漏洞，比如很早之前的 Struts2，以及富文
本編輯器等等，可被攻擊者上傳惡意代碼，有可能服務(wù)端就被人黑了。如何防范文件上傳
漏洞
文件上傳的目錄設(shè)置為不可執(zhí)行。
1）判斷文件類型。在判斷文件類型的時候，可以結(jié)合使用 MIME Type，后綴檢查等方式。
因為對于上傳文件，不能簡單地通過后綴名稱來判斷文件的類型，因為攻擊者可以將可執(zhí)
行文件的后綴名稱改為圖片或其他后綴類型，誘導(dǎo)用戶執(zhí)行。
2）對上傳的文件類型進行白名單校驗，只允許上傳可靠類型。
3）上傳的文件需要進行重新命名，使攻擊者無法猜想上傳文件的訪問路徑，將極大地增加
攻擊成本，同時向 shell.php.rar.ara 這種文件，因為重命名而無法成功實施攻擊。
4）限制上傳文件的大小。5）單獨設(shè)置文件服務(wù)器的域名。
DDos 攻擊
客戶端向服務(wù)端發(fā)送請求鏈接數(shù)據(jù)包，服務(wù)端向客戶端發(fā)送確認數(shù)據(jù)包，客戶端不向服務(wù)
端發(fā)送確認數(shù)據(jù)包，服務(wù)器一直等待來自客戶端的確認
沒有徹底根治的辦法，除非不使用 TCP
DDos 預(yù)防：
1）限制同時打開 SYN 半鏈接的數(shù)目
2）縮短 SYN 半鏈接的 Time out 時間
3）關(guān)閉不必要的服務(wù)
重要協(xié)議分布圖
arp 協(xié)議的工作原理
地址解析協(xié)議，即 ARP（Address Resolution Protocol），是根據(jù) IP 地址獲取物理地址的一個
TCP/IP 協(xié)議。
1.發(fā)送 ARP 請求的以太網(wǎng)數(shù)據(jù)幀 廣播 到以太網(wǎng)上的每個主機，ARP 請求幀中包含了目的
主機的 IP 地址。
2.目的主機收到了該 ARP 請求之后，會發(fā)送一個 ARP 應(yīng)答，里面包含了目的主機的 MAC 地
址。
ARP 協(xié)議工作原理：
每個主機都會在自己的 ARP 緩沖區(qū)中建立一個 ARP 列表，以表示 IP 地址和 MAC 地址
之間的對應(yīng)關(guān)系。
主機（網(wǎng)絡(luò)接口）新加入網(wǎng)絡(luò)時（也可能只是 mac 地址發(fā)生變化，接口重啟等）， 會發(fā)送
免費 ARP 報文把自己 IP 地址與 Mac 地址的映射關(guān)系廣播給其他主機。
網(wǎng)絡(luò)上的主機接收到免費 ARP 報文時，會更新自己的 ARP 緩沖區(qū)。將新的映射關(guān)系更新到
自己的 ARP 表中。
某個主機需要發(fā)送報文時，首先檢查 ARP 列表中是否有對應(yīng) IP 地址的目的主機的 MAC
地址，如果有，則直接發(fā)送數(shù)據(jù)，如果沒有，就向本網(wǎng)段的所有主機發(fā)送
ARP 數(shù)據(jù)包，該
數(shù)據(jù)包包括的內(nèi)容有：源主機 IP
地址，源主機 MAC 地址，目的主機的
IP 地址等。
當本網(wǎng)絡(luò)的所有主機收到該 ARP
數(shù)據(jù)包時：
（A）首先檢查數(shù)據(jù)包中的 IP 地址是否是自己的 IP 地址，如果不是，則忽略該數(shù)據(jù)包。
（B）如果是，則首先從數(shù)據(jù)包中取出源主機的 IP 和 MAC 地址寫入到 ARP 列表中，如
果已經(jīng)存在，則覆蓋。
（C） 然后將自己的 MAC 地址寫入 ARP 響應(yīng)包中，告訴源主機自己是它想要找的 MAC
地址。
6.源主機收到 ARP 響應(yīng)包后。將目的主機的 IP 和 MAC 地址寫入 ARP 列表，并利用此
信息發(fā)送數(shù)據(jù)。如果源主機一直沒有收到 ARP 響應(yīng)數(shù)據(jù)包，表示 ARP 查詢失敗。ARP 高
速緩存（即 ARP 表）是 ARP 地址解析協(xié)議能夠高效運行的關(guān)鍵
什么是 RARP？工作原理
概括： 反向地址轉(zhuǎn)換協(xié)議，網(wǎng)絡(luò)層協(xié)議，RARP 與 ARP 工作方式相反。 RARP 使只知道自
己硬件地址的主機能夠知道其 IP 地址。RARP 發(fā)出要反向解釋的物理地址并希望返回其 IP地址，應(yīng)答包括能夠提供所需信息的 RARP 服務(wù)器發(fā)出的 IP 地址。
原理：
(1)網(wǎng)絡(luò)上的每臺設(shè)備都會有一個獨一無二的硬件地址，通常是由設(shè)備廠商分配的MAC地址。
主機從網(wǎng)卡上讀取 MAC 地址，然后在網(wǎng)絡(luò)上發(fā)送一個 RARP 請求的廣播數(shù)據(jù)包，請求 RARP
服務(wù)器回復(fù)該主機的 IP 地址。
(2)RARP 服務(wù)器收到了 RARP 請求數(shù)據(jù)包，為其分配 IP 地址，并將 RARP 回應(yīng)發(fā)送給主機。
(3)PC1 收到 RARP 回應(yīng)后，就使用得到的 IP 地址進行通訊。
dns 是什么？dns 的工作原理
將主機域名轉(zhuǎn)換為 ip 地址，屬于應(yīng)用層協(xié)議，使用 UDP 傳輸。（DNS 應(yīng)用層協(xié)議，以前有
個考官問過）
過程：
總結(jié)： 瀏覽器緩存，系統(tǒng)緩存，路由器緩存，IPS 服務(wù)器緩存，根域名服務(wù)器緩存，頂級
域名服務(wù)器緩存，主域名服務(wù)器緩存。
一、主機向本地域名服務(wù)器的查詢一般都是采用遞歸查詢。
二、本地域名服務(wù)器向根域名服務(wù)器的查詢的迭代查詢。
1)當用戶輸入域名時，瀏覽器先檢查自己的緩存中是否 這個域名映射的 ip 地址，有解析結(jié)
束。
2）若沒命中，則檢查操作系統(tǒng)緩存（如 Windows 的 hosts）中有沒有解析過的結(jié)果，有解
析結(jié)束。
3）若無命中，則請求本地域名服務(wù)器解析（ LDNS）。
4）若 LDNS 沒有命中就直接跳到根域名服務(wù)器請求解析。根域名服務(wù)器返回給 LDNS 一個 主
域名服務(wù)器地址。
5） 此時 LDNS 再發(fā)送請求給上一步返回的 gTLD（ 通用頂級域）， 接受請求的 gTLD 查找
并返回這個域名對應(yīng)的 Name Server 的地址
6）
Name Server 根據(jù)映射關(guān)系表找到目標 ip，返回給 LDNS
7）
LDNS 緩存這個域名和對應(yīng)的 ip， 把解析的結(jié)果返回給用戶，用戶根據(jù) TTL 值緩存到本
地系統(tǒng)緩存中，域名解析過程至此結(jié)束
rip 協(xié)議是什么？rip 的工作原理
RIP 動態(tài)路由選擇協(xié)議（網(wǎng)絡(luò)層協(xié)議）
RIP 是一種基于距離矢量（Distance-Vector）算法的協(xié)議，它使用跳數(shù)（Hop Count）作為度
量來衡量到達目的網(wǎng)絡(luò)的路由距離。RIP 通過 UDP 報文進行路由信息的交換，使用的端口
號為 520。
工作原理：
RIP 路由協(xié)議用“更新（UNPDATES）”和“請求（REQUESTS）”這兩種分組來傳輸信息的。
每個具有 RIP 協(xié)議功能的路由器每隔 30 秒用 UDP520 端口給與之直接相連的機器廣播更新
信息。并且在（ 用“路程段數(shù)”（即“跳數(shù)”）作為網(wǎng)絡(luò)距離的尺度。每個路由器在）給
相鄰路由器發(fā)出路由信息時，都會給每個路徑加上內(nèi)部距離。路由器的收斂機制：
任何距離向量路由選擇協(xié)議（如 RIP）都有一個問題，路由器不知道網(wǎng)絡(luò)的全局情況，路由
器必須依靠相鄰路由器來獲取網(wǎng)絡(luò)的可達信息。由于路由選擇更新信息在網(wǎng)絡(luò)上傳播慢，
距離向量路由選擇算法有一個慢收斂問題，這個問題將導(dǎo)致不一致性產(chǎn)生。
RIP 較少路由收斂機制帶來的問題：
1）記數(shù)到無窮大機制：RIP 協(xié)議允許最大跳數(shù)為 15。大于 15 的目的地被認為是不可達。當
路徑的跳數(shù)超過 15，這條路徑才從路由表中刪除。
2） 水平分割法： 路由器不向路徑到來的方向回傳此路徑。當打開路由器接口后，路由器
記錄路徑是從哪個接口來的，并且不向此接口回傳此路徑。
3） 破壞逆轉(zhuǎn)的水平分割法： 忽略在更新過程中從一個路由器獲取的路徑又傳回該路由器
4）保持定時器法： 防止路由器在路徑從路由表中刪除后一定的時間內(nèi)（通常為 180 秒）
接受新的路由信息。 保證每個路由器都收到了路徑不可達信息
5） 觸發(fā)更新法： 當某個路徑的跳數(shù)改變了，路由器立即發(fā)出更新信息，不管路由器是否
到達常規(guī)信息更新時間都發(fā)出更新信息。
RIP 的缺點
1、由于 15 跳為最大值，RIP 只能應(yīng)用于小規(guī)模網(wǎng)絡(luò)；2、收斂速度慢；3、根據(jù)跳數(shù)選擇的
路由，不一定是最優(yōu)路由。
OSPF 協(xié)議？OSPF 的工作原理
OSPF（Open Shortest Pass First,開放最短路徑優(yōu)先協(xié)議），是一個最常用的內(nèi)部網(wǎng)管協(xié)議，
是一個鏈路狀態(tài)協(xié)議。(網(wǎng)絡(luò)層協(xié)議,)
原理：
OSPF 組播的方式在所有開啟 OSPF 的接口發(fā)送 Hello 包，用來確定是否有 OSPF 鄰居，若發(fā)
現(xiàn)了，則建立 OSPF 鄰居關(guān)系，形成鄰居表，之后互相發(fā)送 LSA（鏈路狀態(tài)通告）相互通告
路由，形成 LSDB（鏈路狀態(tài)數(shù)據(jù)庫）。再通過 SPF 算法，計算最佳路徑（cost 最小）后放
入路由表。
TCP 與 UDP 區(qū)別總結(jié)？
1.TCP 面向連接（如打電話要先撥號建立連接）提供可靠的服務(wù);UDP 是無連接的，即發(fā)送數(shù)
據(jù)之前不需要建立連接，;UDP 盡最大努力交付，即不保證可靠交付。（由于 UDP 無需建立
連接，因此 UDP 不會引入建立連接的時延，TCP 需要在端系統(tǒng)中維護連接狀態(tài)，比如接受
和發(fā)送緩存，擁塞控制，序號與確認號的參數(shù)等，故 TCP 會比 UDP 慢）
2.UDP 具有較好的實時性，工作效率比 TCP 高，適用于對高速傳輸和實時性有較高的通信或
廣播通信。
3. 每一條 TCP 連接只能是一對一的;UDP 支持一對一，一對多，多對一和多對多的交互通信
4 UDP 分組首部開銷小，TCP 首部開銷 20 字節(jié);UDP 的首部開銷小，只有 8 個字節(jié)。
5. TCP 面向字節(jié)流，實際上是 TCP 把數(shù)據(jù)看成一連串無結(jié)構(gòu)的字節(jié)流;UDP 是面向報文的（一
次交付一個完整的報文，報文不可分割，報文是 UDP 數(shù)據(jù)報處理的最小單位）。
6.UDP 適合一次性傳輸較小數(shù)據(jù)的網(wǎng)絡(luò)應(yīng)用，如 DNS，SNMP 等
什么是三次握手四次揮手？tcp 為什么要三次握手？
為了防止已失效的連接請求報文段突然又傳送到了服務(wù)端，因而產(chǎn)生錯誤第一次握手：建立連接時，客戶端發(fā)送 syn 包(syn=j)到服務(wù)器，并進入 SYN_SEND 狀態(tài)，等
待服務(wù)器確認；
第二次握手：服務(wù)器收到 syn 包，必須確認客戶的 SYN（ack=j+1），同時自己也發(fā)送一個
SYN 包（syn=k），即 SYN+ACK 包，此時服務(wù)器進入 SYN_RECV 狀態(tài)；
第三次握手：客戶端收到服務(wù)器的 SYN＋ACK 包，向服務(wù)器發(fā)送確認包 ACK(ack=k+1)，此包
發(fā)送完畢，客戶端和服務(wù)器進入 ESTABLISHED 狀態(tài)，完成三次握手。
完成三次握手，客戶端與服務(wù)器開始傳送數(shù)據(jù)
客戶端先發(fā)送 FIN，進入 FIN_WAIT1 狀態(tài)，用來關(guān)閉 Client 到 Server 的數(shù)據(jù)傳送
服務(wù)端收到 FIN，發(fā)送 ACK，進入 CLOSE_WAIT 狀態(tài)，客戶端收到這個 ACK，進入 FIN_WAIT2
狀態(tài)
服務(wù)端發(fā)送 FIN，進入 LAST_ACK 狀態(tài)，用來關(guān)閉 Server 到 Client 的數(shù)據(jù)傳送
客戶端收到 FIN，發(fā)送 ACK，進入 TIME_WAIT 狀態(tài)，服務(wù)端收到 ACK，進入 CLOSE 狀態(tài)（等
待 2MSL 時間，約 4 分鐘。主要是防止最后一個 ACK 丟失。）
第一次揮手：主動關(guān)閉方發(fā)送一個 FIN，用來關(guān)閉主動方到被動關(guān)閉方的數(shù)據(jù)傳送，也就是
主動關(guān)閉方告訴被動關(guān)閉方：我已經(jīng)不 會再給你發(fā)數(shù)據(jù)了(當然，在 fin 包之前發(fā)送出去的
數(shù)據(jù)，如果沒有收到對應(yīng)的 ack 確認報文，主動關(guān)閉方依然會重發(fā)這些數(shù)據(jù))，但是，此時
主動關(guān)閉方還可 以接受數(shù)據(jù)。
第二次揮手：被動關(guān)閉方收到 FIN 包后，發(fā)送一個 ACK 給對方，確認序號為收到序號+1（與
SYN 相同，一個 FIN 占用一個序號）。
第三次揮手：被動關(guān)閉方發(fā)送一個 FIN，用來關(guān)閉被動關(guān)閉方到主動關(guān)閉方的數(shù)據(jù)傳送，也
就是告訴主動關(guān)閉方，我的數(shù)據(jù)也發(fā)送完了，不會再給你發(fā)數(shù)據(jù)了。
第四次揮手：主動關(guān)閉方收到 FIN 后，發(fā)送一個 ACK 給被動關(guān)閉方，確認序號為收到序號
+1，至此，完成四次揮手。

總結(jié)

以上是生活随笔為你收集整理的网络安全面试题及答案的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。