Hi Steve,
Can you provide which registry key path do you write to? As the name
indicated, the restricted user has limited permission than Administrator,
so if your application wanted to support the usage by restricted users,
you
should take care of Windows security. For example, you should not write to
HKLM or C:\Windows\System32 directories etc... Because these directories
and registry paths are all system maintained, any modification to them
will
affect the entire system and other users. This is by the design of Windows
security.
To workaround this problem, instead of writting to system sensitive
registry paths, you may write to some other keys under HKEY_CURRENT_USER.
Actually, this type of issue is considered as Least-Privilege User bugs in
security programming. You may understand the principle and workarounds in
Aaron Margosis' great article below:
"Problems of Privilege: Find and Fix LUA Bugs"
http://www.microsoft.com/technet/technetmag/issues/2006/08/LUABugs/
PS. In Vista, the virtualization feature will automatically redirect your
writting to HKLM to HKEY_CURRENT_USER.
Hope this helps.
Best regards,
Jeffrey Tan
Microsoft Online Community Support
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no
rights.