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

ZeepはPythonのSOAPクライアントです。バージョン4.0.0から4.3.3未満の間、Settings.forbid_externalは定義されていたものの、WSDLやXSDドキュメントのパース時に適用されておらず、その結果としてxsd:import、xsd:include、wsdl:import、およびlxmlのエンティティやDTD参照を介して攻撃者が選択したHTTPまたはHTTPSのURLを取得されてしまう可能性がありました。この問題はバージョン4.3.3で修正されています。

Progress MOVEit Transfer（Ad Hocモジュール）において、ウェブページ生成時の入力の不適切な無害化によりクロスサイトスクリプティングの脆弱性が存在します。この問題はMOVEit Transferの以下のバージョンに影響を与えます：2026.0.0から2026.0.1未満、2025.1.0から2025.1.4未満、および2025.0.0から2025.0.8未満です。

Red Hat OpenShift AIのコンポーネントである`guardrails-detectors`に脆弱性が発見されました。この脆弱性は正規表現のサービス拒否（ReDoS）攻撃として知られており、リモートの攻撃者が特別に細工された正規表現を公開検出APIに提供できる問題です。これにより壊滅的なバックトラッキングが発生し、ワーカープロセスがCPUを100%無限に消費し続けるため、guardrailsが仲介するLLMパイプライン全体にサービス拒否を引き起こす可能性があります。

ciscodump のバージョン 4.6.0 から 4.6.6 まで、および 4.4.0 から 4.4.16 までにクラッシュが発生し、サービス拒否（DoS）攻撃を引き起こします。

Wireshark 4.6.0 から 4.6.6 の TLS ECH 復号処理におけるクラッシュは、DoS（サービス拒否）を引き起こす可能性があります。

DiagramタブおよびGraphビューにおいて、共有されている入力検証関数が十分に制限されていないため、Stored HTML Injectionの脆弱性が発見されました。管理者権限を持つ認証済みユーザーは、複数の入力ベクトルを通じてN2OSの構成データに悪意のあるHTMLタグを注入することが可能です。被害者がDiagramタブやGraphビューで影響を受けたデータを閲覧すると、注入されたHTMLがブラウザ上でレンダリングされ、フィッシングや場合によってはオープンリダイレクト攻撃が可能になります。既存の入力検証およびContent Security Policyの設定により、完全なXSSの悪用や直接的な情報漏洩は防止されています。

SSHキー同期エンドポイントに認証が欠如している脆弱性が発見されました。認証されていない攻撃者がSSHキー同期エンドポイントにリクエストを送信することで、公開SSHキーをアップロードしたユーザーの一覧やそのユーザーのグループ、さらにアップロードされた公開SSHキーを取得することが可能です。

Snipe-ITはIT資産およびライセンス管理を行うシステムです。バージョン8.6.1より前のバージョンでは、GET /api/v1/{object}/selectlist APIエンドポイントに認可チェックが存在していませんでした。Snipe-ITにログインできるユーザーであれば、権限に関係なくウェブセッションのクッキーだけで、全ユーザーアカウントのページネーションされたリストを取得できます。APIトークンや特別な権限は不要です。FMCSが無効の場合、システム内のすべてのアクティブアカウントのユーザー名、表示名、社員番号、ユーザーIDが公開されます。FMCSが有効な場合は、そのユーザーが所属する会社内の情報が公開されます。これらの問題はバージョン8.6.1で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2以前では、CommonMarkは生のHTMLをエスケープしますが、Markdownのハイパーリンク内のjavascript: URIをサニタイズしませんでした。そのため、assets.edit権限を持つユーザーがマークダウンテキストエリアのカスタムフィールドに悪意のあるリンクを配置し、別のユーザーが資産詳細ページを開いてリンクをクリックすると、任意のJavaScriptが実行される可能性がありました。この問題はバージョン8.6.2で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2以前では、フルマルチカンパニーサポートとscope_locations_fmcsが有効になっている場合、APIのロケーション作成エンドポイントは無効な親子会社の不一致を検出しますが、直ちに処理を停止せず、異なる会社の親ロケーションの下に子ロケーションを作成できてしまう問題がありました。この問題はバージョン8.6.2で修正されました。

Snipe-ITはIT資産およびライセンス管理を行うシステムです。バージョン8.5.0より前のActionlogController::displaySigは、ルートのファイル名パラメータをサニタイズせずにプライベートなアップロードディレクトリのパスに連結していました。そのため、認証済みの攻撃者が意図されたディレクトリの外にディレクトリトラバーサルを行い、ウェブサーバープロセスがアクセス可能な任意のファイルを読み取ることが可能でした。この問題はバージョン8.5.0で修正されています。

