什么是 XSS 攻擊

在跨站腳本（XSS）攻擊中，攻擊者可以在受害者的瀏覽器中執(zhí)行惡意腳本。這種攻擊通常是通過在網(wǎng)頁中插入惡意代碼 (JavaScript) 來完成的。攻擊者在使用攻擊后一般能夠：

• 修改網(wǎng)頁內(nèi)容
• 將用戶重定向到其他網(wǎng)站
• 訪問用戶的 Cookie 并利用此信息來冒充用戶
• 訪問有關(guān)用戶系統(tǒng)的關(guān)鍵信息，例如地理位置，網(wǎng)絡(luò)攝像頭，文件系統(tǒng)
• 將木馬功能注入應(yīng)用程序

如果被攻擊的用戶在應(yīng)用程序中具有更高的權(quán)限。攻擊者可以完全控制應(yīng)用程序，并破壞所有用戶及其數(shù)據(jù)。

XSS 攻擊類型

常見的 XSS 攻擊主要有三種：存儲(chǔ)型 XSS 攻擊，反射型 XSS 攻擊和 DOM-based 型 XSS 攻擊。

• 存儲(chǔ)型主要是將 XSS 代碼保存在服務(wù)端（數(shù)據(jù)庫、文件系統(tǒng)等），當(dāng)用戶以后再次請求該資源時(shí)重新解析該 XSS 代碼，從而出現(xiàn)攻擊。
• 反射型主要發(fā)生在一個(gè)應(yīng)用程序使用動(dòng)態(tài)頁面向用戶顯示錯(cuò)誤消息時(shí)，如果消息中注入了惡意代碼就會(huì)造成 XSS 反射型攻擊。
• DOM-based 主要是通過腳本直接修改客戶端的 DOM 結(jié)構(gòu)，一般這種都是屬于前端 JavaScript 的漏洞。

如何阻止 XSS 注入

下面是一個(gè)簡單的POST方法，模擬創(chuàng)建 Book 并將其保存到數(shù)據(jù)庫中。

@RestController
@RequestMapping("/books")
public class BookController {

    @Autowired
    IBookService bookService;

    @PostMapping
    public void saveBook(@RequestBody Book book) {
        bookService.save(book);
    }
}

我們可以在保存的時(shí)候，對 type 值做一段 js 注入，來模擬存儲(chǔ)型 XSS 攻擊。

現(xiàn)在我們來請求一下，這里的 JavaScript 只會(huì) alert 一個(gè)語句，但這種漏洞就有可能被別人利用來注入一些其他的惡意代碼：

X-XSS-Protection 響應(yīng)頭

一些瀏覽器內(nèi)置了對過濾反射型 XSS 攻擊的支持。在一定程度上有助于 XSS 保護(hù)。 我們需要在 HTTP 響應(yīng)頭添加如下內(nèi)容確保已啟用該功能，并指示瀏覽器在檢測到 XSS 攻擊時(shí)進(jìn)行阻止。

X-XSS-Protection: 1; mode=block

如果你的項(xiàng)目引入了 Spring Security ,那么默認(rèn)情況下就會(huì)自動(dòng)添加此標(biāo)頭。

添加Content-Security-Policy響應(yīng)標(biāo)頭

兼容 內(nèi)容安全策略 瀏覽器將僅執(zhí)行從我們的“允許”列出的域接收的源文件中加載的腳本，而忽略所有其他腳本，例如內(nèi)聯(lián)腳本。我們可以添加以下標(biāo)頭來啟用瀏覽器的內(nèi)容安全策略功能。

@Configuration
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    protected void configure(HttpSecurity httpSecurity) throws Exception {
        httpSecurity
                .csrf().disable()//為了簡化示例并更清楚地說明XSS注入，此處禁用了CSRF保護(hù)。真實(shí)情況請勿使用。
                .authorizeRequests().anyRequest().authenticated()
                .and().httpBasic()
                .and()
                .headers().contentSecurityPolicy("script-src 'self'");
    }
}

以下是所有支持 CSP 的瀏覽器：

入?yún)Ⅱ?yàn)證

我們知道該字段僅需要中文英文和數(shù)字字符，因此我們可以使用 Spring 的 Validator 在字段中添加@Pattern注解。

    @NotNull
    @Pattern(message="種類只能支持中文英文數(shù)字", regexp = "[\u4e00-\u9fa5_a-zA-Z0-9]+")
    private String type;

然后將 @Valid 添加到接收 Book 的方法中，這樣當(dāng)發(fā)生請求時(shí)就會(huì)自動(dòng)驗(yàn)證：

@PostMapping
public void saveBook(@RequestBody @Valid Book book) {
    bookService.save(book);
}

客戶端

現(xiàn)在主流的幾種前端框架，像 Angular 、 React 、 Vue 也可以避免傳統(tǒng)開發(fā)可能帶來的問題：

• 為了系統(tǒng)地阻止 XSS 錯(cuò)誤，默認(rèn)情況下，Angular 將所有值視為不可信。當(dāng)通過屬性，屬性，樣式，類綁定或插值將值從模板插入 DOM 時(shí)，Angular 會(huì)清理并轉(zhuǎn)義不受信任的值。
• 使用 JSX(React) 可以傳遞一個(gè)函數(shù)作為事件處理程序，而不是傳遞可能包含惡意代碼的字符串。
• React 視圖中的字符串變量將自動(dòng)轉(zhuǎn)義。
• Vue 的官方文檔也有說明， v-html 動(dòng)態(tài)的渲染任意 html 是十分危險(xiǎn)的，容易引發(fā) XSS 注入，所以 v-html 永遠(yuǎn)不要用于用戶提交的信息上。

總結(jié)

防止 XSS 漏洞主要涉及以下措施的組合：

• 利用 X-XSS-Protection 響應(yīng)頭，利用瀏覽器的支持來限制反射的 XSS 攻擊。
• 利用 Content-Security-Policy 響應(yīng)頭來啟用瀏覽器的 CSP 功能。
• 使用 Validator 對輸入信息做相關(guān)校驗(yàn)。
• 客戶端方面 React 使用 JSX 傳遞函數(shù)作為事件處理程序，Vue 只在可信內(nèi)容上使用 v-html ，對用戶輸入的信息，一定要禁止使用 v-html 。

到此這篇關(guān)于SpringBoot如何防止XSS注入攻擊的文章就介紹到這了,更多相關(guān)SpringBoot防止XSS注入攻擊內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！