Apps de Microsoft Store se cierran al instante en Windows 10: causa (concrt140_app.dll/KERNELBASE.dll) y solución definitiva 2024

¿Tus apps de la Microsoft Store (Calculadora, Calendario, Fotos, Voz, Paint 3D, Películas y TV, etc.) se abren y se cierran al segundo? Este artículo explica por qué ocurre desde enero de 2024, cómo identificar la causa (concrt140_app.dll / KERNELBASE.dll, código 0xC000001D) y, sobre todo, cómo aplicar la solución definitiva paso a paso.

Índice

Resumen rápido

  • Causa: actualización defectuosa del runtime UWP de Visual C++ (Microsoft.VCLibs.140.00 v14.0.33321.0) que ejecuta instrucciones no soportadas en CPUs antiguas (especialmente Intel Core 2 Duo/Quad sin SSE4.2). Resultado: Illegal Instruction 0xC000001D y cierres inmediatos de apps UWP.
  • Solución: actualizar el paquete a Microsoft.VCLibs.140.00 ≥ 14.0.33519.0. Cuando la corrección está instalada, las apps vuelven a abrir con normalidad.
  • Cómo: (A) Desde Microsoft Store → Biblioteca → Obtener actualizaciones, o (B) instalación manual del .appx con PowerShell.
  • Qué no ayuda: reinstalar/resetear apps, wsreset, SFC/DISM, reinstalar la Store, crear usuarios nuevos, desactivar antivirus, “in‑place upgrade”, instalar los Visual C++ Redistributable de escritorio.

Síntomas que verás en equipo afectado

  • Las apps UWP de la Store se cierran justo al abrir: Calculadora, Calendario, Fotos, Películas y TV, Paint 3D, Grabadora de Voz, etc. Algunas apps de terceros (por ejemplo, juegos de la Store) también caen.
  • En el Visor de eventos → Registros de Windows → Aplicación aparecen errores de “Error de aplicación”, normalmente Evento 1000.
  • Los módulos implicados suelen ser KERNELBASE.dll y/o CONCRT140APP.dll (a veces escrito concrt140app.dll).
  • Códigos típicos: 0xC000001D (Illegal Instruction) y, en algunos escenarios, 0x00001007.
SíntomaRegistro/DetalleInterpretación técnica
App se cierra al segundoEvento 1000 — módulo concrt140_app.dll o KERNELBASE.dllCrash en el runtime UWP de VC++ al ejecutar instrucciones no soportadas
Ocurre tras enero de 2024Coincide con actualización de la StoreVersión defectuosa: 14.0.33321.0 de Microsoft.VCLibs.140.00
Código 0xC000001DIllegal InstructionCPU sin SSE4.2/insn requerida por la build problemática

Diagnóstico exprés (en 3 comprobaciones)

  1. Comprueba la versión del runtime UWP instalada (PowerShell como Administrador): Get-AppxPackage -Name Microsoft.VCLibs.140.00* -AllUsers | Select Name, Version, InstallLocation Si ves Version = 14.0.33321.0, estás en la build defectuosa. Si ves 14.0.33519.0 o superior, ya tienes el fix.
  2. Confirma el patrón en el Visor de eventos: busca eventos 1000 con módulo concrt140_app.dll o KERNELBASE.dll y códigos 0xC000001D/0x00001007.
  3. Valora el hardware: el problema se concentra en CPUs antiguas (p. ej. Intel Core 2 Duo/Quad sin SSE4.2) ejecutando Windows 10 22H2.

Causa técnica explicada sin rodeos

Una actualización del paquete Microsoft.VCLibs.140.00 distribuida a finales de enero de 2024 (v14.0.33321.0) incluyó una versión de concrt140_app.dll (Concurrency Runtime) que intentaba ejecutar instrucciones de CPU no presentes en procesadores antiguos, en concreto aquellas relacionadas con conjuntos tipo SSE4.2. En esos equipos, cualquier app UWP que dependiera del runtime fallaba nada más lanzar, registrando el Illegal Instruction 0xC000001D y, en otros casos, errores secundarios en KERNELBASE.dll.

