Vorrei abilitare il mio account utente standard (cioè non elevato) per poter chiamare CreateSymbolicLink.Perché SeCreateSymbolicLinkPrivilege viene ignorato su Windows 8?
Tuttavia, il Win8, anche l'aggiunta di "Tutti" al SeCreateSymbolicLinkPrivilege ("Creare collegamenti simbolici" in secpol.msc) nell'ambito della politica di gruppo locale si traduce ancora in STATUS_PRIVILEGE_NOT_HELD. Perché?
E 'infatti UAC, come Christian sospetta.
MSDN: Windows Vista Application Development Requirements for User Account Control Compatibility:
Quali privilegi i token filtrato contengono si basano sul fatto che il token originale conteneva una delle RIDS restrizioni di cui sopra (a cura di: AKA se sei un amministratore non elevata). Se uno qualsiasi dei RID restrizioni erano nel token, tutti i privilegi vengono rimossi tranne:
- SeChangeNotifyPrivilege
- SeShutdownPrivilege
- SeUndockPrivilege
- SeReserveProcessorPrivilege
- SeTimeZonePrivilege
Ah sì, questo ha un senso. È configurabile o Microsoft ha hard-code questo insieme di privilegi conservati? Avere "SeCreateSymbolicLinkPrivilege" in quella lista sarebbe carino. –
Quindi, se disattivi il controllo dell'account utente, funziona? –
Posso verificare che una volta disattivato il controllo dell'account utente, sono in grado di creare collegamenti simbolici, anche dal mio account principale che ha diritti di amministratore. Wooohoo! – vsizikov
domanda sciocca, ar e stai eseguendo 'cmd' come amministratore? –
Questa impostazione funziona per me, quando l'utente in questione è un utente standard (in Utenti, non Amministratori), ma quando l'utente è in Amministratori, la creazione di collegamenti simbolici è soggetta a controllo dell'account utente. –
@PeterRitchie Sto provando esplicitamente a configurare la mia politica di sicurezza locale, quindi la creazione di collegamenti non richiede elevazione –