脆弱性情報（JVN）検索・一覧

Spring AIのMariaDBFilterExpressionConverterに重大なSQLインジェクションの脆弱性が存在し、攻撃者がメタデータベースのアクセス制御を回避して任意のSQLコマンドを実行する可能性があります。この脆弱性は、入力が適切にサニタイズされていないことに起因しています。

Kyselyは型安全なTypeScriptのSQLクエリビルダーです。バージョン0.28.12および0.28.13では、Kyselyのクエリコンパイラ内の`santitizeStringLiteral`メソッドがシングルクオート（`'` → `''`）をエスケープしますが、バックスラッシュはエスケープしません。MySQLのデフォルトの`BACKSLASH_ESCAPES` SQLモードでは、攻撃者がシングルクオートの前にバックスラッシュを挿入することでエスケープを無効化し、JSONパス文字列リテラルから抜け出して任意のSQLを注入する可能性があります。この問題はバージョン0.28.14で修正されました。

Kyselyは型安全なTypeScriptのSQLクエリビルダーです。バージョン0.28.14以前では、Kyselyの`DefaultQueryCompiler.sanitizeStringLiteral()`はシングルクォートを倍にすることでのみエスケープ処理を行い（`'` → `''`）、バックスラッシュのエスケープは行っていませんでした。MySQL方言（デフォルトで`NO_BACKSLASH_ESCAPES`がOFF）で使用した場合、攻撃者はバックスラッシュを使用して文字列リテラルの終端クォートをエスケープし、文字列コンテキストから抜け出して任意のSQLをインジェクションすることが可能です。これは`ImmediateValueTransformer`を使用して値をインライン化するコードパス、特に`CreateIndexBuilder.where()`および`CreateViewBuilder.as()`に影響を与えます。バージョン0.28.14で修正されています。

WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン26.0まで（26.0を含む）では、`objects/like.php`の`getLike()`メソッドが、`users_id`に対してプリペアドステートメントのプレースホルダー（`?`）を使用してSQLクエリを構築していますが、`$this-videos_id`をパラメータ化せずに直接クエリ文字列に連結していました。攻撃者は、細工されたリクエストを通じて`videos_id`の値を制御することで、部分的なプリペアドステートメントの保護を回避し、任意のSQLを注入できます。パッチはコミット0215d3c4f1ee748b8880254967b51784b8ac4080に含まれています。

WeGIAは慈善団体向けのウェブマネージャーです。バージョン3.6.7以前では、ファイル`html/socio/sistema/deletar_tag.php`の14行目で`extract($_REQUEST)`を使用していました。また、16〜17行目では`$id_tag`変数をプリペアドステートメントやサニタイズなしにSQLクエリに直接連結していました。この脆弱性はバージョン3.6.7で修正されました。

SourceCodesterのオンライン食品注文システムv1.0のActions.phpファイル（特にsave_userアクション）にはSQLインジェクションの脆弱性があります。アプリケーションは「username」パラメータに渡されるユーザー入力を適切にサニタイズしていません。そのため、認証された攻撃者が悪意のあるSQLコマンドを注入できる可能性があります。

SourceCodester Online Food Ordering System v1.0 の Actions.php ファイル（特に save_category アクション）には SQL インジェクションの脆弱性が存在します。アプリケーションは "name" パラメータに渡されるユーザー入力を適切にサニタイズしていません。そのため、認証された攻撃者が悪意のある SQL コマンドを注入することが可能です。

SourceCodesterのオンラインフード注文システムv1.0のadmin/manage_category.phpには、"id"パラメータを介したSQLインジェクションの脆弱性があります。

Daylight Studio FuelCMS v1.5.2 には、/controllers/Login.php コンポーネントを介して SQL インジェクションの脆弱性が存在します。

