Applications modernes¶

Le modele UWP et l'identite de paquet¶

Les applications classiques Win32 ecrivent directement dans le registre global. Les applications UWP (Universal Windows Platform) fonctionnent autrement : chaque application vit dans une bulle isolee appelee package container.

Pensez a un immeuble d'appartements. Un programme Win32, c'est un locataire qui a les cles de toutes les pieces communes. Une application UWP, c'est un locataire qui ne peut acceder qu'a son propre appartement.

Package Identity¶

Chaque application moderne possede une identite de paquet composee de plusieurs elements :

L'identite complete genere un PackageFamilyName :

Microsoft.WindowsCalculator_8wekyb3d8bbwe

Le suffixe 8wekyb3d8bbwe est un hash du certificat de l'editeur. Il garantit l'unicite du paquet.

# List all installed modern apps with their package family names
Get-AppxPackage | Select-Object Name, PackageFamilyName | Format-Table -AutoSize

Name                                   PackageFamilyName
----                                   -----------------
Microsoft.WindowsCalculator            Microsoft.WindowsCalculator_8wekyb3d8bbwe
Microsoft.WindowsStore                 Microsoft.WindowsStore_8wekyb3d8bbwe
Microsoft.WindowsTerminal              Microsoft.WindowsTerminal_8wekyb3d8bbwe

AppxManifest et capacites restreintes¶

Le fichier AppxManifest.xml declare tout ce qu'une application a le droit de faire. C'est son contrat de bail avec Windows.

Les capacites liees au registre sont strictement controlees :

<!-- Extract from an AppxManifest.xml showing restricted capabilities -->
<Package xmlns:rescap="http://schemas.microsoft.com/appx/manifest/foundation/windows10/restrictedcapabilities">
  <Capabilities>
    <Capability Name="internetClient" />
    <rescap:Capability Name="runFullTrust" />
    <rescap:Capability Name="unvirtualizedResources" />
  </Capabilities>
</Package>

Virtualisation du registre par application¶

Le principe¶

Quand une application UWP ecrit dans HKCU\Software, l'ecriture n'atteint pas la ruche reelle. Windows redirige l'operation vers un espace prive, le virtual registry du paquet.

flowchart LR
    A["Application UWP\necrit dans HKCU\\Software\\MonApp"] --> B{"Package\nContainer"}
    B -->|"Ecriture redirigee"| C["user.dat\n(registre virtuel du paquet)"]
    B -.->|"Lecture\n(fallback)"| D["HKCU\\Software\\MonApp\n(registre reel)"]

L'application peut lire le registre reel en fallback, mais ses ecritures restent confinee dans sa bulle.

Ou se trouve le registre virtuel¶

Le fichier user.dat est stocke dans le dossier d'etat du paquet :

%LOCALAPPDATA%\Packages\<PackageFamilyName>\SystemAppData\Helium\user.dat

# Build the path to the virtual registry hive
$pkg = Get-AppxPackage Microsoft.WindowsCalculator
$userDat = "$env:LOCALAPPDATA\Packages\$($pkg.PackageFamilyName)\SystemAppData\Helium\user.dat"
Test-Path $userDat

True

Charger le registre virtuel dans Regedit¶

Pour inspecter le contenu de ce user.dat, on peut le monter manuellement :

# Load the virtual registry hive into Regedit under a temporary key
reg load "HKLM\TEMP_UWP_CALC" "$env:LOCALAPPDATA\Packages\Microsoft.WindowsCalculator_8wekyb3d8bbwe\SystemAppData\Helium\user.dat"

The operation completed successfully.

reg unload "HKLM\TEMP_UWP_CALC"

MSIX : le packaging moderne¶

Qu'est-ce que MSIX¶

MSIX est le format de packaging qui remplace MSI et AppX. Il combine les avantages des deux :

registry.dat dans les paquets MSIX¶

Un paquet MSIX contient un fichier registry.dat qui decrit les entrees de registre necessaires a l'application. A l'installation, Windows fusionne ce fichier dans l'espace virtualise du paquet.

MonApplication.msix
├── AppxManifest.xml
├── registry.dat          ← entrees de registre pre-configurees
├── VFS/                  ← systeme de fichiers virtuel
│   ├── ProgramFilesX64/
│   └── Windows/
└── MonApp.exe

Inspecter le registry.dat d'un paquet MSIX¶

