Registro de Windows

El registro contiene dos elementos básicos: claves y valores . Las claves del registro son objetos contenedores similares a las carpetas. Los valores del registro son objetos no contenedores similares a los archivos. Las claves pueden contener valores y subclaves. Se hace referencia a las claves con una sintaxis similar a las rutas de acceso de Windows, utilizando barras invertidas para indicar los niveles de jerarquía. Las claves deben tener un nombre que no distinga entre mayúsculas y minúsculas, sin barras invertidas.

Solo se puede acceder a la jerarquía de claves del registro desde un identificador de clave raíz conocido (que es anónimo, pero cuyo valor efectivo es un identificador numérico constante) que está asignado al contenido de una clave de registro precargada por el kernel desde un "colmenar" almacenado, o al contenido de una subclave dentro de otra clave raíz, o asignado a un servicio registrado o DLL que proporciona acceso a sus subclaves y valores contenidos.

Por ejemplo, HKEY hace referencia a la subclave "Windows" de la subclave "Microsoft" de la subclave "Software" de la clave raíz HKEY_LOCAL_MACHINE .

Hay siete claves raíz predefinidas, tradicionalmente nombradas según sus identificadores constantes definidos en la API de Win32, o por abreviaturas sinónimas (dependiendo de las aplicaciones): ^{[ 4 ]}

• HKEY_LOCAL_MACHINE o HKLM
• HKEY_CURRENT_CONFIG o HKCC
• HKEY_CLASSES_ROOT o HKCR
• HKEY_CURRENT_USER o HKCU
• HKEY_USERS o HKU
• HKEY_PERFORMANCE_DATA (solo en Windows NT, pero invisible en el Editor del Registro de Windows) ^{[ 5 ]}
• HKEY_DYN_DATA (solo en Windows 9x y visible en el Editor del Registro de Windows)

Al igual que otros archivos y servicios en Windows, todas las claves del registro pueden estar restringidas por listas de control de acceso (ACL), según los privilegios del usuario, los tokens de seguridad adquiridos por las aplicaciones o las políticas de seguridad del sistema (estas restricciones pueden estar predefinidas por el propio sistema y configuradas por los administradores locales o de dominio). Diferentes usuarios, programas, servicios o sistemas remotos pueden ver solo algunas partes de la jerarquía o jerarquías distintas a partir de las mismas claves raíz.

Los valores del registro son pares nombre/dato almacenados en claves. Se hace referencia a ellos de forma independiente de las claves. Cada valor almacenado en una clave tiene un nombre único, sin distinción entre mayúsculas y minúsculas. Las funciones de la API de Windows que consultan y manipulan los valores del registro toman los nombres de los valores por separado de la ruta de la clave o el identificador que la identifica. Los nombres de los valores del registro pueden contener barras invertidas, pero esto dificulta distinguirlos de sus rutas de clave al usar algunas funciones antiguas de la API del Registro de Windows (cuyo uso está obsoleto en Win32).

La terminología es algo engañosa, ya que cada clave de registro es similar a una matriz asociativa , donde la terminología estándar se referiría a la parte del nombre de cada valor de registro como una "clave". Los términos son un vestigio del registro de 16 bits en Windows 3, en el que las claves de registro no podían contener pares arbitrarios de nombre/dato, sino que contenían solo un valor sin nombre (que tenía que ser una cadena). En este sentido, el registro de Windows 3 era como una única matriz asociativa, en la que las claves (en el sentido tanto de "clave de registro" como de "clave de matriz asociativa") formaban una jerarquía, y los valores de registro eran todos cadenas. Cuando se creó el registro de 32 bits, también se añadió la capacidad de crear múltiples valores con nombre por clave, y los significados de los nombres se distorsionaron un poco. ^{[ 6 ]} Para la compatibilidad con el comportamiento anterior, cada clave de registro puede tener un valor "predeterminado", cuyo nombre es la cadena vacía.

