Windows IT Pro is the leading independent community for IT professionals deploying Microsoft Windows server and client applications and technologies.
  
  
  Advanced Search 


November 06, 2009

NTFS Inheritance Rule Change

RSS
Subscribe to Windows IT Pro | See More Tips Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!

Until recently, NTFS permissions have followed these inheritance rules:

  1. If a file or folder is copied to some other location, it will inherit the new location's NTFS permissions.
  2. If a file or folder is moved to some other location on a different disk drive, it will inherit the new location's NTFS permissions.
  3. If a file or folder is moved to some other location on the same disk drive, it will retain the original location's NTFS permissions.

One of the NTFS inheritance rules changed in Windows 7, Windows Server 2008, and Windows Vista. Now if you move a file or folder, it will inherit the new location's NTFS permissions, even if the new location is on the same disk drive. This is a radical shift that you need to take into account when you're moving files. You can find a reference to this change in the Notes section in the Microsoft article "Inherited permissions are not automatically updated when you move folders".

End of Article



Reader Comments
Testing under Windows Server 2008 SP2 shows that this behavioral change only affects moves done using the GUI. If you move a file or folder from a Command Prompt using the move command, the permissions do not get updated to reflect the permissions in the new location. Microsoft evidently decided to modify Explorer so as to compensate for the underlying issue, but did not modify the behavior of the underlying APIs. This is understandable given the complexity of modifying the underlying file system behavior without sacrificing the atomic nature of moving files and folders.

If you are running Windows Server 2008 file servers but still have users on XP and they do moves using the GUI, the permissions will be improperly inherited because Microsoft left it the responsibility of the GUI to fixup the permissions.

See the Perl module Win32::Security for a tool that can assist in identifying improperly inherited permissions that result from moves between locations with dissimilar inheritable permissions.

tovod-everett November 24, 2009 (Article Rating: )


Thanks for this important info

TerDale3 November 25, 2009 (Article Rating: )


Very interesting read indeed!
Question (also in respect of the comment by tovod-everett) is then if the desired behaviour (a move does cause inheritance updates of NTFS permissions of the moved object(s) to those of it's new parent) in a scenario with a Windows Server 2008 SP2 (e.g. Enterprise Edition) with File Services Role hosting file shares and Windows 7 clients; i.e. when a user on a Windows 7 client, move a folder/files within a file share hosted by the mentioned server on it's "same" disk?
As I haven't yet got a Windows 7 client I can test this with in my productive environment, would llike to learn from your experience/knowledge.

slemmesmi December 14, 2009 (Article Rating: )


Slemmesmi, there are two cases:
1) Legacy clients (2000, XP and 2003) may access the files remotely thru the shares and move the files from GUI. In this case, the former inheritance rule is applied; that is, if the files are moved to a folder on the same disk partition, they do not acquire the new folder's permissions, they keep their original NTFS permissions.
2) New clients (Vista, 2008 and Windows 7) may access the files remotely thru the shares and move the files from GUI. In this case, the new inheritance rule is applied and the files acquire the new folder's permissions.

Yes, it is very confusing and may result in some unexpected file operations. It is a shame Microsoft hasn't explained these point widely.

muraty December 16, 2009 (Article Rating: )


You must be a registered user or online subscriber to comment on this article. Please log on before posting a comment. Are you a new visitor? Register now




Top Viewed ArticlesView all articles
Battery Life Issues Almost Certainly Not Windows 7's Fault

While Microsoft is still investigating a notebook battery life issue that was supposedly caused by Windows 7, some interesting trends have emerged. ...

Confirmed: Battery Life Issues Not Windows 7's Fault

Microsoft on Monday issued a lengthy statement about the recent Windows 7 battery controversy, echoing my assessment from earlier in the day, but backing it up with hard, cold evidence. Put simply, Windows 7 is not responsible for any battery life issues ...

Getting your iPhone to Sync with Exchange 2003

Follow these steps to use an iPhone with Exchange. ...


Windows OSs Whitepapers Protecting Microsoft SharePoint

Related Events Deep Dive into Windows Server 2008 R2 presented by John Savill

Check out our list of Free Email Newsletters!

Windows OSs eBooks Understanding and Leveraging Code Signing Technologies

A Guide to Windows Certification and Public Keys

SQL Server Administration for Oracle DBAs

Related Windows OSs Resources Introducing Left-Brain.com, the online IT bookstore
Looking for books, CDs, toolkits, eBooks? Prime your mind at Left-Brain.com

Discover Windows IT Pro eLearning Series!
Clear & detailed technical information and helpful how-to's, all in our trademark no-nonsense format


Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro DevProConnections IT Job Hound
Left-Brain.com Technology Resource Directory asp.netPRO ITTV Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 © 2010 Penton Media, Inc. Terms of Use | Privacy Statement