cert-manager は Kubernetes クラスターに証明書および証明書発行者をリソースタイプとして追加し、これらの証明書の取得、更新、使用のプロセスを簡素化します。バージョン 1.18.0 から 1.19.6 および 1.20.3 までの間、acme.cert-manager.io 配下の Challenge リソースは、Challenge を Order、オーナー参照、または Issuer 選択のソルバーに紐付けるアドミッションバリデーションなしに名前空間のユーザーによって直接作成できました。このため、攻撃者は操作可能な Challenge.spec.solver の値で ClusterIssuer を参照し、dnsZones、dnsNames、および matchLabels などの DNS01 ソルバーセレクターを回避し、cert-manager に攻撃者が選択したプロバイ…
Progress MOVEit Transferにおけるウェブページ生成時の入力の不適切な無害化によるクロスサイトスクリプティングの脆弱性です。この問題は、MOVEit Transferのバージョン2025.1.5未満および2026.0.0から2026.0.3未満に影響を及ぼします。
Progress MOVEit Transferにおけるセッションの有効期限設定不備の脆弱性です。この問題は、MOVEit Transferのバージョン2025.1.5未満および2026.0.0から2026.0.3未満に影響します。
Progress MOVEit Transferにおける、信頼されていないドメインを含む許容的なクロスドメインセキュリティポリシーに関する脆弱性です。この問題は、MOVEit Transferのバージョン2025.1.5以前および2026.0.0から2026.0.3未満に影響します。
BuildKitのカスタムフロントエンドまたはクライアントは、低レベルの生APIを使用してGitソースをチェックアウトする際にgit.checkoutbundle=trueを設定することができます。もしそのGitソースが悪意のあるものであった場合、ホスト上で悪意のあるコマンドが実行される可能性があります。
悪意のある BuildKit クライアントまたはフロントエンドが、BuildKit デーモンをパニックでクラッシュさせる可能性のあるリクエストを作成することができます。
BuildKitの低レベルビルドAPIにおける細工されたメッセージにより、/tmpディレクトリの内容を削除することが可能です。通常、この操作はビルドコンテナのrootfs内のファイルを削除するために使用されますが、実際にはホストの一時ディレクトリにまで影響を及ぼしてしまう可能性があります。
カスタムクライアントは、BuildKitデーモンに対してそのようなアップロード要求を作成でき、その結果、ファイルがBuildKit制御下のステートディレクトリから逸脱する可能性があります。クライアントがビルドを実行するためには、BuildKit制御APIにアクセスする有効な権限（例えば認証のバイパスなど）を持っていなければなりません。
libsshに脆弱性が発見されました。SFTPサーバのディレクトリ一覧表示中に、longnameフィールドが固定サイズのスタックバッファに対して安全でない連結で構築されます。クライアントが攻撃者が制御するファイル名を一覧表示させた場合、十分に長い名前によってスタックバッファがオーバーフローし、サーバがクラッシュしたり、コードが実行される可能性があります。
この脆弱性はIdentityIQのすべてのバージョンに影響を及ぼし、不適切なOAuthベアラートークンの検証により、認証されていない攻撃者が保護されたAPIおよびデータに不正にアクセスできる状態を引き起こします。
Progress MOVEit Transferにおける不適切な認証の脆弱性です。この問題はMOVEit Transferの以下のバージョンに影響を与えます：2025.1.5より前のバージョン、および2026.0.0から2026.0.3より前のバージョンまで。
subsys/bluetooth/host/classic/l2cap_br.c にある Classic (BR/EDR) L2CAP シグナリングハンドラ l2cap_br_conf_req() と l2cap_br_conf_rsp() は、最小コマンドサイズの検証において、L2CAP シグナリングヘッダから得られるコマンド単位のデータ長 len ではなく、buf-＞len（受信した PDU 全体の残りバイト数）に対してチェックを行っていました。複数のシグナリングコマンドが1つのPDUにまとめられるため、buf-＞len は1つのコマンドの len を超える可能性があります。攻撃者はヘッダ長が設定要求構造体より小さい（例：0）CONF_REQ コマンドを送り、その後に別のコマンドを続けて送信することで buf-＞len がチェック条件を満たすようにできます。このチェックが誤って通過する…
DesignWare SPIドライバ（drivers/spi/spi_dw.c）は、config-＞frequencyの検証を行わずにSPIのBAUDRクロック分周比をinfo-＞clock_frequency / config-＞frequencyとして計算していました。spi_transceiveはZephyrの__syscallであり、そのverifyハンドラ（drivers/spi/spi_handlers.c）はユーザスペースから渡されたspi_configをfrequencyフィールドのチェックなしにコピーします。そのため、DesignWare SPIデバイスのカーネルオブジェクトへのアクセス権を持つユーザスペーススレッドがfrequency=0を渡すと、spi_dw_configure()で符号なし整数のゼロ除算が発生します。Cortex-M Mainlineでは（z_arm…
ZephyrのMCTP-over-I2C+GPIOターゲットバインディング（subsys/pmci/mctp/mctp_i2c_gpio_target.c）は、mctp_i2c_gpio_target_write_received()内でI2Cバスマスターからの疑似レジスタ書き込みを順序や受信バッファを検証せずにバイト単位で処理します。影響を受けるバージョンでは、MCTP_I2C_GPIO_RX_MSG_ADDR（データ）ハンドラが受信バッファが割り当てられているかを確認せずにb-＞rx_pktを間接参照および書き込みを行います。コントローラがまず長さレジスタ（バッファを割り当てる役割）を送信せずにデータレジスタを選択してバイトを書き込むと、NULLまたは未割り当てのmctp_pktbufポインタを介して攻撃者が選択したバイトが書き込まれます（すなわちアドレス0より少し上の攻撃者が任意に操…
kernel/poll.cのCONFIG_USERSPACE syscall verifierであるz_vrfy_k_poll()は、z_thread_malloc()を介してユーザーが提供したk_poll_event[]のカーネル側コピーを割り当て、その後各イベントのオブジェクトハンドルを検証します。この修正前は、検証がループ内でインラインのK_OOPS(K_SYSCALL_OBJ(...))を使用しており、呼び出しスレッドを終了させる際にevents_copyを解放しませんでした。ユーザースレッドは、num_events ＞= 1で偽造されたオブジェクトハンドルを渡すことで割り当てをリークさせることができます。新しく生成されたユーザースレッドは親のresource_poolを継承するため（kernel/thread.c）、攻撃者は犠牲スレッドを生成してこのリークを繰り返し、共有カーネル…
Zephyr の Bluetooth Mesh PB-ADV プロビジョニング・ベアラー（subsys/bluetooth/mesh/pb_adv.c）において、prov_msg_recv() は FCS チェックおよび ADV_LINK_INVALID チェックの前、関数の先頭で無条件にプロビジョニング・プロトコル・ウォッチドッグ・タイマーを再スケジュールしていました。プロビジョニング試行が失敗すると、prov_failed() は ADV_LINK_INVALID を設定し、唯一の回復経路はプロトコル・タイマーの発火です（protocol_timeout -＞ prov_link_close -＞ close_link -＞ reset_adv_link の後にスキャンの再有効化と未プロビジョニングデバイスのビーコンの再有効化が行われます）。BLE 広告チャネル上のリモートで認証されて…
NXPのLPUARTシリアルドライバ（drivers/serial/uart_mcux_lpuart.c）は、CONFIG_UART_USE_RUNTIME_CONFIGUREが有効な場合、mcux_lpuart_configure()の先頭でLPUART_Deinit()を呼び出します。これによりLPUART周辺クロックが無効化されます。要求された設定は後でのみ検証され、mcux_lpuart_configure_basicでサポートされていないパリティ、データビット、ストップビット、フロー制御の値が指定された場合、クロックが再有効化される前に-ENOTSUPを返します。その結果、未サポートの設定を含むuart_configure()リクエストはLPUARTをクロック無効状態のままにします。そのため、その後のLPUARTレジスタへのアクセス（poll_out/poll_in、割り込み処理…
Parse Server 4.10.0以前のバージョンには、個人のフォークにある未レビューのコードにリンクする誤ったバージョンタッグがリポジトリにプッシュされるというサプライチェーンの脆弱性が含まれています。攻撃者は依存関係の宣言で影響を受けるバージョンタッグを指定することで、この脆弱性を悪用し、未レビューで潜在的に悪意のあるコードを実行する可能性があります。
libsshに脆弱性が発見されました。OpenSSLバックエンドを使用したビルドにおけるAES-GCMの最終化チェックが不正に行われるため、整合性保護が事実上失われています。その結果、通信経路上の攻撃者が検出されることなく平文を改ざんできる可能性があります。
AsyncSSH は、Python の asyncio フレームワーク上で動作する SSHv2 プロトコルの非同期クライアントおよびサーバの実装を提供する Python パッケージです。バージョン 2.23.0 未満では、asyncssh/config.py、asyncssh/connection.py、asyncssh/auth_keys.py、asyncssh/misc.py において OpenSSH 互換の AuthorizedKeysFile の %u トークンを、SSH ユーザー名のまま展開していました。そのため、AuthorizedKeysFile に authorized_keys/%u を設定したサーバでは、SSH ユーザー名に /、\、または .. のパス・トラバーサル・セグメントが含まれている場合に、意図したディレクトリ外の authorized_keys ファイルを読…
Docling Coreは、ドキュメント処理アプリケーションDoclingのためのコアデータ型と変換を定義しています。バージョン1.5.0以上、2.74.1未満のdocling-coreには、リモートリクエスト先の制限が不十分であり、サーバーから提供されたContent-Dispositionを安全でない方法でローカルパスに解決してしまう脆弱性がありました。信頼されていないURLを受け入れるアプリケーションでは、ユーザー定義のキャッシュディレクトリ外のローカルファイルを対象としたSSRF攻撃を許してしまう恐れがありました。この問題はバージョン2.74.1で修正されています。
サービス拒否の問題は、脆弱なコードを削除することで対処されました。この問題はmacOS Tahoe 26.6で修正されています。ローカルの攻撃者がサービス拒否を引き起こす可能性があります。
状態管理の改善によりレースコンディションが対処されました。この問題はmacOS Sequoia 15.7.8、macOS Sonoma 14.8.8、macOS Tahoe 26.6で修正されています。この問題により、アプリが機密性の高いユーザーデータにアクセスできる可能性がありました。
この問題はメモリ処理の改善によって対処されました。この問題は macOS Sequoia 15.7.8、macOS Sonoma 14.8.8、macOS Tahoe 26.6 で修正されています。アプリが予期しないシステム終了を引き起こす可能性があります。
jadxはDexからJavaへのデコンパイラです。バージョン1.5.6以前のjadx-guiには、SummaryタブにおいてHTMLインジェクションの脆弱性が存在します。これはSummaryNode.javaが、APK内の.soファイルパスの構成要素から派生したarchesおよびperArchCountの値をエスケープせずにHTMLパネルに追加しているためです。悪意のあるAPKは、HTML URLエンコードされたZIPエントリ名を使用して任意のHTMLを強制的にレンダリングしたり、アウトオブバンドリクエストを実行したり、被害者のIPアドレスを開示したり、ローカルで公開されているアプリケーションと相互作用したりする可能性があります。この問題はバージョン1.5.6で修正されています。
JFrog Artifactoryのイベント処理に脆弱性があり、特定の条件下で低権限のユーザーに特権的な認証情報が露呈してしまう可能性があります。
JFrog Artifactory（セルフホスト版）の7.133.11より前のバージョンには、トークンのスコープではなくトークンの署名／発行者の検証チェックの不備に起因する権限昇格攻撃の脆弱性があります。
Stirling-PDFはPDFファイルに対するさまざまな操作を可能にするローカルホストのウェブアプリケーションです。バージョン2.0.0以前のStirling-PDFにおける/get-info-on-pdfエンドポイントでは、PDFのTitleおよびAuthorメタデータフィールドが適切なHTMLエンコーディングやサニタイズ処理なしにレンダリングされていました。そのため、細工されたPDFにより結果ページを閲覧するユーザーのブラウザ内で、攻撃者が制御するJavaScriptが実行される可能性がありました。この問題はバージョン2.0.0で修正されています。
Google Chrome 151.0.7922.72より前のバージョンのDawnにおいて発生するUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は低と評価されています）
Google Chrome 151.0.7922.72以前のPDFiumにおけるUse after freeの脆弱性により、リモート攻撃者は細工されたPDFファイルを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ深刻度は低と評価されています）