SSR診断

SSR特有のセキュリティリスク

Next.jsやNuxt.jsなどのSSRに対応するフレームワークは、開発体験の向上やパフォーマンスの最適化のための様々な機能を提供しているため、近年急速に普及が進みました。

しかし、サーバーサイドでのレンダリング処理における脆弱性や、クライアントサイドとの連携における脆弱性などの、SSR特有の仕組みによる潜在的なセキュリティリスクが見逃されてしまいがちです。

例えば、Next.jsにおけるServer Actionsの機能は、いくつかの条件が満たされる場合にホストに対するSSRFの攻撃で機密情報が漏洩する脆弱性がありました。

参考: https://github.com/vercel/next.js/security/advisories/GHSA-fr5h-rqp8-mj6g

また、Nuxt.jsにおけるキャッシュの機能は、特定のHTTPリクエストを処理する場合にキャッシュポイズニング等の脆弱性がありました。

参考: https://github.com/nuxt/nuxt/security/advisories/GHSA-jvhm-gjrh-3h93

これらの事例はフレームワークの脆弱性として修正済みですが、SSRのアプリケーションにおいても構成や設定等によって同様の脆弱性が発生する可能性があります。さらに、SSR特有の問題として、リクエスト間で共有されるデータの取り扱いなど、アプリケーションの実装に起因する脆弱性が発生する可能性もあります。

SSRに対する脆弱性診断

通常のWebアプリケーション診断では、SSRによる構造やフレームワークに関係なく、XSSのような一般的に見られる脆弱性から認証・認可・ビジネスロジックのようなアプリケーション固有の仕様に起因する脆弱性まで診断を実施します。

しかし、SSRで構築されるアプリケーションにおいて、内部的にレンダリングするリクエストやCDNにおける潜在的な脆弱性は発見できないことがあります。

特に、SSRで構築されるアプリケーションの内部構造やCDNの設定情報も含めて、ホワイトボックス形式でリスクを洗い出したいというお客様向けにSSR特有の観点での診断を実施しています。

また、GMO Flatt Securityでは基本的に*全ての手動脆弱性診断において標準でソースコードの分析を実施しています。

これにより、診断においてレンダリング後のレスポンスのみで判断する（ブラックボックス形式）必要はなく、潜在的なセキュリティリスクをも検出可能です。

* アプリケーションが対象ではないプラットフォーム診断や、ソースコードが提供されない場合を除きます

診断項目

SSR診断では、SSRの構成ゆえに発生しがちな特筆すべき診断項目を活用します(以下一例)。

これらの観点は、通常のWebアプリケーション診断にも一部含まれますが、特にSSRのフレームワークによる内部構成やCDNの設定に重点を置いてホワイトボックス形式で検査します。