IoT / Embedded
CVE-2026-42087 critical CVSS 9.6

Injection SQL dans sqli (CVE-2026-42087)

Résumé

injection SQL dans sqli (CVE-2026-42087). Des informations confidentielles peuvent être exposées. Exploitable via tsdb_lookup.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Vulnerability Type: CWE-89: Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
Attack type: Authenticated remote
Impact: Telemetry data disclosure and deletion
Affected components: openc3-tsdb (QuestDB)

A SQL injection vulnerability exists in the Time-Series Database (TSDB) component of COSMOS. The tsdb_lookup function in the cvt_model.rb file directly places user-supplied input into a SQL query without sanitizing the input. As a result, a user can break out of the initial SQL statement and execute arbitrary SQL commands, including deleting data.

Figure 1: Source code vulnerable to SQL injection
Additionally, the get_tlm_values RPC endpoint only requires “tlm” permissions, allowing any user with the Admin, Operator, Viewer, or Runner roles to send a request to the TSDB. This permission is defined in roles-permissions.md to allow for the user to view telemetry data, but this vulnerability also allows them to delete data and tables.

Figure 2: Source code showing the required permissions for the get_tlm_values endpoint
Sending a normal request to the endpoint brings back a single array of values for the parameter:

Figure 3: A normal request to the get_tlm_values endpoint
However, sending a specially crafted request within the start_time variable brings back all the data in the database:

Figure 4: The request and response after sending the SQL injection payload
This payload can be modified to executes SQL commands in t…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé IA

Rédigé par une IA externe ; il peut contenir des erreurs. Vérifiez la description d'origine et les références ci-dessous avant d'agir.

Une vulnérabilité référencée CVE-2026-42087 a été découverte dans sqli.
Des attaquants peuvent cibler un point d'entrée spécifique comme tsdb_lookup à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 9.6/10.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « sqli CVE-2026-42087 » sur le site de l'éditeur.

CVE-2026-42087 (sqli) — CWE-89 / CVSS v3 9.6
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : tsdb_lookup / cvt_model.rb / get_tlm_values / start_time
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une injection SQL (CWE-89) affecte sqli. Les attaquants atteignent le code vulnérable via tsdb_lookup sans authentification.

📍 Périmètre concerné

sqli — . Surface d'attaque : tsdb_lookup / cvt_model.rb / get_tlm_values / start_time.

🔥 Gravité

Gravité : Critique (CVSS 9.6/10). Des informations confidentielles peuvent être exposées

🔧 Comment corriger

Mettre à jour vers la version corrigée selon l'avis éditeur.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Incidents passés similaires Incidents similaires extraits des CVE passées

Java SE 7から発生したSQLインジェクション。ユーザー入力のサニタイズ不足が原因で不正なSQL実行が可能。

OpenSSLにおけるHeartbleed脆弱性は、認証されていない攻撃者にメモリ内容を覗き見される可能性があり、情報漏洩が発生しました。

F5 BIG-IPの構成で、特定のエンドポイントを通じての認証バイパスが可能になる脆弱性。

Si cela arrivait dans votre entreprise Impact attendu selon le scénario métier

📌 ECサイトのバックエンドシステム

攻撃者がデータベースに不正アクセスし、顧客データの漏洩や改ざんが発生する可能性がある。

📌 金融機関内のシステム

取引データの削除や改ざんが行われ、経済的損失を被るリスクがある。

📌 公共サービスの監視システム

リアルタイムの監視データが操作され、サービス障害を引き起こす可能性がある。

Action recommandée

OpenC3 COSMOSの最新バージョンへ更新し、ユーザー入力の無害化を徹底すること

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify
    grep -r 'sqli' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で sqli を grep し、稼働しているサービス・バージョンを把握する。

  2. 7
    Post-deployment verification verify
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。

Paquets affectés

rubygems openc3
[{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"7.0.0-rc3"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus