Microsoft 365 plante sur Windows Server 2016 (RDS) : crash KERNELBASE.dll (0xc06d007e) en 2412, rollback 2411

Des applications Microsoft 365 (Word, Excel, Outlook…) plantent après 5–15 s sur Windows Server 2016 en mode RDS : erreur KERNELBASE.dll (0xc06d007e) observée avec la build 2412 (16.0.18324.20168). Le correctif immédiat consiste à rétrograder vers la build 2411 (16.0.18227.20152) et à suspendre les mises à jour.

Sommaire

Contexte et symptômes observés

Depuis la diffusion de la mise à jour 2412 de Microsoft 365 Apps (version 16.0.18324.20168), de nombreuses fermes Windows Server 2016 en mode RDS/Terminal Server constatent la fermeture inopinée des applications Office quelques secondes après leur lancement. Le phénomène touche Word, Excel, Outlook, PowerPoint et potentiellement d’autres composants.

Délai de crash : entre 5 et 15 secondes après l’ouverture d’un document vierge ou existant.
Périmètre : hôtes RDS/Terminal Server (session multi-utilisateurs) sous Windows Server 2016 ; des environnements Windows Server 2019 peuvent également rapporter le symptôme.
Logs : le journal des applications Windows consigne un plantage WINWORD.EXE dans KERNELBASE.dll avec le code d’exception 0xc06d007e.

Extrait type du journal d’événements

WINWORD.EXE – erreur de module KERNELBASE.dll
Exception code : 0xc06d007e
Version Office incriminée : 16.0.18324.20168 (build 2412)
Chemin du module défaillant : C:\Windows\System32\KERNELBASE.dll

Les actions usuelles (redémarrage, sfc /scannow, DISM, réparation rapide/en ligne, réinstallation, désactivation des compléments, antivirus…) se révèlent sans effet dans ce cas précis car la cause est liée à la build Office proprement dite.

Pourquoi ce problème touche particulièrement RDS

Les hôtes RDS concentrent plusieurs facteurs aggravants : sessions concurrentes, activation partagée (Shared Computer Activation), redirections/profils itinérants, et parfois des compléments Office spécifiques au contexte Citrix/RDS. Un défaut dans une build Office peut se manifester plus violemment en environnement multi‑session, d’où des fermetures rapides dès l’initialisation.

Solution validée (rollback) et plan d’action

La solution la plus rapide et la plus fiable est de rétrograder Microsoft 365 Apps à la build 2411 (16.0.18227.20152), puis de désactiver temporairement les mises à jour automatiques jusqu’à disponibilité d’une build corrigée. La procédure ci‑dessous a été éprouvée par plusieurs administrateurs ; elle restaure immédiatement le service sur Windows Server 2016.

Étape	Action	Détails / Commandes
1	Identifier la version fautive	Dans Fichier ▸ Compte ▸ À propos de Word, vérifier la build : 2412 – 16.0.18324.20168.
2	Rétrograder (rollback) Office	Ouvrir une Invite de commandes (admin) : `cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun" officec2rclient.exe /update user updatetoversion=16.0.18227.20152` La build 16.0.18227.20152 correspond à 2411 (5 décembre 2024) et est stable. Certains environnements ont également validé la build 2410 comme solution de repli. Redémarrez le serveur après la réversion pour nettoyer les verrous Click‑to‑Run.
3	Désactiver les mises à jour automatiques (temporaire)	Dans une appli Office : Fichier ▸ Compte ▸ Options de mise à jour ▸ Désactiver les mises à jour ou via stratégie (voir plus bas).
4	Suivre l’avis officiel Microsoft	Un avis « Known Issue » couvre Windows Server 2016/2019. Surveiller les communications officielles et le centre d’administration Microsoft 365 pour réactiver les mises à jour dès qu’une build ≥ 2413 est annoncée comme corrigée.

Résultat attendu : après retour à la build 2411, les crashs cessent immédiatement et les utilisateurs RDS peuvent reprendre le travail.

Procédure détaillée et vérifications

