Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2024-58367 medium CVSS 6.5

Vulnérabilité dans surrealdb (CVE-2024-58367)

Résumé

Vulnérabilité dans surrealdb (CVE-2024-58367). Des informations confidentielles peuvent être exposées. Exploitable via SELECT. Atténuation : mise à jour vers 2.0.4 ou plus.

Description d'origine

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

Due to the order in which permissions were processed, some statements, filters and computations could lead to leaking field values or record contents to users without the required permissions. This behavior could be triggered in different scenarios:

  • When performing a SELECT operation on a table, the values that would be returned were iterated over, field permissions would be validated and any unauthorized value would be removed from the result returned. However, performing a SELECT VALUE operation (e.g. SELECT VALUE private FROM data) would result in a non-iterable value, which would not be removed from the returned result.

  • When aliasing a field (e.g. SELECT private AS public FROM data) for which the user did not have SELECT permissions within a SELECT query, permissions would be checked against the field of the resulting document containing the aliased field instead of the original document containing the original field. As a consequence, the original field value would be returned as the returned field would not match the original field where permissions had been defined.

  • When calling a function in the context of a SELECT query and passing a field with permissions as an argument to the function (e.g. SELECT string::lowercase(private) FROM data), the function would receive the field value before it had been removed from the document due to SELECT permissions. As a result, the function would have access to the value of the field regardless of field p…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2024-58367 a été découverte dans surrealdb.
Des attaquants peuvent cibler un point d'entrée spécifique comme SELECT à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 6.5/10.
Action : mettez à jour surrealdb vers 2.0.4 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « surrealdb CVE-2024-58367 » sur le site de l'éditeur.

CVE-2024-58367 (surrealdb) — CWE-285 / CVSS v3 6.5
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : SELECT / WHERE / UPDATE / DELETE
Correctif : 2.0.4 — appliquer immédiatement
Contournement : Users affected by this issue and unable to update should not rely on the authorization provided by field permissions when it comes to the SELECT permission.
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 vulnérabilité (CWE-285) affecte surrealdb. Les attaquants atteignent le code vulnérable via SELECT.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de surrealdb. Surface d'attaque : SELECT / WHERE / UPDATE / DELETE.

🔥 Gravité

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

🔧 Comment corriger

Mettre à jour vers 2.0.4.

🛡️ Contournement

Contournement : Users affected by this issue and unable to update should not rely on the authorization provided by field permissions when it comes to the SELECT permission.

🔍 Détection

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

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 'surrealdb' . | grep -v node_modules

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

  2. 2
    Apply temporary workaround mitigate 
    Users affected by this issue and unable to update should not rely on the authorization provided by field permissions when it comes to the `SELECT` permission.

    パッチが適用されるまでの応急処置として、Users affected by this issue and unable to update should not rely on the authorization provided by field permissions when it comes to the SELECT permission. を実施。回避策の副作用 (機能低下) を確認した上で。

  3. 3
    Apply patch patch 
    Upgrade surrealdb to 2.0.4

    ステージング環境で 2.0.4 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

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

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

Paquets affectés

rust surrealdb
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"2.0.4"}]}]
rust surrealdb-core
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"2.0.4"}]}]

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