Clave: no es un problema de .NET, no es corrupción de disco/SO, no es una “app mala” específica, y no se arregla instalando los Visual C++ Redistributable 2015–2022 de escritorio. El impacto está en el runtime UWP (Microsoft.VCLibs.140.00), que se entrega vía Store/Windows Update.

Solución definitiva (con pasos detallados)

Actualiza el paquete Microsoft.VCLibs.140.00 a la versión 14.0.33519.0 o superior. Microsoft publicó esta corrección a principios de febrero de 2024 y, una vez instalada, las apps vuelven a funcionar inmediatamente.

Opción A — Vía automática (recomendada)

  1. Abre Microsoft StoreBibliotecaObtener actualizaciones. Instala todas las actualizaciones pendientes.
  2. Alternativamente, desde Windows Update instala actualizaciones disponibles. En algunos equipos el componente aparece con el identificador de la Store (9NBLGGH3FRZM‑Microsoft.VCLibs.140.00).
  3. Reinicia Windows al terminar si te lo pide.
  4. Verifica de nuevo la versión con: Get-AppxPackage -Name Microsoft.VCLibs.140.00* -AllUsers | Select Name, Version

Opción B — Instalación manual/Offline (IT, redes aisladas)

Si el equipo no tiene Internet o la Store está deshabilitada, puedes instalar el paquete .appx actualizado manualmente.

  1. Obtén los paquetes Microsoft.VCLibs.140.00_14.0.33519.0 adecuados a tu arquitectura:
    • x64 (imprescindible en sistemas de 64 bits)
    • x86 (añádelo si convives con apps UWP x86)
  2. En PowerShell (Administrador), instala el/los paquete(s): Add-AppxPackage "C:\Ruta\Microsoft.VCLibs.140.0014.0.33519.0x648wekyb3d8bbwe.appx" (opcional) si usas apps x86: Add-AppxPackage "C:\Ruta\Microsoft.VCLibs.140.0014.0.33519.0x868wekyb3d8bbwe.appx"
  3. Reinicia el equipo.
  4. Comprueba que las apps abren y que ya no aparecen eventos de error con concrt140_app.dll/KERNELBASE.dll.

Importante: si administras una flota, instala el paquete en cada equipo afectado. Para imágenes de referencia, puedes provisionar el framework actualizado en la imagen para que esté presente desde el primer arranque.

Qué no suele ayudar (evita perder tiempo)

  • Reinstalar o restablecer cada app UWP.
  • Ejecutar wsreset.
  • Comandos SFC/DISM sobre la imagen de Windows.
  • Reinstalar la Microsoft Store.
  • Crear un perfil de usuario nuevo.
  • Desactivar antivirus/antimalware.
  • “In‑place upgrade” del sistema.
  • Instalar los Visual C++ Redistributable (x86/x64) de escritorio: no afectan al runtime UWP.

¿Fue culpa del acumulativo KB5034122 o de la Tienda?

La coincidencia temporal con el acumulativo de enero de 2024 (KB5034122) generó confusión. En numerosos casos se observó que al restaurar el sistema a un punto previo todo parecía arreglarse, pero en cuanto la Store volvía a actualizar Microsoft.VCLibs.140.00 a la build defectuosa (14.0.33321.0), el fallo reaparecía. El detonante real fue la actualización de la Store; la solución llegó con 14.0.33519.0 vía Store/Windows Update.

¿Qué equipos se vieron más afectados?

  • Windows 10 22H2 (build aproximada 19045.3930 en el momento del incidente).
  • CPUs antiguas Intel (Core 2 Duo / Core 2 Quad y similares) que no soportan SSE4.2.
  • En hardware más moderno (por ejemplo, Intel Core 4ª gen en adelante), el cierre inmediato no se reprodujo.
  • Apps UWP de terceros también cayeron por compartir la dependencia del runtime afectado.

Cómo verificar que ya tienes la versión corregida

Ejecuta en PowerShell (Administrador):

Get-AppxPackage -Name Microsoft.VCLibs.140.00* -AllUsers | Select Name, Version, InstallLocation

