Difference between revisions of "Default Protection ACE"

From VSI OpenVMS Wiki
Jump to: navigation, search
(Created page with "A '''Default Protection ACE''' is an Access Control Entry that defines a UIC-based protection to be propagated to new files throughout a directory tree. The protection...")
 
Line 50: Line 50:
  
 
When you omit a user category from a protection code, the current access allowed that category of user is set to no access.
 
When you omit a user category from a protection code, the current access allowed that category of user is set to no access.
 +
 +
[[Category:Security]]

Revision as of 08:49, 19 December 2018

A Default Protection ACE is an Access Control Entry that defines a UIC-based protection to be propagated to new files throughout a directory tree. The protection code in the ACE is assigned to new files created in the directory. The Default Protection ACE applies to directory files only. Although the system propagates the Default Protection ACE to new subdirectories, the protection code is not assigned to the subdirectories. Instead, the subdirectories receive a modified copy of the parent directory's protection code in which delete access is not granted. An example of a Default Protection ACE is as follows:

(DEFAULT_PROTECTION,S:RWED,O:RWED,G,W)

Format

(DEFAULT_PROTECTION[,OPTIONS=attribute[+attribute...]],access)

options

Hidden Indicates that this ACE should be changed only by the application that adds it. Although the Hidden attribute is valid for any ACE type, its intended use is to hide Application ACEs. To delete or modify a hidden ACE, you must use the SET SECURITY command.

Users need the SECURITY privilege to display a hidden ACE with the DCL commands SHOW SECURITY or DIRECTORY/SECURITY. SECURITY privilege is also required to modify or delete a hidden ACE with the DCL command SET SECURITY. The ACL editor displays the ACE only to show its relative position within the ACL, not to facilitate editing of the ACE. To create a hidden ACE, an application can invoke the $SET_SECURITY system service.

Protected Protects the ACE against casual deletion. Protected ACEs can be deleted only in the following ways:
  • By using the ACL editor
  • By specifying the ACE explicitly when deleting it

Use the command SET SECURITY/ACL=(ace)/DELETE to specify and delete an ACE.

By deleting all ACEs, both protected and unprotected Use the command SET SECURITY/ACL/DELETE=ALL to delete all ACEs.

The following commands do not delete protected ACEs:

SET SECURITY/ACL/DELETE SET SECURITY/LIKE SET SECURITY/DEFAULT

Nopropagate Indicates that the ACE cannot be copied by operations that usually propagate ACEs. For example, the ACE cannot be copied by the SET SECURITY/LIKE or SET SECURITY/DEFAULT commands.
None Indicates that no attributes apply to an entry. Although you can create an ACL entry with OPTIONS=None, the attribute is not displayed. Whenever you specify additional attributes with the None attribute, the other attributes take precedence. The None attribute is equivalent to omitting the field.

access

Specify access in the format of a UIC protection code as follows:

category: access types allowed (, category: access types allowed,...)], where

  • category is S(ystem), O(wner), G(roup), W(orld)
  • access types allowed for files include
    • READ
    • WRITE
    • EXECUTE
    • DELETE
    • CONTROL

A null access list means no access, so when you omit an access type for a user category, that category of user is denied that type of access. To deny all access to a user category, specify the user category without any access types. Omit the colon after the user category when you deny access to a category of users.

When you omit a user category from a protection code, the current access allowed that category of user is set to no access.