L'outil MSIX Packaging Tool de Microsoft permet d'examiner le contenu :

# Extract MSIX to a folder for inspection
# Requires the MSIX Packaging Tool or a simple rename to .zip
Copy-Item "MonApp.msix" "MonApp.zip"
Expand-Archive "MonApp.zip" -DestinationPath "MonApp_extracted"

# Load the registry.dat for inspection
reg load "HKLM\TEMP_MSIX" "MonApp_extracted\registry.dat"

The operation completed successfully.

Sortie typique dans Regedit sous HKLM\TEMP_MSIX :

HKLM\TEMP_MSIX
└── REGISTRY
    ├── MACHINE
    │   └── SOFTWARE
    │       └── MonApp
    │           └── Settings
    └── USER
        └── .DEFAULT
            └── Software
                └── MonApp
                    └── Preferences

Desktop Bridge (Centennial)¶

Le Desktop Bridge permet d'emballer des applications Win32 classiques dans un conteneur MSIX. L'application pense ecrire dans le registre global, mais Windows intercepte et redirige.

Comment la redirection fonctionne¶

sequenceDiagram
    participant App as Application Win32<br/>(dans MSIX)
    participant WinAPI as Windows API
    participant VReg as Registre virtuel
    participant RReg as Registre reel

    App->>WinAPI: RegSetValueEx("HKCU\Software\MonApp", ...)
    WinAPI->>VReg: Ecriture redirigee dans user.dat
    Note over VReg: La valeur est stockee<br/>dans le conteneur

    App->>WinAPI: RegQueryValueEx("HKCU\Software\MonApp", ...)
    WinAPI->>VReg: Lecture du registre virtuel
    alt Valeur trouvee dans le virtuel
        VReg-->>App: Retour de la valeur virtualisee
    else Valeur absente du virtuel
        WinAPI->>RReg: Fallback vers le registre reel
        RReg-->>App: Retour de la valeur reelle
    end

Cles non virtualisees¶

Certaines cles ne sont jamais virtualisees, meme dans un conteneur MSIX :

• HKLM\SYSTEM -- configuration du noyau
• HKLM\SAM -- base de comptes locaux
• HKLM\SECURITY -- politiques de securite
• Les cles de pilotes dans HKLM\SYSTEM\CurrentControlSet\Services

WinGet et la detection des applications¶

WinGet, le gestionnaire de paquets en ligne de commande de Microsoft, detecte les applications installees en scannant le registre.

Cles d'installation scannees¶

WinGet consulte ces emplacements pour determiner ce qui est deja installe :

Pour chaque sous-cle, WinGet compare les champs suivants :

# Show how WinGet identifies an installed app
winget list --name "Visual Studio Code"

Name                  Id                          Version   Source
---------------------------------------------------------------------------
Microsoft Visual St…  Microsoft.VisualStudioCode  1.87.0    winget

# The corresponding registry entry
reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{EA457B21-F73E-494C-ACAB-524FDE069978}_is1" /v DisplayVersion

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{EA457B21-F73E-494C-ACAB-524FDE069978}_is1
    DisplayVersion    REG_SZ    1.87.0

Enregistrement des applications du Microsoft Store¶

Etat du paquet dans le registre¶

Les applications du Store sont enregistrees dans une arborescence specifique :

HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel

Sous cette cle, plusieurs sous-cles gerent l'etat des paquets :

# Count registered package entries
$path = "HKCU:\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\PackageRepository\Packages"
(Get-ChildItem -Path $path -ErrorAction SilentlyContinue).Count

147

Activation de paquet¶

Quand vous lancez une application moderne, Windows effectue une activation qui consulte le registre pour :

1. Localiser le manifeste du paquet
2. Verifier l'integrite de la signature
3. Charger le registre virtuel (user.dat)
4. Preparer le conteneur d'execution
5. Lancer le processus avec le token d'identite de paquet

L'activation est geree par le service AppX Deployment Service (AppXSvc).

# Check the AppX Deployment Service status
Get-Service AppXSvc | Select-Object Name, Status, StartType

Name    Status  StartType
----    ------  ---------
AppXSvc Running    Manual

Gestionnaires de protocole URI¶

Les applications modernes peuvent s'enregistrer pour gerer des protocoles URI personnalises (comme ms-settings:, mailto:, microsoft-edge:).

Ou sont enregistres les protocoles¶