Snipe-ITはIT資産およびライセンス管理の管理システムです。バージョン8.6.0より前では、POST /account/request/{itemType}/{itemId}/{cancel_by_admin?}/{requestingUser?}がcancel_by_adminをURLパスセグメントとして十分な認証なしに受け入れていました。これにより、認証されたユーザーが被害者のユーザーIDを指定して、そのユーザーの保留中の資産リクエストをユーザーに通知されることなく静かにキャンセルできる状態でした。この問題はバージョン8.6.0で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.2以前では、POST /api/v1/kits/{kit_id}/licensesエンドポイントは呼び出し元がキットを編集できるかどうかを確認しますが、参照されているライセンスオブジェクトへのアクセス権を認証していませんでした。そのため、あらかじめ定義されたキット権限を持つ低権限ユーザーが、本来アクセスまたは管理できないライセンスをキットに結びつけることが可能でした。この問題はバージョン8.6.2で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。バージョン8.6.1以前のSnipe-ITでは、S3署名画像の取得時に、署名付き一時URLの生成前に認可が不足していました。S3を利用した展開環境においては、認証済みユーザーが署名ファイル名を知っている場合に、ローカルファイル用のブランチで使用される`authorize()`呼び出しの前にS3ブランチが応答してしまうため、5分間有効な署名付きS3 URLを取得できてしまいます。バージョン8.6.1にはこの問題を修正するパッチが含まれています。

Portainer Community Editionは、Docker、Swarm、Kubernetes、およびACI環境を管理するために使用できる、コンテナ化されたアプリケーション向けの軽量サービス配信プラットフォームです。バージョン2.39.0から2.39.3および2.40.0から2.43.0の間、未初期化のインスタンスのセットアップ開始から5分間の間、認証なしで復元および管理者初期化のエンドポイント（/api/restore および /api/users/admin/init）にアクセス可能な状態にありました。このため、ネットワーク攻撃者が細工されたバックアップを復元したり、最初の管理者アカウントを作成して完全な管理者権限を取得することが可能でした。この問題はバージョン2.39.4および2.43.0で修正されています。

Snipe-ITはIT資産およびライセンス管理システムです。8.6.0以前のバージョンでは、UsersController::update()内で権限リクエストのフィールドが欠落したままNormalizePermissionsPayloadActionおよびPreserveUnauthorizedPrivilegedPermissionsActionを通過し、その結果ターゲットユーザーの権限が疎な内容で上書きされる可能性がありました。これにより、別の管理者を更新する管理者やusers.edit権限を持つユーザーが通常のアカウントを更新する際に、ターゲットの管理者権限や細分化された権限を削除してしまうことがありました。この問題はバージョン8.6.0で修正されています。

HCL DevOps Deploy / HCL Launch には機密情報漏洩の脆弱性があります。アプリケーションは潜在的に機密性の高い情報をログファイルに保存しており、これらの情報はローカルユーザーによって読み取られる可能性があります。

GravはファイルベースのWebプラットフォームです。バージョン2.0.0以前では、認証済みのadmin.superユーザーがDirect Installツールを通じて特別に細工されたZIPアーカイブをアップロードすることで、Gravをクラッシュさせたりディスクを使い果たしたりすることが可能でした。これは、Installer::unZipがZipArchive::extractToを、展開後のサイズやエントリ数、ディレクトリの深さに制限を設けずに呼び出していたためです。この問題はバージョン2.0.0で修正されています。

Open WebUIは拡張可能で機能豊富、かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.6から0.10.0未満の間、_verify_knowledge_file_accessは読み取りアクセスのみをチェックしていましたが、その後のファイル書き込みおよび削除ルートでは、書き込み可能なモデルのmeta.knowledgeエントリを介してオブジェクト由来のアクセスを信頼しており、読み取り専用の知識ファイルアクセス権しか持たないユーザーがファイルの書き込みや削除操作に昇格できる問題がありました。この問題はバージョン0.10.0で修正されました。

