全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
深刻度 Medium 直近1年 の検索結果：1,001–1,040 件目を表示（ページ 26）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
ElasticsearchにおけるHTTPリクエストの解釈の不一致（「HTTPリクエストスマグリング」）（CWE-444）は、HTTPリクエストスマグリング（CAPEC-33）を通じて情報漏洩を引き起こす可能性があります。特定のプロキシ構成下では、ネットワーク攻撃者が他の認証済みユーザーに対して機密なレスポンスを取得することが可能です。
Kibanaにおける不正な認可（CWE-863）は、ACLによって適切に制限されていない機能へのアクセス（CAPEC-1）を通じて、データの不正な開示、改ざん、および削除を引き起こす可能性があります。異なる認証レルムから発信された2つの認証済みプリンシパルが同じユーザー名の値を共有している場合、一方が他方のプライベートなElastic AIアシスタントのナレッジベースのエントリを読み取り、変更し、削除できる可能性があります。
Kibanaにおける認可の欠如（CWE-862）は、特権乱用（CAPEC-122）を通じて情報漏洩を引き起こす可能性があります。内部のKibana APM統合機能には認可制御が適用されておらず、認証済みのKibanaユーザーであれば誰でも、APMまたはFleetの管理権限を持つユーザーに制限されるべきAPMサーバーの資格情報を読み取ることができてしまいます。
JavaScript の GC コンポーネントにおける Use-after-free 脆弱性です。この脆弱性は Firefox 155、Firefox ESR 153.2、Thunderbird 155、および Thunderbird 153.2 で修正されました。
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
オーディオ/ビデオコンポーネントにおけるUse-after-freeの脆弱性が存在しました。この脆弱性はFirefox 155、Firefox ESR 115.40、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
オーディオ／ビデオコンポーネントにおいてUse-after-freeの脆弱性が存在しました。この脆弱性はFirefox 155、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
DOMのUse-after-free脆弱性がCoreおよびHTMLコンポーネントに存在します。この脆弱性はFirefox 155、Firefox ESR 140.15、Firefox ESR 153.2、Thunderbird 155、Thunderbird 140.15、およびThunderbird 153.2で修正されました。
DOMのUse-after-free脆弱性がCoreおよびHTMLコンポーネントに影響を及ぼします。この脆弱性はFirefox 155、Firefox ESR 153.2、Thunderbird 155、およびThunderbird 153.2で修正されました。
Kibanaにおける制限やスロットリングなしのリソース割り当て（CWE-770）は、過剰な割り当て（CAPEC-130）を介してサービス拒否を引き起こす可能性があります。低レベルの権限を持つ認証済みユーザーが特別に細工されたリクエストを送信することで過剰なリソース消費が発生し、その結果Kibanaが利用不能になる可能性があります。
株式会社キーエンスが提供するXG VisionTerminalおよびXG-X VisionTerminalには、次の脆弱性が存在します。 ・XML外部エンティティ参照（XXE）の不適切な制限（CWE-611） - CVE-2026-82918 この脆弱性情報は、下記の方がJPCERT/CCに報告し、JPCERT/CCが開発者との調整を行いました。 報告者：Michael Heinzl 氏
iOS版Microsoft Edgeにおいて、LLMプロンプトに使用される入力が適切に無害化されないため、権限のない攻撃者がネットワーク上でなりすましを行うことが可能になります。
Apache WicketにおけるリソースURL属性の不適切な検証により、認証されていないリモート攻撃者がWEB-INF以下のサーブレットコンテナが通常提供しないファイルを含む、ウェブアプリケーションのファイルを読み取ることが可能となります。パッケージリソースURLからデコードされたlocale、style、およびvariation属性は、パス区切り文字のチェックをせずにリソース検索パスに連結されます。IPackageResourceGuardは、「..」の拒否を含む2つの意図された制御の1つとしてリソース名に適用されますが、これらの属性が追加される前に適用されます。また、WebApplicationPathは文字通りにWEB-INF/で始まるパスのみを拒否します。どちらの制御も攻撃者が操作可能なパスの部分を検査しません。ServletContext.getResource()で「..」を正規化するサーブレットコンテナにおいては、巧妙に作られたリクエストにより意図されたパッケージディレクトリから脱出可能です。読み取り可能なファイルのセットは、設定されたIPackageResourceGuardで許可されたファイル拡張子に制限されます。デフォルトのSecurePackageResourceGuardはjs、css、png、jpg、jpeg、gif、ico、cur、map、html、txt、swf、bmp、svg、avif、eot、ttf、woffおよびwoff2のみを許可し、設定ファイル形式は除外しています。ガードにパターンを追加したり、ブロックリストベースのPackageResourceGuardに置き換えたりしたアプリケーションは、web.xmlなどの設定ファイルをさらに開示する可能性があります。拡張子に関わらず、ガードが動作する前に実施される検索は、任意のパスの存在有無を判定する「存在オラクル」として機能します。この問題はApache Wicket 8.18.0以前、9.23.0以前および10.10.0以前に影響します。ユーザーにはこの問題を修正したバージョン8.19.0、9.24.0、または10.11.0へのアップグレードを推奨します。すでにサポートされていないApache Wicket 7.x以前のユーザーは、サポートされているバージョンにアップグレードすべきです。
ResourceIsolationRequestCycleListenerは、リソース隔離ポリシーが別のオリジンからのものであると判断したリクエストを拒否することにより、Wicketアプリケーションをクロスサイトリクエストフォージェリから保護します。そのデフォルトポリシーであるFetchMetadataResourceIsolationPolicyは、静的リソースを保護するために作成されたリファレンス実装から派生したものであり、ページ上のアクションを保護する場合には安全でない2つの許容を継承しています。 * すべての「シンプルなトップレベルナビゲーション」が許可されていました。Sec-Fetch-Mode: navigateを含み、Sec-Fetch-Destがobjectでもembedでもない任意のGETリクエストは、Sec-Fetch-Siteの値が何であれ（クロスサイトを含む）許可されていました。Wicketはコンポーネントリスナー（Link.onClick()、フォーム送信、ビヘイビアコールバック）を通常のGETナビゲーション経由で呼び出すため、攻撃者が制御するページが被害者のブラウザをリスナーURLへナビゲートさせ、被害者の認証済みセッション内でリスナーを実行させることが可能でした。ブラウザはSameSite属性が設定されていない場合の実質的なデフォルトであるSameSite=LaxクッキーをクロスサイトのトップレベルGETナビゲーションで送信するため、被害者のセッションクッキーがリクエストに含まれていました。 * Sec-Fetch-Site: same-siteは無条件に許可されていました。この値は同じ登録可能ドメインとスキームを意味しますが異なるオリジンであり、すなわち別のサブドメインまたは別のポートを指します。したがって、任意の兄弟オリジンは任意のメソッドで任意のリスナーを呼び出すことができ（POSTフォーム送信も含む）、同じサイト内リクエストではSameSiteにかかわらず常にクッキーが送信されます。サブドメインの乗っ取り、委譲されたユーザーコンテンツ、またはサイト内の他の場所におけるXSSを介して得られた敵対的な兄弟オリジンは、認証済みユーザーとして行動できます。ユーザーはこの問題を修正したバージョン9.24.0または10.11.0へのアップグレードを推奨します。影響を受けるバージョンは以下のとおりです。 * Apache Wicket 9.1.0から9.23.0まで * Apache Wicket 10.0.0から10.10.0まで 影響を受けないバージョンは以下のとおりです。 9.1.0より古いすべてのリリース: * Apache Wicket 8.x（8.0.0から8.17.0まで）。8.x系にはリソース隔離クラスは存在せず、Origin/RefererベースのCsrfPreventionRequestCycleListenerのみが提供されています。8.x系の任意のリリースに修正は必要ありません。 * Apache Wicket 9.0.0。ResourceIsolationRequestCycleListenerおよびFetchMetadataResourceIsolationPolicyはWICKET-6786により導入され、最初に9.1.0（2020-10-07リリース）で出荷されました。
wicket-extensionsのAjaxEditableChoiceLabelは、nullでないIChoiceRendererで構築された場合、そのレンダラーから取得した表示値を、コンポーネントのモデル値に対してWicketがデフォルトで適用するHTMLエスケープを行わずにラベルのマークアップに書き込みます。このようなラベルによってレンダリングされる選択肢やモデルデータを操作できる攻撃者は、任意のHTMLやスクリプトを注入でき、ページを閲覧するユーザーのブラウザでそれが実行される可能性があります。同じ値はコンポーネントのドロップダウンエディタがオプションとしてレンダリングする際には正しくエスケープされるため、影響を受けるのはラベルのレンダリングだけです。さらに、AjaxEditableLabel、AjaxEditableChoiceLabel、AjaxEditableMultiLineLabelは、コンポーネントのモデルが空の場合、protectedメソッドdefaultNullLabel()が返す値をラベルのマークアップに同様に書き込みますが、それ以外の場合に表示されるモデル値はエスケープされます。デフォルト実装は定数を返すため、このメソッドをオーバーライドして攻撃者が影響を与えられる値を返すアプリケーションが影響を受けます。これらのコンポーネントに対して設定による値のエスケープは不可能でした。なぜなら、escapeModelStrings設定はこれら3つのコンポーネントのいずれにも影響を及ぼさず、レンダリングに用いるラベルが読み取るものであり、設定がコンポーネント側に伝搬しなかったためです。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0に影響します。サポート対象外の古いリリースも影響を受けます。レンダラーによる表示値は6.22.0以降、nullラベルは1.4.0以降が該当します。ユーザーはこの問題を修正したバージョン8.19.0、9.24.0、または10.11.0へのアップグレードを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化処理について説明します。org.apache.wicket.markup.html.form.Buttonは、そのコンストラクタ内でescape-model-stringsフラグをクリアしており、value属性の値が二重にエンコードされないようにしています。これは、ComponentTagがタグを書き込む際にすでに属性値をエンコードしているためです。この理論は属性にのみ適用されます。コンポーネントが＜input＞要素ではなく＜button＞要素にアタッチされる場合、モデルオブジェクトを要素の内部に書き込みますが、要素内はエンコードされないため、モデル内のマークアップがマークアップとしてレンダリングされてしまいます。攻撃者が影響を与えられるデータを保持するボタンのモデルがあり、それが＜button＞要素でレンダリングされるアプリケーションは影響を受けます。Wicketはモデル値の由来を判別できず、それがリクエスト由来かストレージ由来かはアプリケーションの設計に依存します。このコンストラクタを継承するAjaxButton、AjaxFallbackButton、WizardButtonのサブクラスも同様に影響を受けます。回避策として、＜button＞要素としてレンダリングされるボタンに対してsetEscapeModelStrings(true)を呼び出すと、ボディは正しくエスケープされ、value属性は＜input＞要素のみに書かれるため二重エンコードは発生しません。本問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0の間、およびサポート外の古いリリース6.25.0および7.5.0以降のバージョンにも影響があります。利用者は、本問題を修正したバージョン8.19.0、9.24.0、または10.11.0へのアップグレードを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化について説明します。＜wicket:label＞タグはorg.apache.wicket.markup.html.form.AutoLabelTextResolverによって提供されており、すべてのWebApplicationでデフォルトで登録されています。このリゾルバは検出したラベルをそのままマークアップに書き込み、エスケープ設定を一切参照しないため、ラベル内のマークアップはそのまま表示されます。ラベルがlabelledコンポーネントのラベルモデルから取得され、FormComponent#setLabel(IModel)を通じて設定されている場合、その内容はエスケープされずにマークアップに書き込まれます。フォームコンポーネントのラベルが攻撃者に影響を受ける可能性のあるデータを保持しているアプリケーションが影響を受けます。Wicketはモデル値の出所がどこかを判断できず、リクエスト由来かストレージ由来かはアプリケーション側で管理する必要があります。この問題に対する回避策は存在しません。他のすべてのWicketのレンダリング経路とは異なり、このリゾルバはescape-model-strings設定を参照しないため、アプリケーションはラベルのエスケープを要求する手段を持ちませんでした。＜wicket:label＞タグのボディは設計上マークアップであり、影響を受けず、ラベル内にマークアップを配置するサポートされた方法として残されています。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0まで、ならびにサポート外の古いリリース1.5.0以降にも影響があります。ユーザーは問題を修正したバージョン8.19.0、9.24.0、10.11.0へのアップグレードを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化に関する脆弱性です。org.apache.wicket.markup.head.MetaDataHeaderItemは＜meta＞および＜link＞ヘッダータグを生成します。属性名はエスケープされますが、属性値は"を\"に置き換える処理が行われています。HTMLではダブルクォートの前にあるバックスラッシュは意味を持たないため、値にダブルクォートが含まれると属性がそこで終了し、その後の文字列は生成されたタグの追加属性として解釈されてしまいます。この問題は、addTagAttributeやforMetaTag、forLinkTagといったファクトリメソッドを通じて攻撃者が影響を与えられるデータを保持する属性値をアプリケーションが提供する場合に発生します。値はIModelとして渡されることがあり、必ずしもリテラル文字列とは限りません。設定を変更して回避する方法はなく、アプリケーションはダブルクォートを含む値を提供しないようにする必要があります。なお、これらの値はいかなる場合も効果的にエスケープされていませんでした。6.24.0、7.4.0、8.0.0でリリースされた変更前は全くエスケープされていませんでした。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0、および6.17.0以降の古くサポート外のリリースにも影響します。ユーザーはこの問題を修正した8.19.0、9.24.0、10.11.0へアップグレードすることを推奨します。
Apache Wicketにおけるウェブページ生成時の入力の不適切な無害化に関する問題です。Paletteの二つのオプションリストをレンダリングするorg.apache.wicket.extensions.markup.html.form.palette.component.AbstractOptionsは、escape-model-strings設定に従って各オプションのidと表示値をエスケープし、getAdditionalAttributesで返された属性名と値をそのまま＜option＞タグに書き込みます。アプリケーションがPalette.getAdditionalAttributesForChoices、Palette.getAdditionalAttributesForSelection、またはAbstractOptions.getAdditionalAttributesをオーバーライドし、攻撃者が操作可能なデータを含む値を返す場合に影響を受けます。これらのメソッドはデフォルトでnullを返すため、オーバーライドしていないアプリケーションは影響を受けません。回避策として、オーバーライド時に値を適切にエスケープしてください。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0に影響します。さらに、1.4.0以降の古いサポートされていないリリースも影響を受けます。ユーザーはこの問題を修正したバージョン8.19.0、9.24.0、または10.11.0にアップグレードすることを推奨します。
Apache WicketにおけるWebページ生成時の入力の不適切な無害化の問題です。DropDownChoiceの基底クラスであるorg.apache.wicket.markup.html.form.AbstractSingleSelectChoiceは、選択肢が選ばれていないときに表示されるデフォルトオプションの本文を、そのままマークアップに書き込みます。一方で、同じselect内の他のオプションの本文はescape-model-strings設定に従ってエスケープされます。この本文はgetNullValidDisplayValue()またはgetNullKeyDisplayValue()から取得されますが、どちらもprotectedメソッドであるため、返される値は必ずしもデフォルト実装のようにリソースバンドルから読み取るプレーンテキストとは限りません。これらのメソッドのいずれかをオーバーライドし、攻撃者が操作可能なデータを含む値を返す場合、またはnullValidやnullバンドルエントリがそのような値を保持している場合、アプリケーションが影響を受けます。Wicketに同梱されているバンドルはプレーンテキストを含みます。RadioChoiceはgetDefaultChoiceをオーバーライドしてデフォルトオプションを表示しないため、影響を受けません。回避策としては、オーバーライドしたメソッド内で値をエスケープしてください。この問題はApache Wicketのバージョン8.0.0から8.18.0、9.0.0から9.23.0、10.0.0から10.10.0までに影響があります。さらに、1.5.0以降の古いサポート外リリースも影響を受けます。ユーザーには、この問題を修正したバージョン8.19.0、9.24.0、10.11.0へのアップグレードを推奨します。
GIMPのfile-psdプラグインに脆弱性が見つかりました。特別に細工されたPSD画像ファイルを処理する際に、プラグインがchannel-countパラメータを適切に検証しません。この不適切な検証により、不正なメモリ境界チェックが発生し、ヒープの境界外読み取りおよびスタックの境界外アクセスが引き起こされます。この問題によって、アプリケーションがクラッシュし、サービス拒否（DoS）やメモリ内容の限定的な情報漏洩が生じる可能性があります。
Apache ShiroがJakarta EE統合モジュールと共に使用されている場合、権限の低いユーザーが特別に細工したHTTPリクエストを送信すると、サーバーが攻撃者が管理するURLへ接続を開始し、攻撃者が制御するデータを送信してしまう可能性があります。この脆弱性は、Jakarta EE統合モジュールを使用している環境において、Apache Shiroのバージョン2.xから3.0.0までに影響を及ぼします。軽減策として、本問題を修正したバージョン3.0.1以降にアップグレードしてください。または、Shiroがフォームを再送信する際に接続するホストとポートを制限するために、システムプロパティ`org.apache.shiro.form-resubmit-host`（文字列）および`org.apache.shiro.form-resubmit-port`（整数）を設定することも可能です。
株式会社Shizen Connectが提供するShizenBox2には、次の複数の脆弱性が存在します。 ・不適切な物理アクセス制御（CWE-1263）- CVE-2026-80253 ・ユーザ識別情報操作による権限チェック回避（CWE-639）- CVE-2026-80254 これらの脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 CVE-2026-80253 報告者：PwCコンサルティング合同会社 和栗 直英 氏 CVE-2026-80254 報告者：PwCコンサルティング合同会社 モハメドラキーム 氏
Microsoft Edge（Chromiumベース）における不適切な認証により、認可されていない攻撃者がネットワークを介して情報を開示できる可能性があります。
Microsoft Edge（Chromiumベース）において、パラメータ／引数区切り文字が不適切に無害化されたため、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。
Microsoft Edge（Chromiumベース）におけるファイル名またはパスの外部制御の脆弱性により、不正な攻撃者がネットワーク上でなりすましを行う可能性があります。
Microsoft Edge（Chromiumベース）におけるUse after freeの脆弱性により、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。
Microsoft Edge（Chromiumベース）におけるオリジン検証エラーにより、不正な攻撃者がネットワーク越しにセキュリティ機能を回避できる可能性があります。
NLTK 3.10.3以前のバージョンには、nltk.featstruct.FeatStructReaderに制御されていない再帰の脆弱性が存在します。この脆弱性により、認証されていない攻撃者が深くネストされた特徴構造の入力を提供することでサービス拒否（DoS）攻撃を引き起こす可能性があります。攻撃者は、Pythonの再帰制限を超えるネストされた括弧を含む単純なペイロードを作成でき、その結果、未処理のRecursionErrorが発生し、ユーザーが提供した特徴構造や特徴文法を解析するアプリケーションがクラッシュします。
Dolibarr 23.0.4 より前のバージョンでは、誤った権限でREST APIのドキュメント削除を許可していました。htdocs/api/class/api_documents.class.php 内の Documents::delete() は、DELETE /api/index.php/documents を処理する際にモード引数として 'read' を使用して dol_check_secure_access_document() を呼び出します。一方で、同じ階層の builddoc() パスは、格納されたデータを変更する操作に適切なモードである 'write' を渡しています。したがって、societe:lire や facture:lire のようなドキュメントを保持するモジュールに対し読み取り権限のみを持ち、作成・書き込み・削除・管理権限を持たない認証済みAPIユーザーがチェックを通過し、該当モジュールのドキュメント（サードパーティのファイル、請求書、注文書、提案書、プロジェクトファイルおよび生成されたPDF）を永続的に削除できてしまう状況になっていました。この操作には復元パスが存在しません。該当呼び出し箇所は、23.0.3 では htdocs/api/class/api_documents.class.php の1276行目にあり、23.0.4 以降では 'write' を渡すように修正されています。
Frappe 15.11.0から16.32.0までのバージョンでは、ワークスペースカードの説明がXSSフィルタリングなしで保存およびレンダリングされます。Workspace Linkのdoctypeのdescriptionフィールドは、frappe/desk/doctype/workspace_link/workspace_link.json内で「"ignore_xss_filter": 1」と宣言されており、frappe/model/base_document.pyの_sanitize_content()はそのフラグが付いたフィールドをスキップするため、その値は送信されたままの状態で保存されます。frappe.desk.desktop.get_desktop_pageはこの値を変更せずに返し、frappe/public/js/frappe/widgets/links_widget.js内のLinksWidget.set_body()は__( )翻訳ヘルパーを経由してBootstrapのpopover（html: trueで作成）にそのまま埋め込みますが、このヘルパーはHTMLのエスケープを行いません。したがって、Workspace Managerロールを持つユーザーはパブリックワークスペースのカード説明に任意のマークアップを挿入でき、そのワークスペースを開いて説明にマウスをホバーした任意のデスクユーザー（より高権限のユーザーを含む）のセッション内でそのマークアップが実行されます。これにより、セッショントークンの窃取や被害者としての認証済みリクエストが可能になります。このフラグは開発ブランチで削除されていますが、リリースされた15.xおよび16.xのバージョンには残っているため、リリース済みのいずれのバージョンにも修正は含まれていません。
SvelteKit 2.69.1 未満のバージョンはリモートフォーム関数のペイロードサイズを適切に検証しないため、攻撃者が大きなペイロードを送信して Node プロセスをクラッシュさせることが可能です。繰り返し悪用されると、アプリケーションプロセスが繰り返しクラッシュし、サービス拒否（DoS）を引き起こします。
SvelteKitのバージョン2.69.1より前のバージョンには、任意のユーザー制御のパス名を受け入れるファイル入力フィールドを持つリモートフォーム関数にプロトタイプ汚染の脆弱性が存在しています。攻撃者は削除パスを操作してプロトタイプ上のメソッドを削除し、アプリケーションの機能を無効化する可能性があります。
SvelteKitのバージョン2.38.0から2.60.1未満には、query.batchに競合状態が存在し、異なるユーザーからの同時リクエストが単一のリクエストコンテキストに統合される可能性があります。攻撃者は特定のタイミング条件を悪用して、他のユーザーの同時リクエストから機密データへアクセスできる可能性があります。
GIMPのfile-iff（IFF/ILBM）プラグインに脆弱性が発見されました。特別に細工されたIFF/ILBM画像ファイルを処理する際、プラグインはHAM行サイズを適切に検証せず、カラープレーン数（nPlanes）がゼロの場合を不適切に処理します。これにより行サイズの不一致が発生し、メモリ境界のチェックを回避してヒープの境界外読み取りが生じます。この問題はアプリケーションをクラッシュさせ、サービス拒否やヒープメモリ内容の限定的な情報漏洩につながる可能性があります。
GIMPのfile-icoプラグインに脆弱性が発見されました。特別に細工されたICO画像ファイルを処理する際、このプラグインはused_clrs（パレット数）パラメータを適切に検証しません。この不適切な検証により、メモリ境界のチェックが不十分になり、その結果ヒープの境界外読み取りが発生します。この問題によって、アプリケーションがクラッシュし、サービス拒否やヒープメモリの内容の限定的な情報漏洩が生じる可能性があります。
GIMPのfile-pvrプラグインに脆弱性が発見されました。特別に細工されたPVR画像ファイルを処理する際、VQ（圧縮）デコーダがメモリ境界を正しくチェックしません。この検証の欠如により、ヒープの境界外読み取りが発生します。この問題はアプリケーションのクラッシュを引き起こし、サービス拒否を引き起こしたり、ヒープメモリ内容の限定的な情報漏洩を招く可能性があります。
morganはNode.js向けのHTTPリクエストロガーミドルウェアです。バージョン1.12.0未満では、ログトークンの値をエスケープする内部ヘルパーがUnicodeの改行区切り文字であるU+0085（Next Line）、U+2028（Line Separator）、およびU+2029（Paragraph Separator）を無効化していませんでした。認証されていないリモートクライアントは、例えばリモートユーザートークンを介して表出するBasic認証のユーザー名のような、攻撃者が制御可能なログトークンにこれらの文字を挿入することが可能であり、その結果、Unicodeに対応した下流のログ処理で単一のリクエストログが複数の論理レコードに分割されてしまいます。これはログ偽造の問題（CWE-117）であり、ASCII制御文字のみに対応したCVE-2026-5078の不完全な修正のフォローアップとなっています。この問題はmorgan 1.12.0で修正されており、エスケープ対象のセットにこれらのUnicode改行区切り文字が追加されました。問題を解決するために、morgan 1.12.0へのアップグレードを推奨します。
IBM Langflow OSS バージョン 1.0.0 から 1.11.1 までに、サーバーサイドリクエストフォージェリ（SSRF）の脆弱性が存在します。この脆弱性により、認証された攻撃者がシステムから不正なリクエストを送信できる可能性があり、ネットワークの列挙やその他の攻撃を助長する恐れがあります。
IBM Langflow OSS バージョン 1.0.0 から 1.11.1 において、不適切な認可の問題により、リモートの認証済み攻撃者が任意のユーザーのプライベートフローを実行および読み取ることが可能になる場合があります。
DNG SDKのバージョン1.7.1 2502およびそれ以前のバージョンは、メモリが露出する可能性のある境界外読み取りの脆弱性の影響を受けています。攻撃者はこの脆弱性を悪用して、メモリから機密情報を開示する恐れがあります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要となります。