Cada valor puede almacenar datos arbitrarios con longitud y codificación variables, pero que está asociado a un tipo simbólico (definido como una constante numérica) que define cómo analizar estos datos. Los tipos estándar son: ^{[ 7 ]}

Las claves en el nivel raíz de la base de datos jerárquica generalmente se nombran según sus definiciones de la API de Windows , que comienzan con HKEY ^{[ 2 ].} Con frecuencia se abrevian a un nombre corto de tres o cuatro letras que comienza con "HK" (por ejemplo, HKCU y HKLM ). Técnicamente, son identificadores predefinidos (con valores constantes conocidos) para claves específicas que se mantienen en memoria o se almacenan en archivos de registro almacenados en el sistema de archivos local y cargados por el núcleo del sistema al arrancar y luego compartidos (con varios derechos de acceso) entre todos los procesos que se ejecutan en el sistema local, o cargados y asignados en todos los procesos iniciados en una sesión de usuario cuando el usuario inicia sesión en el sistema.

Los nodos HKEY_LOCAL_MACHINE (datos de configuración específicos de la máquina local) y HKEY_CURRENT_USER (datos de configuración específicos del usuario) tienen una estructura similar; las aplicaciones de usuario suelen buscar su configuración primero en HKEY_CURRENT_USER\Software\Nombre del proveedor\Nombre de la aplicación\Versión\Nombre de la configuración , y si no la encuentran, la buscan en la misma ubicación bajo la clave HKEY_LOCAL_MACHINE . Sin embargo, puede ocurrir lo contrario con las configuraciones de directivas impuestas por el administrador, donde HKLM puede tener prioridad sobre HKCU . El Programa del logotipo de Windows tiene requisitos específicos sobre dónde se pueden almacenar los diferentes tipos de datos de usuario y que se siga el concepto de mínimo privilegio para que no se requiera acceso de nivel de administrador para usar una aplicación. ^{[ a ] ​​[ 10 ]}

Aunque el registro se presenta como una base de datos jerárquica integrada, las ramas del registro se almacenan en realidad en varios archivos de disco llamados hives . ^{[ 17 ]} (La palabra hive constituye una broma interna ). ^{[ 18 ]}

Algunos subárboles de registro son volátiles y no se almacenan en disco. Un ejemplo de esto es el subárbol de la rama que comienza en HKLM\HARDWARE . Este subárbol registra información sobre el hardware del sistema y se crea cada vez que el sistema arranca y realiza la detección de hardware.

La configuración individual de los usuarios en un sistema se almacena en un archivo de disco (hive) por usuario. Durante el inicio de sesión del usuario, el sistema carga el archivo de usuario en HKEY_USERS y establece la referencia simbólica HKCU para que apunte al usuario actual. Esto permite que las aplicaciones almacenen y recuperen la configuración del usuario actual de forma implícita en HKCU .

No todos los subárboles se cargan simultáneamente. Al arrancar el sistema, solo se carga un conjunto mínimo de subárboles, y posteriormente, estos se cargan a medida que el sistema operativo se inicializa, cuando los usuarios inician sesión o cuando una aplicación carga explícitamente un subárbol.

El registro se almacena físicamente en varios archivos, que generalmente están ofuscados para las API en modo de usuario que se utilizan para manipular los datos dentro del registro. Dependiendo de la versión de Windows, habrá diferentes archivos y diferentes ubicaciones para estos archivos, pero todos están en la máquina local. La ubicación de los archivos de registro del sistema en Windows NT es %SystemRoot%\System32\config\ ; la clave de registro de usuario HKEY_CURRENT_USER específica del usuario se almacena en Ntuser.dat dentro del perfil de usuario. Hay uno de estos por usuario; si un usuario tiene un perfil móvil , entonces este archivo se copiará hacia y desde un servidor al cerrar sesión y al iniciar sesión, respectivamente. Un segundo archivo de registro específico del usuario llamado UsrClass.dat contiene entradas de registro COM y no es móvil de forma predeterminada.

