Aktuell status för Windows appdistributionsfunktioner

Den här sidan dokumenterar den aktuella statusen för Windows appdistributionsfunktioner som har ändrats, är kända för att ha begränsningar eller beter sig annorlunda än vad dokumentationen antyder. Den uppdateras när plattformen utvecklas.

Senast granskad: April 2026

ms-appinstaller URI-protokoll

Status: Inaktiverad som standard (sedan december 2023)

ms-appinstaller:?source= URI-protokollhanteraren tillåter att en webbsida utlöser ett installationsprogram med ett klick utan att användaren laddar ned filen först. Den här funktionen inaktiverades som standard i App Installer version 1.21.3421.0, som släpptes den 12 december 2023, som svar på dess missbruk av emotet malware-kampanjen (CVE-2021-43890 exploateringsmönster).

Context Status
Konsumentenheter (standard) ❌ Inaktiverad
Företagsenheter (IT-hanterade) ✅ Kan återaktiveras via grupprincip

Impact: Självstudiesidor på Microsoft Learn där <a href="ms-appinstaller:?source=...">Install</a> webblänkar visas fungerar inte längre för de flesta användare.

Tillfälliga lösningar:

  • Länka direkt till .appinstaller filen – användarna laddar ned och dubbelklickar på den. Detta fungerar fortfarande och är den rekommenderade metoden för scenarier som inte är företag.
  • Publicera till Microsoft Store – ger en överlägsen installation med ett klick utan protokollberoende.
  • Återaktivering av företag: Ange gruppolicy EnableMSAppInstallerProtocol till Aktiverad via CSP för DesktopAppInstaller. Obs! Principvärdet Disabled betyder "inställningen är inte konfigurerad" (dubbelnegativ); inställd på att Enabled återaktivera protokollet.

Referenser:Säkerhetsfunktioner för App Installer

.appinstaller-filschemaversionerna

Status: Visual Studio genererar inaktuellt schema som standard

.appinstaller XML-filen stöder flera schemaversioner, var och en med olika funktioner. Visual Studio genererar filer med hjälp av schemat 2017/2 som standard, vilket inte stöder flera viktiga uppdateringskonfigurationsattribut.

Attribute Schema för 2017/2 Schema för 2021
ShowPrompt ❌ Stöds inte ✅ Stödd
UpdateBlocksActivation ❌ Stöds inte ✅ Stödd
HoursBetweenUpdateChecks ❌ Stöds inte ✅ Stödd
Grundläggande uppdatering vid start ✅ Stödd ✅ Stödd

Impact: Utvecklare som förlitar sig på Visual Studio för att generera .appinstaller filer och sedan konfigurera ShowPrompt eller UpdateBlocksActivation kommer att upptäcka att dessa inställningar ignoreras tyst vid körning.

Fixa: Uppdatera xmlns attributet i .appinstaller filen manuellt:

<!-- Change this: -->
<AppInstaller xmlns="http://schemas.microsoft.com/appx/appinstaller/2017/2" ...>

<!-- To this: -->
<AppInstaller xmlns="http://schemas.microsoft.com/appx/appinstaller/2021" ...>

Referenser:Automatisk uppdatering och reparation av appar · WindowsAppSDK-diskussion #5125

SmartScreen-rykte: EV-certifikat beviljar inte längre omedelbar förbikoppling

Status: Beteendet ändrades 2024

Före 2024 har kodsäkerhetscertifikat för utökad validering (EV) beviljats omedelbart SmartScreen-rykte – en nyligen signerad binär fil skulle inte visa någon nedladdningsvarning. Microsoft uppdaterade kraven för Microsofts Trusted Root-program 2024 och tar bort EV-specifika OID:er. SmartScreen-ryktet är nu uteslutande hashbaserat och ackumuleras över tid, oavsett certifikattyp (OV eller EV).

Effekt: Utvecklare som har köpt EV-certifikat specifikt för att kringgå SmartScreen-varningar för nya versioner kommer att upptäcka att EV-certifikat inte längre ger den här förmånen.

Aktuellt beteende: Alla icke-store- och icke-Microsoft signerade binärfiler visar en SmartScreen-fråga vid första nedladdningen tills tillräcklig nedladdningshistorik har ackumulerats för filhashen.

Se SmartScreen-rykte för Windows apputvecklare för fullständig information om förväntat beteende och rekommendationer.

MSIX på Windows 10 jämfört med Windows 11

Status: Flera MSIX-funktioner är endast Windows 11

MSIX fungerar på både Windows 10 och Windows 11, men flera funktioner – inklusive delade paketcontainrar, modifierbara paketkataloger och MSIX-persistent identitet – är Windows 11-exklusiva funktioner och har inte bakåtporterats. Dynamiska beroenden stöds också på Windows 10 via Windows App SDK (Mdd* API:er/bootstrapper), där Windows 11 dessutom tillhandahåller en os-intern implementering. Dessutom avslutades Windows 10 mainstream-support den 14 oktober 2025.

En fullständig jämförelsetabell, kända oövervakade begränsningar och lösningar per funktion finns i MSIX på Windows 10 och Windows 11.

MsixPackaging@1 Azure DevOps uppgift

Status: Använder inaktuella beroenden

Uppgiften MsixPackaging@1 i Azure DevOps pipelines använder MSBuild 4.8.4161.0 (i stället för MSBuild 16+) och skapades mot Nod 16 (som nådde slutet av livslängden i september 2023). Detta kan orsaka byggfel i moderna pipelinekonfigurationer.

Workaround: Använd MSBuild direkt i pipelinen i stället för uppgiften MsixPackaging@1 eller använd GitHub Actions med åtgärden microsoft/setup-msbuild.

References:GitHub Issue #518 · GitHub Issue #679

Relaterat innehåll

  • Last updated on