Open WebUIは、拡張可能で多機能かつユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.6.27から0.10.0未満の間、routers/openai.pyおよびrouters/ollama.py内のget_all_modelsハンドラーは、key_builderの代わりにlambda関数をaiocacheのキーとして渡していました。このため、権限でフィルタリングされたユーザーごとのモデルリストが静的なキャッシュエントリを共有しており、TTL期間中にあるユーザーのモデルリストが別の呼び出し元に露出する問題が発生していました。この問題はバージョン0.10.0で修正されています。

Open WebUIは拡張可能で機能が豊富かつユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.10.0以前では、ファイルアップロードパスがmetadata.knowledge_idを受け入れており、/api/v1/knowledge//file/addで使用される書き込みアクセスチェックを適用せずに、アップロードされたファイルを対象のナレッジベースに自動的にリンクしていました。そのため、読み取り専用のナレッジベースユーザーが任意のファイルを追加できる可能性がありました。この問題はバージョン0.10.0で修正されています。

Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、/api/v1/auths/signinエンドポイントがメールアドレスでユーザーを検索し、資格情報が存在する場合にのみbcryptによるパスワード検証を実行していました。そのため、登録済みアカウントへの試行はメールアドレスが存在しない試行よりも明らかに遅くなり、認証されていないアカウントを列挙できる状態になっていました。この問題はバージョン0.10.0で修正されています。

Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.2から0.10.0未満の間、backend/open_webui/utils/middleware.py内のSKILL_MENTION_REおよびstrip_reの正規表現が、重複する量指定子を含む＜$skillId|label＞形式のスキルメンションを解析していました。そのため、閉じる「＞」を含まない＜$を含む認証済みチャットメッセージは二次的バックトラッキングを引き起こし、asyncioイベントループをブロックしてしまう問題が発生していました。この問題はバージョン0.10.0で修正されています。

Open WebUIは、拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.7.0から0.10.0未満の間、GET /api/v1/channels//membersがチャンネルメンバーの完全なUserModelResponseオブジェクトを返しており、その中にはsettings.ui.toolServers[].keyやWebhookの設定情報が含まれていました。これにより、通常のチャンネル参加者が他のユーザーの機密設定を取得できる可能性がありました。この問題はバージョン0.10.0で修正されました。

Open WebUIは拡張可能で、機能豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、WEB_FETCH_FILTER_LISTのマッチングが設定されたホストエントリをURL文字列および非ラベル境界のサフィックスと比較していたため、URLパスにおける!internal.example.comのようなパスベースのブロックリスト回避や、意図したホスト名ポリシーを反映しない兄弟ドメインの一致を許していました。この問題はバージョン0.10.0で修正されています。

JetBrains TeamCity 2026.1.2より前のバージョンにおいて、エージェントから報告されたデータを介してクラウドプロファイルページに格納型XSSが発生する可能性がありました。

Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0725以前のsrc/spell.c内のspell_soundfold_sal()のシングルバイト分岐では、単語をスペルファイルのSALサウンドフォールド規則に従って呼び出し元所有の結果バッファに変換しますが、その結果の書き込みはreslen ＜ MAXWLENで保護されており、reslenがMAXWLENに達してからres[reslen] = NULがMAXWLEN要素のスタックバッファの末尾を1バイト超えて書き込まれてしまいます。サウンドフォールド関数に渡される境界長の単語、またはSALベースのスペル言語が有効な非マルチバイト8ビットエンコーディング環境での音声ベースのスペル提案を通じて到達した単語は、eval_soundfold()のスタックフレームを破損させ、エディタをクラッシュさせる原因となります。この問題はバージョン9.2.0725で修正されています。

HonoはあらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。バージョン4.0.0から4.12.27未満の間、hono/cssのcx()は単純な文字列からクラス名を構築していましたが、入力をHTMLエスケープせずに結果をすでにエスケープ済みとしてマークしていたため、サーバーサイドレンダリング時にJSXのclass属性で使用された信頼できないclassNameの値が属性から抜け出し、任意のマークアップを注入される問題がありました。この問題はバージョン4.12.27で修正されました。

Honoは、あらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。バージョン4.11.8から4.12.27未満のhono/jsxでは、サーバーサイドレンダリング中にリクエストごとにコンテキスト値を分離しておらず、createContext、useContext、jsxRenderer、またはuseRequestContextのデータが、別の進行中のリクエストからawait後の非同期コンポーネント内で使用される可能性がありました。この問題はバージョン4.12.27で修正されました。

