Link to home
Start Free TrialLog in
Avatar of hongedit
hongeditFlag for United Kingdom of Great Britain and Northern Ireland

asked on

Domain user cannot save to C Drive

Windows 2003 domain, Windows 7 Pro

We have a user who needs to be able to save to the C Drive, to use their commercial banking application (some Java app).

I logged in as domain admin, added the domain user to the security permissions on the whole C Drive, for which it threw up errors for hyberfil.sys, pagefile.sys etc. No problems.

User stiill cannot save to C Drive. If they try they get a permissions error.

I added the domain user to the local admin group as a test, sure this would work.

Still doesnt.

What I noticed was that when I checked UAC before the user was part of the local admin group, UAC was ON. When I logged into the domain admin account, and also as the user with local admin rights, UAC showed as OFF.

Any ideas?
Avatar of McKnife
McKnife
Flag of Germany image

Hi. You only need to do the following:
NTFS-Permissions - advanced - add user with write permissions and apply TO THIS FOLDER ONLY.
Avatar of hongedit

ASKER

Where am I looking for those options? Right-Click Properties?

They need root C access, not a subfolder within C
ASKER CERTIFIED SOLUTION
Avatar of ded9
ded9
Flag of India image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
You cannot add and give a normal user an access to the System Files on the C: drive because since Windows Vista launch these people are much more secured in terms of accessing and making the changes at the File Structure Level, if we will compare to the legacy operating systems. To propogate the permissions and to take the ownership of the files, the user should be a part of the Domain Admin Group.

I am not sure with which you are logged and trying to access and what is the group membership and delegated rights are given to this user account. What method I would suggest is...

Create one shared folder on the C: drive.
Give this user Full Shared permissions
Give this user Full NTFS permissions

Create a MAP drive and assign Drive Letter.

See if this works. However, about the UAC confusion that you have, just go through this log.

http://vistavitals.blogspot.com/2008/01/uac-local-admin-vs-domain-admin.html

Hope this helps and good luck..!!

~SG~
Hi again.
ded, maybe you can explain to me what the "Backup Files and Directories" privilege has to do with saving (=writing to, not reading from) to the root of c:
By the way, any administrator already may write to c: ->when elevated<-, so the priv. is definitely not needed.

@hongedit: I know you are talking about the root of c: ("c: itself") and not about subfolders. I meant c: itself. Rightclick c: and adjust the permissions on the advanced section and apply TO THIS FOLDER ONLY.

I just treid ded's suggestion first and it worked so looked into it no further.

@hongedit
Please. This is a security matter. How could one possibly make such a change without even knowing what he is doing? The description of the privilege reads
--
Back up files and directories

This user right determines which users can bypass file and directory, registry, and other persistent object permissions for the purposes of backing up the system.

Specifically, this user right is similar to granting the following permissions to the user or group in question on all files and folders on the system***:

Traverse Folder/Execute File
List Folder/Read Data
Read Attributes
Read Extended Attributes
Read Permissions

Caution

Assigning this user right can be a security risk. Since there is no way to be sure that a user is backing up data, stealing data, or copying data to be distributed, only assign this user right to trusted users.

Default on workstations and servers: Administrators
Backup Operators.

Default on domain controllers:Administrators
Backup Operators
Server Operators
--

*** OK, so where does it say "write data"? Nowhere.

This privilege does not work in terms of getting you any further. I am not sure what you have done, but if I grant my user this priv., I still can't write to the root of c:

So my advice is to remove that priv. again and go my way. For system security this is highly recommended.
Wait, I missed a thing. See my solution at https://www.experts-exchange.com/questions/25059444/Domain-User-Cannot-Write-to-C-Windows-7.html#26403263
You also have to fire the command icacls c:\ /setintegritylevel M
(from an elevated command prompt).
I agree with McKnife.. That's totally a breach of a security....