Connexion Inscription
JA · EN · FR
SecPulse
Catégories
CVE-2024-58358 medium CVSS 4.9

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

Résumé

Vulnérabilité dans surrealdb (CVE-2024-58358). Risque d'opérations non autorisées ou de divulgation. Exploitable via Ident. Atténuation : mise à jour vers 2.1.0 ou plus.

Description d'origine

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

Roles for system users are stored as generic Ident values and converted as strings and into the Role enum whenever IAM operations are to be performed that require processing the user roles. This conversion expects those identifiers to only contain the values owner, editor and viewer and will return an error otherwise. However, the unwrap() method would be called on this result when implementing std::convert::From<&Ident> for Role, which would result in a panic where a nonexistent role was used.

Impact

A privileged user with the owner role at any level in SurrealDB would be able to define a user with DEFINE USER with an nonexistent role, which would panic when being converted to a Role enum in order to perform certain IAM operations with that user. These operations included signing in with the user. This would crash the server, leading to denial of service.

Patches

Unexistent roles are no longer accepted during parsing when defining a user. Even when successfully associated with a user, referencing unexistent roles will no longer result in a panic and will instead throw an InvalidRole error.

  • Version 2.1.0 and later are not affected by this issue.

Workarounds

Affected users who are unable to update may want to limit access to users with the owner role at any level to trusted parties only. To limit the impact of the denial of service, SurrealDB administrators may also want to ensure that the SurrealDB process is running so that it can…

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-58358 a été découverte dans surrealdb.
Des attaquants peuvent cibler un point d'entrée spécifique comme Ident à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation. Score CVSS : 4.9/10.
Action : mettez à jour surrealdb vers 2.1.0 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « surrealdb CVE-2024-58358 » sur le site de l'éditeur.

CVE-2024-58358 (surrealdb) — CWE-248 / CVSS v3 4.9
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : Ident / Role / owner / editor
Correctif : 2.1.0 — appliquer immédiatement
Contournement : Affected users who are unable to update may want to limit access to users with the owner role at any level to trusted parties only.
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-248) affecte surrealdb. Les attaquants atteignent le code vulnérable via Ident.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de surrealdb. Surface d'attaque : Ident / Role / owner / editor.

🔥 Gravité

Gravité : Moyenne (CVSS 4.9/10). Risque d'opérations non autorisées ou de divulgation.

🔧 Comment corriger

Mettre à jour vers 2.1.0.

🛡️ Contournement

Contournement : Affected users who are unable to update may want to limit access to users with the owner role at any level to trusted parties only.

🔍 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 
    Affected users who are unable to update may want to limit access to users with the `owner` role at any level to trusted parties only.

    パッチが適用されるまでの応急処置として、Affected users who are unable to update may want to limit access to users with the owner role at any level to trusted parties only. を実施。回避策の副作用 (機能低下) を確認した上で。

  3. 3
    Apply patch patch 
    Upgrade surrealdb to 2.1.0

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

  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.1.0"}]}]
rust surrealdb-core
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"2.1.0"}]}]
crates.io surrealdb
[{"type":"SEMVER","events":[{"introduced":"0"},{"fixed":"2.1.0"}]}]
crates.io surrealdb-core
[{"type":"SEMVER","events":[{"introduced":"0"},{"fixed":"2.1.0"}]}]

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