Honoは、あらゆるJavaScriptランタイムをサポートするWebアプリケーションフレームワークです。バージョン4.3.3から4.12.27の間では、AWS API Gateway v1アダプターが繰り返された特定のリクエストヘッダー値をドロップする可能性がありました。これは、値を正確に一致させるのではなく部分文字列比較で重複排除を行っていたためです。そのため、X-Forwarded-Forチェーンの完全な情報に依存するミドルウェアやアプリケーションロジック、レート制限、監査ログ、プロキシチェーンの検証が不完全なデータを受け取ってしまう可能性があります。この問題はバージョン4.12.27で修正されています。

JetBrains YouTrack 2026.2.17394以前のバージョンには、ダイジェストメール内の記事タイトルを介した保存型クロスサイトスクリプティング（XSS）が可能である脆弱性がありました。

GitLabは、GitLab EEのバージョン18.9から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響を及ぼす問題を修正しました。この問題は、特定の条件下で最小限のアクセス権を持つ認証ユーザーが、認可チェックが欠如しているためにプライベートプロジェクトの作業項目メタデータを読み取れるというものでした。

bentoml OpenLLM 0.6.30に脆弱性が発見されました。この脆弱性はコンポーネント「Model Repository Directory Name Handler」のファイルsrc/openllm/common.py内の関数async_run_commandに影響を及ぼします。引数cmdの操作によりコマンドインジェクションが発生します。攻撃はローカル環境で実行される必要があります。エクスプロイトは公開されており、悪用される可能性があります。本問題は早期に問題報告を通じてプロジェクトへ通知されましたが、まだ対応がなされていません。

Dynamics 365 Customer Voice のウェブページ生成時における入力の不適切な無害化（クロスサイトスクリプティング）により、不正な攻撃者がネットワーク経由でなりすましを実行できる可能性があります。

DNG SDK バージョン 1.7.1 2536 およびそれ以前のバージョンは、NULL ポインタ参照の脆弱性の影響を受ける可能性があり、これによりアプリケーションがサービス拒否（DoS）状態になる恐れがあります。攻撃者はこの脆弱性を悪用してアプリケーションをクラッシュさせ、サービス拒否の状態を引き起こすことが可能です。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。

Apache AirflowのBulk Variables APIは、変数のキーを渡さずにレダクターを呼び出していたため、`*_password`、`*_token`、`*_secret`のようなシークレットが接尾辞となっているキー名に基づく`should_hide_value_for_key`チェックをJSONデコード可能な変数値に対して適用できませんでした。認証済みのUI/APIユーザーで、Bulk Variablesの読み取り権限を持つ者は、本来レダクションが必要なキーに対応するJSON変数のプレーンテキスト値を取得できてしまう可能性があります。この問題は、シークレット接尾辞のついたキー名を持つJSON型Airflow変数に機密情報を保存している環境に影響を与えます。ユーザーは`apache-airflow`の3.3.0以降（修正は3.2.2以降の`main`ブランチにて適用されており、3.2.x系にはバックポートされていません）へのアップグレードを推奨します。

Apache CamelのDAPRコンポーネントにおける不適切な入力検証により、意図しないプロキシまたは仲介者（「混乱した代理」）の脆弱性が存在します。camel-daprのDapr Pub/Subコンシューマー（DaprPubSubConsumer）は、受信したCloudEventの各フィールドから2つの値、Pub/Subコンポーネント名とトピックをCamelDaprPubSubNameおよびCamelDaprTopicのExchangeヘッダーにコピーしていました。これら2つのヘッダーはプロデューサ方向のルーティングヘッダーであり、ルートがDaprプロデューサを介して再公開を行う際に、DaprConfigurationOptionsProxyがこれらを読み取り、エンドポイントに設定された宛先よりも優先して利用します。その結果、1つのDapr Pub/Subトピックからメッセージを消費して別のトピックに再公開するルート（例：from('dapr-pubsub:p:t').to('dapr-pubsub:p:other')）において、サブスクライブされたトピックにメッセージを発行できるアクターは、CloudEventのpub/sub-nameとtopicを任意の値に設定可能であり、再公開されるメッセージを意図された宛先ではなく任意のDapr Pub/Subコンポーネントおよびトピックに送信させることができます。これにより、メッセージのリダイレクトや情報漏洩が発生し、ルートの意図したルーティングや基盤となるブローカーのトピックレベルアクセス制御を回避できる恐れがあります。悪用には、ルートがサブスクライブするトピックへの発行権限が必要であり、それ以外の認証やユーザー操作は不要です。この問題は、Apache Camelのバージョン4.12.0から4.14.8未満、4.15.0から4.18.3未満、4.19.0から4.21.0未満に影響します。ユーザーには、この問題を修正したバージョン4.21.0へのアップグレードを推奨します。4.14.xのLTSリリースを使用している場合は4.14.8へのアップグレードを、4.18.xリリースを使用している場合は4.18.3へのアップグレードを推奨します。すぐにアップグレードできない環境では、ルート内のDaprコンシューマーと任意のDaprプロデューサー間のExchangeからCamelDaprPubSubNameおよびCamelDaprTopicヘッダーを削除（例：removeHeaders('CamelDaprPubSubName', 'CamelDaprTopic')）し、信頼できるプロデューサーのみがサブスクライブしているDapr Pub/Subトピックに発行可能となるように制限してください。