OpenCart Core 4.0.2.3には、認証されていない攻撃者が'search'パラメータを介してSQLコードを注入し、データベースクエリを操作できるSQLインジェクションの脆弱性があります。攻撃者は悪意のある'search'値を用いて製品検索エンドポイントにGETリクエストを送り、ブールベースまたはタイムベースのブラインドSQLインジェクション手法を使って機密データベース情報を抽出することが可能です。

OpenEMRは無料かつオープンソースの電子健康記録および医療業務管理アプリケーションです。バージョン8.0.0.3以前には、患者検索機能（/interface/new/new_search_popup.php）にブラインドSQLインジェクションの脆弱性が存在していました。この脆弱性により、認証済みの攻撃者はHTTPパラメータの値ではなくキーを操作することで任意のSQLコマンドを実行できます。バージョン8.0.0.3にはこの問題を修正するパッチが含まれています。

n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.14.1、2.13.3、および1.123.26より前のバージョンでは、ワークフローの作成または変更権限を持つ認証済みユーザーが、Data Table Getノードに存在するSQLインジェクションの脆弱性を悪用する可能性がありました。デフォルトのSQLiteデータベースでは、単一のステートメントのみが操作可能であり、攻撃の範囲は実質的に限定されています。一方、PostgreSQLの展開環境では、複数ステートメントの実行が可能であり、データの変更や削除が可能となります。この問題はn8nのバージョン1.123.26、2.13.3、および2.14.1で修正されました。ユーザーはこれらのバージョン以降にアップグレードして脆弱性を解消する必要があります。すぐにアップグレードができない場合、管理者は以下の一時的な緩和策を検討するべきです。ワークフローの作成および編集権限を完全に信頼できるユーザーに限定すること、`NODES_EXCLUDE`環境変数に`n8n-nodes-base.dataTable`を追加してData Tableノードを無効化すること、および既存のワークフローで`orderByColumn`が外部またはユーザー提供の入力を含む式に設定されているData Table Getノードを確認することです。これらの回避策はリスクを完全に解消するものではないため、短期的な緩和策としてのみ使用すべきです。

OpenEMRは無料でオープンソースの電子健康記録および医療診療管理アプリケーションです。バージョン8.0.0.2まで（含む）には、認証された攻撃者が悪用可能な患者選択機能にSQLインジェクションの脆弱性があります。この脆弱性は患者選択機能における入力検証が不十分であることに起因しています。バージョン8.0.0.3で修正パッチが提供されています。

OpenEMRは無料かつオープンソースの電子健康記録および医療業務管理アプリケーションです。バージョン8.0.0.3以前のPostCalendarモジュールには、`categoriesUpdate`管理機能に盲目的なSQLインジェクションの脆弱性が存在します。`dels`というPOSTパラメータは`pnVarCleanFromInput()`を通じて読み取られますが、これはHTMLタグの除去だけを行い、SQLエスケープは行いません。その値はその後、生のSQLの`DELETE`文に直接挿入され、Doctrine DBALの`executeStatement()`によってサニタイズされずに実行されます。この問題はバージョン8.0.0.3で修正されました。

OpenEMRは無料でオープンソースの電子カルテおよび医療業務管理アプリケーションです。バージョン8.0.0.3より前のバージョンには、認証済み攻撃者が悪用可能なajax_save CAMOSフォームのSQLインジェクション脆弱性が含まれていました。この脆弱性は、CAMOSフォームのajax_saveページにおける入力検証の不足が原因で発生しました。バージョン8.0.0.3でこの問題は修正されています。

Support Board v3.7.7にSQLインジェクションの脆弱性が発見されました。この脆弱性により、攻撃者は'/supportboard/include/ajax.php'エンドポイントの'calls[0][message_ids][]'パラメータを介してデータベースの情報を取得、作成、更新、削除することが可能です。

HCL AIONは、特定のオファリング構成によって潜在的に有害なSQLクエリの実行を許可してしまう脆弱性の影響を受けます。不適切な検証や制限により、特定の条件下で意図しないデータベースのやり取りが発生し、限定的な情報が露出する可能性があります。

