A desktop technician is deploying a legacy line-of-business application on a shared Windows 11 workstation used by multiple domain users. During installation, the core application files are written to %PROGRAMFILES%, and shared runtime configuration files are placed in %PROGRAMDATA%. When standard domain users launch the application, it crashes immediately with a permission denied error when attempting to modify its runtime configuration file. Which of the following is the MOST secure configuration change that resolves the issue while following the principle of least privilege?
- Grant the local Users group Modify permissions specifically on the application's subfolder within %PROGRAMDATA%.Answer
- BAdd all standard domain users to the local Administrators group on the workstation.
- CReinstall the application executable using the /qn command-line switch to automate UAC permission elevation.
- DUpgrade the workstation operating system to Windows 11 Enterprise to enable automatic shared application file access.
Answer
Grant the local Users group Modify permissions specifically on the application's subfolder within %PROGRAMDATA%.
By default, Windows restricts standard users from modifying files within %PROGRAMDATA%. When an application requires multi-user write access to shared configuration files stored in %PROGRAMDATA%, the system administrator should grant Modify permissions on that application's specific folder to the local Users group. This allows the application to function correctly for all users while upholding the principle of least privilege.
Step-by-Step Solution
Key Concept
Application installation scope, NTFS permissions, and %PROGRAMDATA% storage requirements