HKCR\<protocol-name>
├── (Default) = "URL:<protocol description>"
├── URL Protocol = ""
└── shell
    └── open
        └── command
            └── (Default) = "<command line>"

Pour les applications modernes, le mecanisme est different. L'enregistrement passe par le manifeste et le registre stocke la reference au paquet :

HKCU\Software\Classes\<protocol-name>
└── Application
    └── AppUserModelId = "<PackageFamilyName>!<ApplicationId>"

# Find which app handles the ms-settings protocol
reg query "HKCR\ms-settings\shell\open\command" /ve

HKEY_CLASSES_ROOT\ms-settings\shell\open\command
    (Default)    REG_SZ    "C:\Windows\System32\cmd.exe" /c start ms-settings:

Progressive Web Apps (PWA)¶

Les PWA installees via un navigateur Chromium (Edge, Chrome) sont enregistrees dans le registre comme des applications classiques.

Enregistrement d'une PWA dans le registre¶

Quand vous installez une PWA, le navigateur cree une entree dans :

HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\<PWA-ID>

# Search for PWA entries in the uninstall registry
Get-ChildItem "HKCU:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall" |
    Get-ItemProperty |
    Where-Object { $_.UninstallString -match "web-app" -or $_.UninstallString -match "--app-id" } |
    Select-Object DisplayName, UninstallString |
    Format-Table -AutoSize

DisplayName     UninstallString
-----------     ---------------
Twitter         "C:\Program Files\Google\Chrome\Application\chrome.exe" --uninstall-app-id=jgeocpdicgm...
Outlook (PWA)   "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" --uninstall-app-id=bjhm...

Sideloading et mode developpeur¶

Activer le mode developpeur¶

Le mode developpeur permet d'installer des applications non signees par le Store. Il est controle par cette cle :

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock

reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock"

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock
    AllowAllTrustedApps                REG_DWORD    0x1
    AllowDevelopmentWithoutDevLicense   REG_DWORD    0x1

Device Portal¶

Le mode developpeur active egalement le Windows Device Portal, un serveur web local permettant de gerer l'appareil a distance :

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WebManagement\Service

Depannage des applications modernes¶

Probleme : une application refuse de se lancer¶

Etape 1 -- Verifier l'enregistrement du paquet :

# Re-register a specific app
$app = Get-AppxPackage Microsoft.WindowsCalculator
Add-AppxPackage -Register "$($app.InstallLocation)\AppxManifest.xml" -DisableDevelopmentMode

Aucune sortie si la commande reussit.

Etape 2 -- Verifier les cles d'activation :

# Check if the app's package state is healthy
Get-AppxPackage Microsoft.WindowsCalculator | Select-Object Status, SignatureKind

Status SignatureKind
------ -------------
    Ok        Store

Si le statut affiche Modified ou Tampered, le paquet est corrompu.

Probleme : erreur 0x80073CF9 a l'installation¶

Cette erreur indique un conflit dans le registre de paquets. Solution :

# Clear the package repository cache
Stop-Service AppXSvc -Force
Remove-Item "$env:ProgramData\Microsoft\Windows\AppRepository\StateRepository-*" -Force
Start-Service AppXSvc

Aucune sortie si la commande reussit.

Probleme : les associations de fichiers ne fonctionnent pas¶

Les applications modernes enregistrent leurs associations dans :

HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\Repository\Packages\<PackageFamilyName>\<PackageFullName>\App\Capabilities\FileAssociations

Pour reinitialiser les associations :

# Reset file associations for a specific app
Get-AppxPackage *Photos* | ForEach-Object {
    Add-AppxPackage -Register "$($_.InstallLocation)\AppxManifest.xml" -DisableDevelopmentMode
}

Aucune sortie si la commande reussit.

Reset complet d'une application¶

Si rien ne fonctionne, le reset supprime toutes les donnees locales de l'application, y compris son registre virtuel :

# Full reset of an app (erases all app data)
Get-AppxPackage Microsoft.WindowsCalculator | Reset-AppxPackage

Aucune sortie si la commande reussit.

Diagnostics avec Process Monitor¶

Pour comprendre exactement ce qu'une application moderne fait dans le registre, Process Monitor est l'outil ideal.

Filtres recommandes¶

Avec ces filtres, vous verrez toutes les operations de registre de l'application, y compris les redirections vers le registre virtuel.