HCL Aftermarket DPCはSQLインジェクションの影響を受けており、攻撃者がこの脆弱性を悪用するとデータベースから機密情報を取得できるようになります。

AVideoは動画共有プラットフォームです。バージョン8.0以前には、Object.phpのgetSqlFromPost()メソッドにSQLインジェクションの脆弱性が存在していました。$_POST['sort']の配列キーがORDER BY句内のSQLカラム識別子として直接使用されていました。real_escape_string()は適用されていましたが、これは文字列コンテキストの文字（引用符やヌルバイト）のみをエスケープし、SQL識別子に対しての保護は提供しないため、この場面では全く効果がありませんでした。この問題はバージョン8.0で修正されています。アップグレードを行わない場合は、この問題を回避するためにWAFルールを適用し、POSTリクエストのsort[*]キーに[A-Za-z0-9_]以外の文字が含まれるものをブロックするか、あるいはキュー表示（queue.json.php、index.php）へのアクセスを信頼できるIP範囲のみに制限してください。

Green CMS 2.xには、認証された攻撃者がcatパラメータを介して悪意のあるコードを注入し、任意のSQLクエリを実行できるSQLインジェクションの脆弱性があります。攻撃者は、m=admin、c=posts、a=indexのパラメータを持つindex.phpへのGETリクエストを送信し、catパラメータにSQLコードを注入することでデータベースクエリを操作し、機密情報を抽出できます。

SuiteCRMはオープンソースのエンタープライズ対応顧客関係管理（CRM）ソフトウェアアプリケーションです。バージョン7.15.1および8.9.3以前の`include/OutboundEmail/OutboundEmail.php`内の`retrieve()`関数は、ユーザーが制御可能な`$id`パラメータを適切に無害化していません。この`retrieve()`関数を呼び出す関数は、ユーザー入力を適切に引用符で囲みサニタイズすると想定されています。しかし、`Email()`モジュールの`EmailUIAjax`アクションを通じて到達可能な2つの箇所でこの処理がなされていないことが確認されています。このため、認証済みユーザーが`retrieve()`関数を介してSQLインジェクションを実行する可能性があります。この問題は最新の主要バージョン7.15および8.9に影響を与えます。呼び出せるテーブルに制限がないため、攻撃者はユーザー情報やパスワードハッシュを含む任意のデータベース情報を取得できます。バージョン7.15.1および8.9.3でこの問題は修正されています。

WWBN AVideoはオープンソースのビデオプラットフォームです。バージョン26.0まで（26.0を含む）において、RTMPの`on_publish`コールバック（`plugin/Live/on_publish.php`）は認証なしでアクセス可能です。`$_POST['name']`パラメータ（ストリームキー）は、`LiveTransmitionHistory::getLatest()`と`LiveTransmition::keyExists()`の2箇所で、パラメータ化バインディングやエスケープ処理を行わずに直接SQLクエリに挿入されます。未認証の攻撃者は時間差盲目SQLインジェクションを悪用して、ユーザーパスワードハッシュ、メールアドレスおよびその他の機密データを含むデータベースの全内容を抽出可能です。修正はコミットaf59eade82de645b20183cc3d74467a7eac76549に含まれています。

Parse Serverは、Node.jsを実行できる任意のインフラストラクチャにデプロイ可能なオープンソースのバックエンドです。バージョン8.6.59および9.6.0-alpha.53以前では、マスターキーアクセスを持つ攻撃者が、集計パイプラインの$groupステージやdistinct操作のフィールド名パラメータにSQLメタ文字を注入することで、PostgreSQLデータベース上で任意のSQL文を実行できました。これにより、Parse Serverのアプリケーションレベル管理者からPostgreSQLデータベースレベルへの権限昇格が可能になります。影響を受けるのはPostgreSQLを使用するParse Serverのデプロイのみであり、MongoDBデプロイは影響を受けません。この問題はバージョン8.6.59および9.6.0-alpha.53で修正されています。