Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
ツール/GitHubGitHub/zlgxzswjy/bui-select-xss
脆弱性分析エクスプロイトウェブアプリケーション悪用ウェブセキュリティペネトレーションテスト
GitHubzlgxzswjy/bui-select-xss

BUI-select-xss

cve-2018-8108

リポジトリを見る
8年前未レビュー

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

BUI-select-xss cve-2018-8108

セキュリティテスト中に偶然この問題を発見しました buiはフロントエンドフレームワークであり、多くの企業がこのフレームワークを使用して自社のフロントエンドを構築しています

通常、xssを防ぐ方法は、ユーザー入力を不信任の原則に従って統一的に扱い、出力時にエスケープして、フロントエンドページに渡して表示することです しかし、buiのselectコンポーネントはこの出力を表示する際に、すでにエスケープされたユーザー入力を再びエスケープしてしまい、xssペイロードが元のセキュリティメカニズムを回避して実行され続ける原因となっています

添付の例は実際のケースに基づいています

idが「workGroupList」のinputタグ内のデータがすでにエスケープされていることがわかります 以下のBUI.useはselectコンポーネントを使用する際に「workGroupList」のデータを取得し、入力したxssペイロードの実行を直接トリガーしました

実行してみて確認できます

ツールをダウンロード