1) Vérifier la build installée

Ouvrir Word → Fichier → Compte → À propos de Word.
Confirmer que la version affichée est 16.0.18324.20168 (2412).
En PowerShell (en tant qu’admin) : $conf = 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration' Get-ItemProperty -Path $conf | Select-Object ClientVersionToReport,VersionToReport

2) Exécuter le rollback Click‑to‑Run

Fermez toutes les applications Office, ouvrez l’Invite de commandes en administrateur et exécutez :

cd "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun"
officec2rclient.exe /update user updatetoversion=16.0.18227.20152

Remarques :

Si Office 32 bits est installé sur un OS 64 bits, le binaire peut aussi se trouver sous %ProgramFiles(x86)%\Common Files\Microsoft Shared\ClickToRun.
Sur des serveurs chargés, l’opération peut nécessiter quelques minutes. Évitez les sessions utilisateurs pendant la réversion.

3) Redémarrer proprement

Le redémarrage libère les composants Click‑to‑Run et évite les incohérences de session RDS :

shutdown /r /t 0

4) Contrôler la version et tester

Relancer Word → À propos : confirmer 16.0.18227.20152 (2411).
Ouvrir/fermer plusieurs documents (docx/xlsx/pptx) et vérifier l’absence de crash dans les 2–3 premières minutes.
Contrôler l’Observateur d’événements : plus aucune erreur récente WINWORD.EXE dans KERNELBASE.dll.

Désactivation contrôlée des mises à jour (temporaire)

La désactivation des mises à jour empêche un retour automatique à la build 2412 tant que Microsoft n’a pas publié de build corrigée.

Via l’interface Office

Fichier ▸ Compte ▸ Options de mise à jour ▸ Désactiver les mises à jour.

Via stratégie de groupe (recommandé)

Utiliser les modèles ADMX Office 2016/2019/365 (Machine) → Updates :

Enable Automatic Updates : Désactivé (temporairement).
Target Version : 16.0.18227.20152 (maintenir 2411).
Update Channel : conserver le canal actuel.

Équivalent Registre :

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate]
"updatesenabled"=dword:00000000
"targetversion"="16.0.18227.20152"

Déploiement à grande échelle

Option A : Office Deployment Tool (ODT)

Pour figer la build 2411 sur plusieurs serveurs, préparez un configuration.xml :

&lt;Configuration&gt;
  &lt;Add OfficeClientEdition="64" Channel="Current" Version="16.0.18227.20152"&gt;
    &lt;Product ID="O365ProPlusRetail"&gt;
      &lt;Language ID="fr-fr" /&gt;
    &lt;/Product&gt;
  &lt;/Add&gt;
  &lt;Updates Enabled="FALSE" /&gt;  &lt;!-- temporaire --&gt;
  &lt;Property Name="SharedComputerLicensing" Value="1" /&gt; &lt;!-- RDS --&gt;
  &lt;Property Name="FORCEAPPSHUTDOWN" Value="TRUE" /&gt;
&lt;/Configuration&gt;

Commande de déploiement :

setup.exe /configure configuration.xml

Option B : GPO « Office Automatic Updates »

Surveiller et verrouiller la version côté machine. Selon vos ADMX, le paramètre peut s’appeler Target Version (valeur 16.0.18227.20152). Côté Click‑to‑Run, la commande updatetoversion reste le moyen le plus direct de forcer la réversion.

Option C : Script PowerShell d’inventaire + rollback

Exemple de script à exécuter avec des droits administrateur sur chaque hôte RDS :

# Détecter la version Office C2R et rétrograder si nécessaire (WS2016)
$reg = 'HKLM:\SOFTWARE\Microsoft\Office\ClickToRun\Configuration'
try {
  $cfg = Get-ItemProperty -Path $reg -ErrorAction Stop
  $ver = [version]($cfg.ClientVersionToReport ?? $cfg.VersionToReport)
} catch {
  Write-Host 'Office ClickToRun non détecté.'; exit 1
}

$target = [version]'16.0.18227.20152'
$badMin = [version]'16.0.18324.20168'  # build 2412 signalée

