Accesso al registro in modalità non amministratore

Question

Ho diverse app di vecchia data scritte in Delphi che mantengono le loro impostazioni nel registro. Ho usato HKEY_LOCAL_MACHINE per le impostazioni 'hard' come le preferenze di configurazione e HKEY_CURRENT_USER per informazioni 'soft' come posizioni delle finestre, liste MRU, ecc.

Ora i miei utenti mi dicono che in modalità non amministratore (utente standard) le app non funzionano. Guardando, vedo che non sono in grado di leggere un'impostazione inserita in HKEY_LOCAL_MACHINE quando l'app era in modalità amministratore.

Quali sono le opzioni per questo? Conosco poco sulla modalità standard e su come questo influenzi l'accesso al registro. Qualsiasi informazione apprezzata.

Answer 1

È possibile leggere da HKLM come utente non amministratore; non puoi semplicemente scriverci sopra.

Utilizzare TRegistry.Create (KEY_READ) durante la costruzione e impostare RootKey su HKLM.

var 
    Reg: TRegistry; 
begin 
    Reg := TRegistry.Create(KEY_READ) 
    try 
    Reg.RootKey := HKLM; 
    // Read value here 
    finally 
    Reg.Free; 
    end; 
end; 

È inoltre possibile utilizzare TRegistry.OpenKeyReadOnly() quando si apre una chiave di registro specifico; questo aiuta anche l'accesso non amministratore alle aree del registro.

Answer 2

Vedere "Where to store program settings instead of HKEY_LOCAL_MACHINE?"

Il top-voted answer è particolarmente utile.

Answer 3

Le opzioni includono (a) utilizzare un file di configurazione INI/XML in un percorso che non richiede diritti di amministratore o (b) modificare la sicurezza della sottochiave in HKLM utilizzando uno strumento come SetACL (pubblico dominio).

Il problema con l'opzione a è la modifica delle disposizioni delle cartelle tra XP e Vista/W7. Credo che Vista abbia stretto l'accesso a CSIDL COMMON APPDATA: gli utenti standard non hanno accesso in scrittura se la memoria serve. Potrebbe essere necessario memorizzarli nella propria cartella e disporre autonomamente i diritti di accesso. Fastidioso.

Un problema interessante con l'opzione b è che ora ci sono pochi piccoli strumenti in uso negli ambienti aziendali che eseguono la scansione del registro e "correggono" i diritti di accesso che ritengono sbagliati. Non abbiamo ancora riscontrato problemi con i clienti che li utilizzano, ma siamo consapevoli che esistono. Date le prestazioni del registro, preferiamo ancora l'approccio HKLM modificato e continueremo a farlo nel prossimo futuro.

Answer 4

Un'opzione, che non favorisco ma che menzionerò, è quella di dare a tutti (o un gruppo definito ecc.) Il permesso di accedere alla propria chiave. Ci sono vari modi per farlo, e c'è del codice nel JCL che lo farà, oppure puoi usare Regedit. Ma se dai il permesso (a quel ramo specifico di HKLM) allora funzionerà come volevi.

Answer 5

L'altra cosa che nessuno ha menzionato qui è il problema della virtualizzazione del registro su Vista & Win7 (almeno). Potrebbe non essere un problema nel tuo scenario particolare, ma ho pensato di parlarne comunque nel caso in cui sia rilevante.
Anche se il tuo utente ha diritti di amministratore, se la tua applicazione NON è in esecuzione "elevata" su Vista/Win7, la tua app non sarà ancora in grado di scrivere sulla chiave "reale" HKLM che pensi sia. Sarà letto e scritto su una copia virtualizzata della chiave HKLM appropriata che vede solo quel particolare utente.
Per "elevato", voglio dire che ti sarà stato richiesto con un prompt UAC su Vista/Win7. Esegui Regedit.exe ad esempio su Vista/Win7, e ti verrà richiesto un prompt UAC.
Se sei su Vista/Win7, è possibile che questo sia il problema che descrivi quando dici che non è possibile leggere una chiave/valore che è stato scritto in modalità amministratore. In tal caso, ciò avverrebbe perché la tua app ha in un certo momento scritto ciò che ora è una chiave/valore virtualizzato; la tua app ora vedrà sempre quella chiave/valore, anche se un amministratore modifica il valore "reale".
Come altri hanno già detto, la tua app non dovrebbe provare a scrivere su HKLM. Se si sente che ha bisogno di scrivere a HKLM, poi su Vista/Win7 le opzioni sono (e queste opzioni possono essere fatte funzionare bene su XP troppo):

