Traversée de chemin dans ca.uhn.hapi.fhir:org.hl7.fhir.core (CVE-2023-28465)

Résumé

Traversée de chemin dans ca.uhn.hapi.fhir:org.hl7.fhir.core (CVE-2023-28465). Des informations confidentielles peuvent être exposées. Exploitable via TerminologyCacheManager. Atténuation : mise à jour vers 5.6.106 ou plus.

Description d'origine

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

Impact

Zip Slip protections implemented in CVE-2023-24057 (GHSA-jqh6-9574-5x22) can be bypassed due a partial path traversal vulnerability.

This issue allows a malicious actor to potentially break out of the TerminologyCacheManager cache directory. The impact is limited to sibling directories.

To demonstrate the vulnerability, consider userControlled.getCanonicalPath().startsWith("/usr/out") will allow an attacker to access a directory with a name like /usr/outnot.

Why?

To demonstrate this vulnerability, consider "/usr/outnot".startsWith("/usr/out").
The check is bypassed although /outnot is not under the /out directory.
It's important to understand that the terminating slash may be removed when using various String representations of the File object.
For example, on Linux, println(new File("/var")) will print /var, but println(new File("/var", "/") will print /var/;
however, println(new File("/var", "/").getCanonicalPath()) will print /var.

The Fix

Comparing paths with the java.nio.files.Path#startsWith will adequately protect againts this vulnerability.

For example: file.getCanonicalFile().toPath().startsWith(BASE_DIRECTORY) or file.getCanonicalFile().toPath().startsWith(BASE_DIRECTORY_FILE.getCanonicalFile().toPath())

Other Examples

CVE-2022-31159 - aws/aws-sdk-java
[CVE-2022-23457](https://securitylab.github.com/advisories/GHSL-…

Source: OSV.dev (Open Source Vulnerabilities) NVD GitHub Advisory OSV

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-2023-28465 a été découverte dans ca.uhn.hapi.fhir:org.hl7.fhir.core.
Des attaquants peuvent cibler un point d'entrée spécifique comme TerminologyCacheManager à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées.
Action : mettez à jour ca.uhn.hapi.fhir:org.hl7.fhir.core vers 5.6.106 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « ca.uhn.hapi.fhir:org.hl7.fhir.core CVE-2023-28465 » sur le site de l'éditeur.

CVE-2023-28465 (ca.uhn.hapi.fhir:org.hl7.fhir.core) — CWE-22
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : TerminologyCacheManager / String / File / getAbsolutePath
Correctif : 5.6.106 — appliquer immédiatement
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 traversée de chemin (CWE-22) affecte ca.uhn.hapi.fhir:org.hl7.fhir.core. Les attaquants atteignent le code vulnérable via TerminologyCacheManager sans authentification.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de ca.uhn.hapi.fhir:org.hl7.fhir.core. Surface d'attaque : TerminologyCacheManager / String / File / getAbsolutePath.

🔥 Gravité

Gravité : ?. Des informations confidentielles peuvent être exposées.

🔧 Comment corriger

Mettre à jour vers 5.6.106.

🛡️ 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.

Actions de réponse

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

1
Identify exposure identify
```
Audit SBOM/dependencies for affected components.
```
資産台帳・SBOM・依存マニフェストで ca.uhn.hapi.fhir:org.hl7.fhir.core を使っているサービスとバージョンを洗い出す。
2
Apply patch patch
```
Upgrade ca.uhn.hapi.fhir:org.hl7.fhir.core to 5.6.106
```
ステージング環境で 5.6.106 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
3
Post-deployment verification verify
```
Confirm patched version is live in production
```
パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。