if ($ver -ge $badMin) {
$c2r = Join-Path ${env:ProgramFiles} 'Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe'
if (-not (Test-Path $c2r)) {
$c2r = Join-Path ${env:ProgramFiles(x86)} 'Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe'
}
if (Test-Path $c2r) {
Write-Host "Version actuelle: $ver - lancement du rollback vers $target"
& $c2r /update user updatetoversion=$($target.ToString())
Write-Host 'Rollback terminé. Un redémarrage est recommandé.'
} else {
Write-Host 'officec2rclient.exe introuvable.'
}
} else {
Write-Host "Version $ver déjà < 2412 - aucun rollback nécessaire."
}

# Désactivation temporaire des mises à jour

$pol = 'HKLM:\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate'
if (-not (Test-Path $pol)) { New-Item -Path $pol -Force | Out-Null }
New-ItemProperty -Path $pol -Name 'updatesenabled' -Value 0 -PropertyType DWord -Force | Out-Null
New-ItemProperty -Path $pol -Name 'targetversion' -Value $target.ToString() -PropertyType String -Force | Out-Null
Write-Host 'Mises à jour Office désactivées temporairement (ciblage 2411).'

Tableaux de référence rapide

Versions impliquées

Nom de mise à jour	Version Click‑to‑Run	Statut recommandé	Notes
2412	16.0.18324.20168	À éviter sur WS2016 RDS	Déclenche des crashs KERNELBASE.dll dans les 5–15 s.
2411	16.0.18227.20152	Stable / recommandée	Déployée le 5 décembre 2024 ; corrige le comportement.
2410	(variable selon canal)	Alternative viable	Peut servir de repli si 2411 indisponible sur votre canal.

Clés et chemins utiles