apache-airflow 3.3.0より前のバージョンでは、1つのDagの読み取りが許可されたユーザーが、同じソースファイルに共存する他のDagのソースを開示できてしまう問題がありました。`GET /api/v2/dagSources/{dag_id}` およびUIの同等のDagソース表示は、呼び出し元が読み取りを許可されていないDagを省略することなく、ファイル全体のソースを返しており、Dagごとの読み取り認可を回避していました。複数のDagを単一ファイルに共存させているデプロイメントでは、Dagごとのアクセス制御によりソースの表示を制限している場合に影響を受けます。1ファイルあたり1つのDagのデプロイメントには影響がありません。apache-airflowを3.3.0以降にアップグレードしてください。

Apache CamelのNetty HTTPコンポーネントにおける、機密情報を含むエラーメッセージ生成の脆弱性です。camel-netty-httpのHTTPサーバーコンシューマは、ルート処理中にエラーが発生した場合にクライアントに返される内容を制御するmuteExceptionオプションを提供しています。このオプションはバックフィールドが初期化されていないプリミティブのboolean型（Javaのデフォルトでfalse）であったため、デフォルト値がfalseになっていました。一方で、他のCamel HTTPサーバーコンポーネント（camel-http / camel-jetty / camel-servlet / camel-platform-http）は、このオプションのデフォルト値をtrueに設定しています。muteException=falseの場合、リクエストがルート処理中に例外を引き起こすと、コンシューマは空のレスポンスボディを返す代わりに、HTTPレスポンスの本文にThrowableの完全なスタックトレースをtext/plain形式で（DefaultNettyHttpBinding経由で）書き込みます。認証されていない任意のクライアントがエンドポイントにアクセスし、例えば不正なリクエストボディや無効なパラメータを送信するなどして処理エラーを引き起こすと、完全なJavaのスタックトレースを受け取ってしまいます。このスタックトレースには、例外メッセージに埋め込まれた認証情報、内部ホスト名やIPアドレス、ファイルシステムのパス、依存関係やバージョンの詳細、データベース名やクラス名、さらにはアプリケーションの内部構造などの機密情報が含まれる可能性があり、攻撃者はこれを用いてさらなる攻撃を計画することが可能です。この問題はApache Camelのバージョン4.0.0から4.14.8未満、4.15.0から4.18.3未満、4.19.0から4.21.0未満に影響します。ユーザーはこの問題を修正したバージョン4.21.0へアップグレードすることを推奨します。4.14.x LTSリリースを使用している場合は4.14.8へ、4.18.xリリースを使用している場合は4.18.3へのアップグレードが推奨されます。すぐにアップグレードできない環境では、camel-netty-httpコンシューマのmuteExceptionを明示的にtrueに設定してください（例：netty-http:http://0.0.0.0:8080/api?muteException=true またはグローバルに camel.component.netty-http.configuration.mute-exception=true プロパティを設定してください）。これにより、処理エラー時にスタックトレースがクライアントに返されなくなります。

Hugoは静的サイトジェネレーターです。バージョン0.123.0から0.161.1にかけて、リグレッションによりRootMappingFs.statRootがLstatではなくStat（シンボリックリンクをたどる）を使用するようになりました。そのため、マウント外を指すシンボリックリンクを直接resources.Getで取得すると、ターゲットの内容が返されてしまいました。これにより、ローカルマウント内に植えられたシンボリックリンク（例：vendoredなthemesやテーマ）がHugoユーザーにアクセス可能な任意のファイルを読み取れる状態になっていました。GitHubからのGoモジュールテーマ（シンボリックリンクは除去されます）やディレクトリウォークには影響がありませんでした。この問題はバージョン0.162.0で修正されました。