El registro contiene información de configuración importante para el sistema operativo, las aplicaciones instaladas y la configuración individual de cada usuario y aplicación. Un cambio descuidado en la configuración del sistema operativo en el registro podría causar daños irreversibles, por lo que generalmente solo los programas de instalación realizan cambios en la base de datos del registro durante la instalación/configuración y la desinstalación. Si un usuario desea editar el registro manualmente, Microsoft recomienda realizar una copia de seguridad del registro antes de realizar el cambio. ^{[ 22 ]} Cuando se elimina un programa del panel de control, es posible que no se elimine por completo y, en caso de errores o fallos causados ​​por referencias a programas faltantes, el usuario podría tener que revisar manualmente directorios como Archivos de programa. Después de esto, el usuario podría necesitar eliminar manualmente cualquier referencia al programa desinstalado en el registro. Esto generalmente se hace usando RegEdit.exe . ^{[ 23 ]} Editar el registro a veces es necesario para solucionar problemas específicos de Windows; por ejemplo, los problemas al iniciar sesión en un dominio se pueden resolver editando el registro. ^{[ 24 ]}

El Registro de Windows se puede editar manualmente utilizando programas como RegEdit.exe , aunque estas herramientas no muestran algunos de los metadatos del registro, como la fecha de la última modificación.

El editor del registro para la serie de sistemas operativos 3.1/95 es RegEdit.exe y para Windows NT es RegEdt32.exe ; en Windows XP, ambas funcionalidades se combinan. Existen herramientas opcionales y de terceros similares a RegEdit.exe para muchas versiones de Windows CE.

El Editor del Registro permite a los usuarios realizar las siguientes funciones:

• Crear, manipular, renombrar ^{[ 25 ]} y eliminar claves de registro, subclaves, valores y datos de valor.
• Importación y exportación de archivos .REG , exportación de datos en formato binario de registro de actividad (hive).
• Carga, manipulación y descarga de archivos con formato de subárbol del registro (solo en sistemas Windows NT).
• Configuración de permisos basada en ACL (solo sistemas Windows NT)
• Marcar como favoritos las claves de registro seleccionadas por el usuario.
• Búsqueda de cadenas específicas en nombres de claves, nombres de valores y datos de valores.
• Editar remotamente el registro en otro ordenador de la red.

Los archivos .REG (también conocidos como entradas de registro) son archivos de texto legibles por humanos para exportar e importar partes del registro utilizando una sintaxis basada en INI . Existen dos versiones principales de archivos .REG :

• Los archivos REG de Windows 9x y NT 4.0 están basados ​​en ANSI . Comienzan con la cadena REGEDIT4 . ^{[ 26 ]}
• Los archivos REG de Windows 2000 y versiones posteriores están basados ​​en Unicode . Comienzan con la cadena Windows Registry Editor Version 5.00 .

Los archivos .REG en formato Windows 9x pueden ser importados por Windows 2000 y versiones posteriores. ^{[ 26 ]} Estos sistemas posteriores también permiten exportar archivos .REG en formato Windows 9x/NT.

Los datos se almacenan en archivos .REG utilizando la siguiente sintaxis: ^{[ 26 ]}

[< Nombre de la colmena>\< Nombre de la clave>\< Nombre de la subclave>] "Nombre del valor" = <Tipo de valor>:<Datos del valor>

El valor predeterminado de una clave se puede editar usando @ en lugar de "Nombre del valor":

[< Nombre de la colmena>\< Nombre de la clave>\< Nombre de la subclave>] @ = <Tipo de valor>:<Datos del valor>