Élément	Chemin / Valeur	Utilité
Binaire Click‑to‑Run	`%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe`	Commande de rollback `/update user updatetoversion=…`
Registre version Office	`HKLM\SOFTWARE\Microsoft\Office\ClickToRun\Configuration` → `ClientVersionToReport`	Inventaire rapide de la version installée
Politique de mise à jour	`HKLM\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate`	`updatesenabled` (DWORD), `targetversion` (REG_SZ)
Logs Click‑to‑Run	`C:\ProgramData\Microsoft\ClickToRun\Log\`	Diagnostic des erreurs de déploiement/réversion

Surveillance et remise en conformité

Supervision : surveillez les événements d’application et les rapports WER pour détecter tout nouveau crash d’Office. Filtrez sur WINWORD.EXE, EXCEL.EXE, OUTLOOK.EXE et KERNELBASE.dll.
Mises à jour : réactivez les mises à jour dès qu’une build ≥ 2413 est officiellement signalée comme corrigée. Procédez par anneaux (validation en pré‑prod avant généralisation).
Communication : informez les utilisateurs RDS de la mesure de contournement et du calendrier de remise à niveau.

Automatisation avancée (plusieurs serveurs)

Pour un parc RDS important, standardisez le processus :

Inventorier les versions Office via PowerShell (lecture de ClientVersionToReport).
Déployer le rollback par lot (GPO, ODT, solution EDR/logiciels, ou orchestrateur PowerShell Remoting).
Contrôler la santé applicative (ouverture de modèles, test d’impression PDF, lancement Outlook en mode sécurisé).
Verrouiller la targetversion au niveau machine jusqu’à publication du correctif.

Cas connexe : Teams sous Windows 11 24H2

Un retour terrain signale une panne similaire du nouveau client Teams sous Windows 11 24H2, non corrigée par le rollback Office. Ce cas relève d’un correctif distinct côté Teams ; traitez‑le séparément (canal de mise à jour Teams, politiques spécifiques, diagnostic MSIX/APPX).

Bonnes pratiques de prévention en environnements RDS

Snapshots / points de restauration avant toute mise à jour Office sur des fermes critiques.
Anneaux de déploiement : pilote → pré‑prod → généralisation, avec critères de passage et tests scénarisés.
Congélation des versions durant les périodes à risque (clôtures comptables, pics d’activité).
Journalisation centralisée (SIEM) des événements Office et Crash Dumps limités.
Documentation de retour arrière : procédure pas‑à‑pas, commandes, emplacements de logs, responsabilités.

FAQ rapide

Q : Le code d’exception 0xc06d007e signifie quoi ?
R : Il s’agit d’une exception non gérée déclenchée au niveau de KERNELBASE.dll, typiquement lorsque le processus rencontre une condition d’erreur critique tôt dans l’initialisation. Dans ce scénario, elle est provoquée par la build 2412 d’Office en environnement Server 2016.

Q : Le problème touche‑t‑il Office « perpétuel » (LTSC/2019/2021) ?
R : Le cas constaté concerne Microsoft 365 Apps (Click‑to‑Run). Les éditions perpétuelles peuvent suivre des cadences et numérotations différentes ; vérifiez la version exacte déployée si des symptômes similaires apparaissent.

Q : Peut‑on rester durablement sur 2411 ?
R : Oui à court terme, mais il est préférable de réactiver les mises à jour dès qu’un correctif officiel est disponible afin de bénéficier des correctifs de sécurité et d’ergonomie.

Q : Le rollback suffit‑il s’il y a des compléments ?
R : Dans la majorité des retours, oui. Si un complément tiers charge des binaires spécifiques à 2412, désactivez‑le temporairement pour isoler la cause, mais le cœur du problème est la build Office.

Checklist opérationnelle (exécutif)

Identifier les hôtes RDS sous Windows Server 2016 et la build Office : rechercher 2412 / 16.0.18324.20168.
Lancer le rollback Click‑to‑Run vers 16.0.18227.20152 (2411).
Redémarrer les serveurs.
Désactiver temporairement les mises à jour (GPO/ODT/UI) ; définir targetversion=16.0.18227.20152.
Valider l’absence de crashs et surveiller l’avis « Known Issue » jusqu’à disponibilité d’une build corrigée (≥ 2413).

Résumé en une phrase

Le crash généralisé d’Office sur Windows Server 2016 est lié à la mise à jour 2412 ; le contournement consiste à rétrograder manuellement vers la build 2411 (16.0.18227.20152) et à suspendre les mises à jour jusqu’à la sortie d’un correctif officiel.

Annexes : modèles prêts à l’emploi

Script .cmd (exécution locale)

@echo off
setlocal
set C2R="%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe"
if not exist %C2R% set C2R="%ProgramFiles(x86)%\Common Files\Microsoft Shared\ClickToRun\officec2rclient.exe"
if not exist %C2R% (
  echo officec2rclient.exe introuvable.
  exit /b 1
)
echo Rollback Office vers 16.0.18227.20152...
%C2R% /update user updatetoversion=16.0.18227.20152
echo Desactivation temporaire des mises a jour...
reg add HKLM\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate /v updatesenabled /t REG_DWORD /d 0 /f
reg add HKLM\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate /v targetversion /t REG_SZ /d 16.0.18227.20152 /f
echo Redemarrage recommande.
endlocal

Plan de test minimal après rollback

Word : ouvrir/fermer un .docx vierge et un existant ; insertion rapide de texte, enregistrement, fermeture.
Excel : créer un classeur, saisir quelques formules, enregistrer.
Outlook : lancement, affichage du volet de lecture, envoi test vers une boîte interne.
PowerPoint : ouvrir un .pptx, lancer le diaporama 10 s, quitter.
Vérifier l’Observateur d’événements (aucune nouvelle erreur Office/KERNELBASE).

Conclusion

Face à une vague de crashs Office sur Windows Server 2016 en RDS, la réponse la plus efficace est opérationnelle : identifier la build 2412 fautive, rétrograder immédiatement vers la build 2411, geler les mises à jour et surveiller l’avis officiel jusqu’au correctif. Cette approche rétablit le service en quelques minutes et limite l’impact utilisateur, tout en conservant un cap clair pour la remise à jour sécurisée.