• aggiunge un manifesto per la vostra applicazione richiede diritti di amministratore elevati come da questo example.
• Dividere le funzionalità che richiedono l'accesso HKLM in una libreria COM separata e istanziarlo come un oggetto COM elevato come e quando è necessario. Questo è più complicato, ma è un modo ragionevole per refactoring funzionalità esistenti.

Here Un'altra domanda SO che affronta alcuni di questi problemi.

Answer 6

Dal punto di vista dello sviluppatore Il controllo dell'account utente di Windows può essere problematico per alcune parti dell'applicazione Delphi, se l'applicazione non viene eseguita da un amministratore. Una di queste operazioni sta scrivendo nel database del Registro.

devi "richiesta di diritti di amministratore" di creazione di un file manifesto dell'applicazione ....

Windows Vista/7 - Controllo dell'account utente

User Account Control è un componente di sicurezza in Windows Vista . Il controllo dell'account utente consente agli utenti di eseguire attività comuni come non amministratori, denominati utenti standard in Windows Vista e come amministratori senza dover cambiare utente, disconnettersi o utilizzare Esegui come. Per aiutare a prevenire l'installazione invisibile di software dannoso e causare infezioni a livello di computer, Microsoft ha sviluppato la funzionalità UAC.

Dal punto di vista degli sviluppatori le seguenti funzionalità UAC sono importanti:

Tutti i processi vengono avviati come utente standard di default un utente standard non può: file Change in cartelle Programmi file Variazione nelle cartelle di Windows o System32 modifica del registro di sistema in HKLM \ Software Modificare la data e l'ora macchine locali ... l'elenco continua ...

programmazione Modifica del registro di sistema per eseguire l'applicazione su Windows Delphi Sta rtup

Modificando in modo programmatico il registro di Windows, utilizzando l'oggetto TRegistry, è possibile "automagicamente" avviare i programmi ogni volta che viene avviato Windows. La procedura è possibile utilizzare per forza "auto-run-on-Windows-startup" per la vostra applicazione potrebbe essere simile:

procedure RunOnStartup(const sCmdLine: string; bRunOnce: boolean = false; Remove: Boolean = false) ; 
var 
    sKey: string; 
    Section: string; 
const 
    ApplicationTitle = ”Your Application TITLE”; 
begin 
    if (bRunOnce) then 
    sKey := 'Once' 
    else 
    sKey := ''; 

    Section := 'Software\Microsoft\Windows\CurrentVersion\Run' + sKey + #0; 

    with TRegIniFile.Create('') do 
    try 
     RootKey := HKEY_LOCAL_MACHINE; 
     if Remove then 
     DeleteKey(Section, ApplicationTitle) 
     else 
     WriteString(Section, ApplicationTitle, sCmdLine) ; 
    finally 
     Free; 
    end; 
end; 

Su Vista/7, se l'utente che esegue l'applicazione non dispone di diritti di amministratore i il codice sopra sarebbe fallito, a causa di UAC!

Faking UAC Diritti - Come richiedere livello di esecuzione

Anche se l'utente che esegue il codice di cui sopra non è un amministratore, è possibile, come sviluppatore braccio l'applicazione con un particolare tipo di risorsa incorporata: applicazione file manifest. Avere il file manifest assicurerà che l'UAC di Vista consenta l'esecuzione del codice.

Ecco i passaggi:

Creare file XML con seguente contenuto:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0] 
    <assemblyIdentity version="1.1.1.1" 
    processorArchitecture="X86" 
    name="YourApplicationExeName" 
    type="win32"/> 
    <description>elevate execution level</description> 
    <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2] 
    <security> 
    <requestedPrivileges> 
    <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/> 
    </requestedPrivileges> 
    </security> 
    </trustInfo> 
</assembly> 

Nome questo file XML come YourApplicationName.manifest Creare un file di testo con seguente contenuto: 1 24 "YourApplicationName. manifest "

Nome di questo file di testo come YourApplicationName.RC utilizzando la riga di comando eseguire il seguente comando: brcc 32 YourApplicationName.RC -foYourApplicationName.REC

Questo creerà un nuovo file di risorse chiamato YourApplicationName.REC

Copia questo file nella YourApplicationName.REC al percorso delle risorse della vostra applicazione. Includere questo file di risorse nel DPR di voi applicazione, come come: {$R YourApplicationName.REC}

Infine costruire la vostra applicazione - si è ora pronti per ottenere diritti di amministratore in Windows Vista. Nota 1: nei passaggi precedenti, sostituire "YourApplicationExeName" con il nome effettivo dell'applicazione. Nota 2: i passaggi precedenti creano un file di risorse da memorizzare nel file EXE dell'applicazione. Maggiori informazioni sulle risorse nelle applicazioni Delphi.

saperne di più in http://delphi.about.com/od/delphitips2009/qt/delphi-vista-registry-run-on-startup.htm