Los valores de cadena no requieren un < Tipo de valor > (ver ejemplo), pero las barras invertidas ( \ ) deben escribirse como una doble barra invertida ( \\ ), y las comillas ( " ) como barra invertida seguida de comillas ( \" ). (El requisito de escape no es totalmente consistente: existen archivos que contienen cadenas con una barra invertida inicial sin escape y el sistema los acepta para su importación). ^{[ 27 ]}

Por ejemplo, para agregar los valores "Valor A", "Valor B", etc. a la clave HKLM\SOFTWARE\Foobar :

Editor del Registro de Windows, versión 5.00 [ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] "Valor A" = "<Datos de valor de cadena con caracteres de escape>" "Valor B" = hex:<Datos binarios (como lista de valores hexadecimales separados por comas)> "Valor C" = dword:<Entero de valor DWORD> "Valor D" = hex(0):<REG_NONE (como lista de valores hexadecimales separados por comas)> "Valor E" = hex(1):<REG_SZ (como lista de valores hexadecimales separados por comas que representan una cadena terminada en NUL UTF-16LE)> "Valor F" = hex(2):<Datos de valor de cadena expandible (como lista de valores hexadecimales separados por comas que representan una cadena terminada en NUL UTF-16LE)> "Valor G" = hex(3):<Datos binarios (como lista de valores hexadecimales separados por comas)> ; igual a "Valor B" "Valor H" = hex(4):<Valor DWORD (como lista de 4 valores hexadecimales separados por comas, en orden de bytes little endian)> "Valor I" = hex(5):<Valor DWORD (como lista de 4 valores hexadecimales separados por comas, en orden de bytes big endian)> "Valor J" = hex(7):<Datos de valor de cadena múltiple (como lista de valores hexadecimales separados por comas que representan cadenas terminadas en NUL UTF-16LE)> "Valor K" = hex(8):<REG_RESOURCE_LIST (como lista de valores hexadecimales separados por comas)> "Valor L" = hex(a):<REG_RESOURCE_REQUIREMENTS_LIST (como lista de valores hexadecimales separados por comas)> "Valor M" = hex(b):<valor QWORD (como lista de 8 valores hexadecimales separados por comas, en orden de bytes little endian)>

Los datos de los archivos .REG se pueden agregar o combinar con el registro haciendo doble clic en estos archivos o utilizando el modificador /s en la línea de comandos. Los archivos REG también se pueden usar para eliminar datos del registro.

Para eliminar una clave (y todas las subclaves, valores y datos), el nombre de la clave debe ir precedido de un signo menos ( - ). ^{[ 26 ]}

Por ejemplo, para eliminar la clave HKLM\SOFTWARE\Foobar (y todas las subclaves, valores y datos),

[ - HKEY_LOCAL_MACHINE \SOFTWARE\Foobar]

Para eliminar un valor (y sus datos), los valores que se van a eliminar deben tener un signo menos ( - ) después del signo igual ( {{{1}}} ). ^{[ 26 ]}

Por ejemplo, para eliminar solo los valores "Valor A" y "Valor B" (y sus datos) de la clave HKLM\SOFTWARE\Foobar :

[ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] "Valor A" =- "Valor B" =-

Para eliminar únicamente el valor predeterminado de la clave HKLM\SOFTWARE\Foobar (y sus datos):

[ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] @ =-

Las líneas que comienzan con un punto y coma se consideran comentarios:

; Este es un comentario. Se puede colocar en cualquier parte de un archivo .reg [ HKEY_LOCAL_MACHINE \SOFTWARE\Foobar] "Valor" = "Cadena de ejemplo"

Las directivas de grupo de Windows pueden modificar las claves del registro de varias máquinas o usuarios individuales según las directivas establecidas. Cuando una directiva entra en vigor por primera vez para una máquina o un usuario individual, la configuración del registro especificada en la directiva se aplica a la configuración de la máquina o del usuario.

Windows también buscará políticas actualizadas y las aplicará periódicamente, normalmente cada 90 minutos. ^{[ 28 ]}

Mediante su alcance, una directiva define a qué máquinas y usuarios se aplicará. El estado de una directiva (ya sea una máquina o un usuario) se define mediante un conjunto de reglas que permiten filtrar por la ubicación de la máquina o la cuenta de usuario en el directorio de la organización, usuarios o cuentas de máquina específicos o grupos de seguridad. Se pueden configurar reglas más avanzadas mediante expresiones de Instrumental de administración de Windows ( WMI). Estas reglas permiten filtrar por propiedades como el nombre del fabricante del equipo, la arquitectura de la CPU, el software instalado o las redes a las que está conectado.

Por ejemplo, el administrador puede crear una directiva con una configuración de registro para los equipos del departamento de contabilidad y otra con una configuración de registro diferente (de bloqueo) para los terminales de autoservicio en el área de visitantes. Cuando un equipo se traslada de un ámbito a otro (por ejemplo, al cambiar su nombre o al moverlo a otra unidad organizativa), se aplica automáticamente la directiva correcta. Si se modifica una directiva, se vuelve a aplicar automáticamente a todos los equipos que se encuentran actualmente dentro de su ámbito.

La política se edita mediante varias plantillas administrativas que proporcionan una interfaz de usuario para seleccionar y modificar la configuración. El conjunto de plantillas administrativas es extensible y los paquetes de software que admiten este tipo de administración remota pueden registrar sus propias plantillas.

El registro se puede manipular de varias maneras desde la línea de comandos . Las utilidades Reg.exe y RegIni.exe se incluyen en Windows XP y versiones posteriores. Para versiones anteriores de Windows, también se puede acceder al registro desde los CD del Kit de recursos o el CD de instalación original.

Además, se puede importar un archivo .REG desde la línea de comandos con el siguiente comando:

RegEdit.exe /s archivo

El parámetro / s indica que el archivo se fusionará silenciosamente con el registro. Si se omite, se le pedirá al usuario que confirme la operación. En Windows 98, Windows 95 y al menos algunas configuraciones de Windows XP, el modificador /s también hace que RegEdit.exe ignore la configuración del registro que permite a los administradores deshabilitarlo. Al usar el modificador /s, RegEdit.exe no devuelve un código de retorno apropiado si la operación falla, a diferencia de Reg.exe , que sí lo hace.

RegEdit.exe /e archivo

exporta todo el registro en formato V5 a un archivo .REG UNICODE , mientras que cualquiera de

RegEdit.exe /e archivo HKEY_CLASSES_ROOT[\ < clave > ] RegEdit.exe /e archivo HKEY_CURRENT_CONFIG[\ < clave > ] RegEdit.exe /e archivo HKEY_CURRENT_USER[\ < clave > ] RegEdit.exe /e archivo HKEY_LOCAL_MACHINE[\ < clave > ] RegEdit.exe /e archivo HKEY_USERS[\ < clave > ]

Exportar únicamente la (sub)clave especificada (que debe ir entre comillas si contiene espacios).

RegEdit.exe /un archivo

Exporta todo el registro en formato V4 a un archivo .REG ANSI .

RegEdit.exe / un archivo <clave>

Exporta únicamente la (sub)clave especificada (que debe ir entre comillas si contiene espacios).

También es posible usar Reg.exe . Aquí hay un ejemplo para mostrar el valor del valor de registro Versión:

Reg.exe QUERY HKLM\Software\Microsoft\ResKit /v Versión 

Otras opciones de línea de comandos incluyen un VBScript o JScript junto con CScript , WMI o WMIC.exe y Windows PowerShell .

Los permisos del registro se pueden manipular a través de la línea de comandos usando RegIni.exe y la herramienta {{{1}}} . Por ejemplo, los permisos en la clave HKEY_LOCAL_MACHINE\SOFTWARE se pueden mostrar usando:

SubInACL.exe /keyreg HKEY_LOCAL_MACHINE\SOFTWARE /display 

Windows PowerShell incluye un proveedor de registro que presenta el registro como un tipo de ubicación similar al sistema de archivos. Los mismos comandos que se utilizan para manipular archivos y directorios en el sistema de archivos se pueden utilizar para manipular claves y valores del registro. ^{[ 29 ]}

Al igual que el sistema de archivos, PowerShell utiliza el concepto de ubicación actual , que define el contexto en el que operan los comandos por defecto. El comando Get-ChildItem (también disponible mediante los alias ls , dir o gci ) recupera las claves secundarias de la ubicación actual. Mediante el comando Set-Location (o el alias cd ), el usuario puede cambiar la ubicación actual a otra clave del registro. ^{[ 29 ]} Los comandos que renombran elementos, eliminan elementos, crean nuevos elementos o establecen el contenido de elementos o propiedades se pueden utilizar para renombrar claves, eliminar claves o subárboles completos o cambiar valores.

Mediante scripts de PowerShell, un administrador puede preparar scripts que, al ejecutarse, modifican el registro. Estos scripts se pueden distribuir a los administradores, quienes pueden ejecutarlos en sus respectivas máquinas. El proveedor de registro de PowerShell admite transacciones, lo que significa que se pueden agrupar varios cambios en el registro en una única transacción atómica. Una transacción atómica garantiza que todos los cambios se confirmen en la base de datos o, si el script falla, que ninguno se confirme. ^{[ 29 ] [ 30 ]}

El registro se puede editar a través de las API de la biblioteca de API base avanzada de Windows 32 ( advapi32.dll ). ^{[ 31 ]} Lista de funciones de la API del registro:

Muchos lenguajes de programación ofrecen funciones o clases de biblioteca de tiempo de ejecución integradas que encapsulan las API subyacentes de Windows y, por lo tanto, permiten que los programas almacenen configuraciones en el registro (por ejemplo, Microsoft.Win32.Registry en VB.NET y C# , o TRegistry en Delphi y Free Pascal ). Las aplicaciones habilitadas para COM , como Visual Basic 6, pueden usar el objeto WSH WScript.Shell . Otra forma es usar la herramienta del Kit de recursos de Windows, Reg.exe , ejecutándola desde el código, ^{[ 32 ]} aunque esto se considera una mala práctica de programación.

De manera similar, los lenguajes de scripting como Perl (con Win32::TieRegistry ), Python (con winreg), Tcl (que viene incluido con el paquete de registro), ^{[ 33 ]} Windows Powershell y Windows Scripting Host también permiten editar el registro desde scripts.

El archivo offreg.dll ^{[ 34 ]} , disponible en el Windows Driver Kit , ofrece un conjunto de API para la creación y manipulación de subárboles de registro actualmente no cargados, similares a los proporcionados por advapi32.dll.

También es posible editar el registro (cabecillas) de un sistema sin conexión desde Windows PE o Linux (en este último caso, utilizando herramientas de código abierto ).

Antes de la introducción de COM sin registro , se animaba a los desarrolladores a agregar código de inicialización a los binarios dentro y fuera del proceso para realizar la configuración del registro necesaria para que ese objeto funcionara. Para los binarios dentro del proceso, como los archivos .DLL y .OCX, los módulos normalmente exportaban una función llamada DllInstall() ^{[ 35 ]} que podía ser llamada por los programas de instalación o invocada manualmente con utilidades como Regsvr32.exe; ^{[ 36 ]} los binarios fuera del proceso normalmente admiten los argumentos de línea de comandos /Regserver y /Unregserver que creaban o eliminaban la configuración de registro necesaria. ^{[ 37 ]} Las aplicaciones COM que fallan debido a problemas de DLL Hell generalmente se pueden reparar con RegSvr32.exe o el modificador /RegServer sin tener que volver a invocar los programas de instalación. ^{[ 38 ]}

Windows expone API que permiten a las aplicaciones en modo usuario registrarse para recibir un evento de notificación si se modifica una clave de registro específica. ^{[ 39 ]} También hay API disponibles para permitir que las aplicaciones en modo kernel filtren y modifiquen las llamadas al registro realizadas por otras aplicaciones. ^{[ 40 ]}

Windows también admite el acceso remoto al registro de otro equipo a través de la función RegConnectRegistry ^{[ 41 ]} si el servicio de Registro remoto está en ejecución, configurado correctamente y su tráfico de red no está bloqueado por un firewall. ^{[ 42 ]}

Windows 2000 y versiones posteriores de Windows utilizan la Directiva de grupo para aplicar configuraciones del registro a través de una extensión de cliente específica del registro en el motor de procesamiento de la Directiva de grupo. ^{[ 53 ]} La directiva se puede aplicar localmente a un solo equipo mediante gpedit.msc o a varios usuarios y equipos en un dominio mediante gpmc.msc .

En Windows 95, Windows 98, Windows ME y Windows NT 4.0, los administradores pueden usar un archivo especial que se integra al registro, llamado archivo de directiva ( POLICY.POL ). Este archivo permite a los administradores impedir que los usuarios sin privilegios de administrador modifiquen la configuración del registro, como el nivel de seguridad de Internet Explorer y el fondo de escritorio. El archivo de directiva se utiliza principalmente en empresas con un gran número de ordenadores, donde es necesario proteger la empresa de usuarios malintencionados o negligentes.

La extensión predeterminada para el archivo de directivas es .POL . Este archivo filtra la configuración que aplica por usuario y por grupo (un grupo es un conjunto definido de usuarios). Para ello, el archivo de directivas se integra en el registro, impidiendo que los usuarios lo eludan simplemente revirtiendo la configuración. El archivo de directivas suele distribuirse a través de una red local (LAN), pero también puede ubicarse en el equipo local.

El archivo de directivas se crea mediante una herramienta gratuita de Microsoft llamada poledit.exe para Windows 95/Windows 98 y con un módulo de administración de equipos para Windows NT. El editor requiere permisos de administrador para ejecutarse en sistemas que los utilizan. El editor también puede modificar directamente la configuración actual del registro del equipo local y, si el servicio de registro remoto está instalado e iniciado en otro equipo, también puede modificar el registro de este último. El editor de directivas carga la configuración que puede modificar desde archivos .ADM , uno de los cuales se incluye y contiene la configuración proporcionada por el shell de Windows. El archivo .ADM es de texto plano y permite una fácil localización al almacenar todas las cadenas en un solo lugar.

Los núcleos de Windows NT admiten la redirección de las API relacionadas con archivos INI a un archivo virtual en una ubicación del registro como HKEY_CURRENT_USER mediante una función llamada "InifileMapping". ^{[ 54 ]} Esta funcionalidad se introdujo para permitir que las aplicaciones heredadas escritas para versiones de Windows de 16 bits se ejecutaran en plataformas Windows NT, donde la carpeta Sistema ya no se considera una ubicación apropiada para datos o configuraciones específicas del usuario. Las aplicaciones de 32 bits no compatibles también se pueden redirigir de esta manera, aunque la función se concibió originalmente para aplicaciones de 16 bits.

Windows Vista introdujo una virtualización limitada del registro, mediante la cual las aplicaciones mal escritas que no respetan el principio del mínimo privilegio y, en su lugar, intentan escribir datos de usuario en una ubicación del sistema de solo lectura (como la clave HKEY_LOCAL_MACHINE ), se redirigen silenciosamente a una ubicación más apropiada, sin modificar la propia aplicación.

De forma similar, la virtualización de aplicaciones redirige todas las operaciones de registro no válidas de una aplicación a una ubicación como un archivo. Al utilizarse junto con la virtualización de archivos, esto permite que las aplicaciones se ejecuten en una máquina sin necesidad de estar instaladas en ella.

Los procesos de baja integridad también pueden usar la virtualización del registro. Por ejemplo, Internet Explorer 7 u 8 ejecutándose en "Modo protegido" en Windows Vista y versiones posteriores redirigirá automáticamente las escrituras del registro realizadas por los controles ActiveX a una ubicación aislada para frustrar ciertos tipos de vulnerabilidades de seguridad .

El Application Compatibility Toolkit ^{[ 55 ]} proporciona adaptadores que pueden redirigir de forma transparente las operaciones del Registro HKEY_LOCAL_MACHINE o HKEY_CLASSES_ROOT a HKEY_CURRENT_USER para abordar errores de " LUA " que hacen que las aplicaciones no funcionen para usuarios con derechos insuficientes.