Debes ver Version ≥ 14.0.33519.0. Si aún aparece 14.0.33321.0, fuerza la actualización con la Store o instala el .appx manualmente. Tras el arreglo, el Visor de eventos deja de registrar fallos de concrt140_app.dll con 0xC000001D y las apps vuelven a abrir con normalidad.

Procedimiento detallado (con capturas mentales)

  1. Comprobación inicial
    • Abre dos o tres apps UWP (Calculadora, Fotos, Películas y TV). Si todas se cierran al segundo, continúa.
    • Abre el Visor de eventos y confirma los eventos 1000 con los módulos citados.
  2. Inventario de la versión del runtime
    • Usa el comando de PowerShell indicado para listar Microsoft.VCLibs.140.00.
    • Anota la versión y la arquitectura presente.
  3. Aplicar el fix
    • Prioriza la vía Store; si no es posible, ve a la instalación manual con Add-AppxPackage.
    • Si tu entorno usa WSUS/Intune/Store for Business, aprueba o distribuye la revisión correspondiente.
  4. Verificación posterior
    • Vuelve a abrir las apps afectadas.
    • Revisa el Visor de eventos; no deberían generarse nuevos errores al lanzar las apps.

Preguntas frecuentes

¿Instalar los Visual C++ Redistributable 2015–2022 (x86/x64) arregla esto?

No. Esos redistribuibles son para aplicaciones de escritorio (Win32). El problema está en el runtime UWP (Microsoft.VCLibs.140.00) que se distribuye por Microsoft Store/Windows Update.

¿Reinstalar o restablecer la app afectada sirve de algo?

No, porque el componente que falla es compartido por todas las apps UWP. Aunque reinstales una app, seguirá cargando el runtime defectuoso hasta que lo actualices.

¿Tiene que ver con .NET o con corrupción del sistema?

No. Los indicios (módulos involucrados, códigos de error y comportamiento uniforme entre apps) apuntan al runtime UWP de VC++.

¿Windows 11 también se ve afectado?

El patrón se concentró en equipos Windows 10 y CPUs antiguas sin SSE4.2. En hardware moderno el fallo no se reprodujo.

¿Puedo “congelar” la Store para que no vuelva a colarse una versión defectuosa?

Como medida temporal, puedes desactivar “Actualizaciones de apps” en la Store si identificas otro incidente similar. Reactívalo cuando confirmes que la versión corregida está disponible.

Medidas preventivas y de contingencia

  • Mantén activas y al día Microsoft Store y Windows Update, para recibir rápido correcciones del runtime UWP.
  • Si detectas síntomas parecidos en el futuro y aún no hay fix, desactiva momentáneamente la actualización automática de apps de la Store para evitar reincidencias.
  • Como plan B, utiliza alternativas (p. ej. otra calculadora) solo mientras llega el runtime corregido.

Guía rápida de acción (checklist)

  1. Comprobar versión del runtime UWP: Get-AppxPackage Microsoft.VCLibs.140.00* -AllUsers | Select Name,Version Si es 14.0.33321.0, hay que actualizar.
  2. Forzar actualización desde Microsoft Store → BibliotecaObtener actualizaciones (o desde Windows Update).
  3. Si sigue igual, instalar offline el .appx 14.0.33519.0 (x64 y, si procede, x86) con Add-AppxPackage y reiniciar.
  4. Verificar que las apps abren y que no aparecen nuevos errores de CONCRT140_APP.dll/KERNELBASE.dll en el Visor de eventos.

Para administradores (IT/Soporte): auditar y remediar en masa

Si gestionas varios equipos, te conviene un inventario rápido y una ruta de remediación controlada.

Inventario remoto de la versión instalada

Con PowerShell Remoting o tu herramienta de gestión remota, puedes consultar la versión de Microsoft.VCLibs.140.00 y generar un informe:

$Computers = @("PC01","PC02","PC03")
$Report = foreach ($c in $Computers) {
  try {
    Invoke-Command -ComputerName $c -ScriptBlock {
      $pkg = Get-AppxPackage -Name Microsoft.VCLibs.140.00* -AllUsers |
             Select-Object -First 1 -Property Name, Version
      [PSCustomObject]@{
        Computer = $env:COMPUTERNAME
        Version  = $pkg.Version
        Affected = ([version]$pkg.Version -lt [version]"14.0.33519.0")
      }
    }
  } catch {
    [PSCustomObject]@{ Computer = $c; Version = "N/A"; Affected = $true }
  }
}
$Report | Format-Table -AutoSize
Exportar a CSV
$Report | Export-Csv -NoTypeInformation -Path ".\VCLibs140-Inventory.csv"

Remediación offline desde un recurso compartido

Coloca los paquetes .appx actualizados en un recurso UNC y aplica:

$Share = "\\Servidor\Paquetes\VCLibs140"
$Pkgs = @(
  Join-Path $Share "Microsoft.VCLibs.140.0014.0.33519.0x648wekyb3d8bbwe.appx"
  # Descomenta si también distribuyes x86:
  # Join-Path $Share "Microsoft.VCLibs.140.0014.0.33519.0x868wekyb3d8bbwe.appx"
)
$Computers | ForEach-Object {
  Invoke-Command -ComputerName $_ -ScriptBlock {
    param($Pkgs)
    foreach ($p in $Pkgs) {
      Add-AppxPackage -Path $p
    }
  } -ArgumentList ($Pkgs)
}

Consejo: ejecuta primero un piloto con unos pocos equipos y verifica eventos/funcionalidad antes de ampliar el despliegue.

Apéndice: eventos de error típicos

Nombre de registro: Aplicación
Origen: Application Error
Id. de evento: 1000
Descripción:
Nombre de la aplicación con errores: Calculator.exe
Nombre del módulo con errores: CONCRT140_APP.dll
Código de excepción: 0xC000001D
Ruta de acceso del módulo con errores: C:\Program Files\WindowsApps\Microsoft.VCLibs.140.0014.0.33321.0x648wekyb3d8bbwe\CONCRT140_APP.dll
...
Nombre de la aplicación con errores: Photos.exe
Nombre del módulo con errores: KERNELBASE.dll
Código de excepción: 0x00001007
...

Cronología del incidente (orientativa)

  • 23–25 de enero de 2024: la Store distribuye Microsoft.VCLibs.140.00 14.0.33321.0. Empiezan cierres instantáneos en equipos con CPUs antiguas sin SSE4.2.
  • Principios de febrero de 2024: Microsoft publica la corrección 14.0.33519.0.
  • 4–15 de febrero de 2024: la mayoría de equipos quedan corregidos automáticamente al recibir la nueva versión del runtime.

Conclusión

Si tus apps UWP se cierran nada más abrirse desde enero de 2024, no pierdas tiempo con reinstalaciones generales ni con diagnósticos de disco/SO: céntrate en actualizar Microsoft.VCLibs.140.00 a 14.0.33519.0 o superior. Es una reparación rápida, segura y definitiva. Verifica la versión con PowerShell y, si procede, instala el paquete actualizado de forma automática (Store/Windows Update) o manual (Add‑AppxPackage). Tras el fix, los eventos de CONCRT140_APP.dll/KERNELBASE.dll y el 0xC000001D desaparecen y todo vuelve a la normalidad.


Guía rápida de acción

  1. Comprueba la versión del runtime: Get-AppxPackage Microsoft.VCLibs.140.00* -AllUsers | Select Name,Version → Si es 14.0.33321.0, actualiza.
  2. Fuerza actualización en Microsoft Store → Biblioteca → Obtener actualizaciones (o en Windows Update).
  3. Si no llega, instala offline el .appx 14.0.33519.0 (x64 y, si procede, x86) con: Add-AppxPackage "C:\Ruta\Microsoft.VCLibs.140.0014.0.33519.0x648wekyb3d8bbwe.appx" (opcional) también el x86 si procede: Add-AppxPackage "C:\Ruta\Microsoft.VCLibs.140.0014.0.33519.0x868wekyb3d8bbwe.appx"
  4. Reinicia y verifica que las apps ya no se cierran y que no hay nuevos eventos 1000 por CONCRT140_APP.dll/KERNELBASE.dll.
Índice