Zhihui Huayun: 一般的なウェブセキュリティの脆弱性の共有

インターネット時代では、データと情報が急速に変化しており、それに伴い、ネットワークのセキュリティを危険にさらすさまざまなネットワークの脅威、ウイルス、その他の動作も発生します。ネットワークセキュリティはますます注目を集めています。今回の Huayun Data の「Smart Huayun」コラムでは、一般的な Web セキュリティの脆弱性を分析し、デジタル時代のセキュリティ問題について皆様と議論します。

SQLインジェクション

1. SQL インジェクションとは何ですか?

SQL インジェクションは、Web フォーム送信、入力ドメイン名、またはページ要求のクエリ文字列に SQL コマンドを挿入し、最終的にサーバーを騙して悪意のある SQL コマンドを実行させるプロセスです。具体的には、既存のアプリケーションを悪用して、バックエンドデータベースエンジンに (悪意のある) SQL コマンドを挿入して実行する機能です。設計者の意図どおりに SQL 文を実行するのではなく、Web フォームに (悪意のある) SQL 文を入力することで、セキュリティ上の脆弱性がある Web サイト上のデータベースを取得することができます。

2. どのように注入しますか?

例: http://test.com/info?id=1

この URL は、データベース内のテーブルから 1 つのデータを返します。プログラムは次のように記述できます。ID は入力変数です。

 *から選択 ユーザー ここで、 id='"+id+" ';

上記のように、クエリ文は次のようになります。

 *から選択 ユーザー ここで、 id = '1'

id= 1'または'1'='1の場合、クエリは次のようになります。

 *から選択 ユーザー  id = '1'または'1'='1'

3. SQLインジェクションの原因

① 送信されたデータはフィルタリングされていない

②SQL文の組み立て

③ 不適切な型の取り扱い

4. SQLインジェクション防御

（１）文字列の長さの検証

指定された長さの範囲内の変数値のみが受け入れられます。 SQL インジェクションスクリプトは、入力変数の長さを必然的に大幅に増加させます。ユーザー名の長さが 8 文字から 20 文字の間などの長さ制限により、それを超えると無効な値と判断されます。

（2）一重引用符、二重「-」、アンダースコア、パーセント記号などのSQLコメント記号をエスケープする

（３）動的SQLアセンブリを使用せず、データのクエリとアクセスにはパラメータ化されたSQLを使用する

コード例:

文字列 sql = "select id, no from user where id=?" ;
準備されたステートメント ps
 = conn.prepareStatement(sql);
 ps.setInt(1, ID);
 ps.executeQuery();

（4）フレームワーク防御：mybatis

① # 記号は受信データを文字列として扱い、自動的に受信データに二重引用符が追加されます。

たとえば、user_id= #{id} の場合

渡された値が 111 の場合、SQL に解析された値は where id = "111" になります。

渡された値が 1'=or '1'='1' の場合、解析された SQL は whereid "1'=or '1'='1'" になります。

②$記号はSQL内で直接受信データを生成します。

たとえば、user_id = '${id}' の場合

渡された値が111の場合、SQLに解析された値は、id ='111'になります。

渡された値が 1'=または '1'='1' の場合、解析されたSQLは where _id ='1'or '1'=1' となります。

結論: # 記号は SQL インジェクションを防ぐことができますが、$ 記号は防ぐことができません。 $ 記号は通常、テーブル名などのデータベースオブジェクトを渡すために使用されます。

クロススレッド

1. XSS とは何ですか?

悪意のある HTML コードを Web ページに挿入します。ユーザーがページを閲覧すると、Web ページに埋め込まれた HTML コードが実行され、脅威を実行するという特別な目的が達成されます。

2. XSS分類

（１）永続的XSS（サーバー側に保存され、脅威データとともに脅威の振る舞いが常に存在する）

（２）非持続的XSS（一度限り、現在のページアクセスにのみ影響）

例: ページ出力にパラメータを渡す

パラメータの書き込み:

 index ?value=<script>alert(document.cookie)</script>

ページとJSの記述:

 <div id="xss"></div> | $('#xss').html(値);

3. XSSの危険性

任意の JS コードを実行します。最も一般的なアプローチは、COOKIE 認証情報を取得することです。その他の方法としては、悪意のある URL にリダイレクトしたり、CSRF の脆弱性を利用してフォームを作成して送信し、現在のユーザーに投稿、削除、さらには送金などの操作を強制したりすることが挙げられます。

4. XSS保護

（１）ユーザーが入力したコンテンツをフィルタリングする。一般的な方法には、'、"、;、<、> のフィルタリングが含まれます。

（２）ユーザーがデータを送信すると、そのデータはエンコードされます。

（３）ページを出力する際に、データがエンコードされる。

CSRF

1. CSRF とは何ですか?

偽造リクエスト、サイト上の通常のユーザー操作を偽装する

2. CSRFの原則

3. CSRFの危険性

脅威の当事者はユーザーの ID を盗み、この ID を使用して電子メールやメッセージを送信したり、商品を購入したり、銀行口座を移動したり、ユーザーが実行できるその他の操作を実行できます。

4. CSRFから身を守る方法

（1）HTTPリファラーフィールドを確認する