19.12.2012 Views

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Safeguard Catalogue - Organisation Remarks<br />

____________________________________________________________________ .........................................<br />

they have been deleted. This means that the right Create is only useful at<br />

container level.<br />

For a clearer overview, easier administration and improved auditing<br />

capability, access rights should be assigned primarily to user groups (file and<br />

directory rights) and to container objects. A container represents all objects,<br />

particularly user objects, which are located below the container object in the<br />

NDS. <strong>The</strong>se rights really are assigned to all users, not only those who are<br />

located directly in the container.<br />

For NDS rights to objects and object properties, there is the object<br />

organisational role (OR). <strong>The</strong> OR can be compared to a group. Groups pass on<br />

any file or directory rights they receive to all their users who are entered as<br />

members. In the case of an organisational role, the rights are passed on to<br />

members of the organisational role. Here, though, the members are referred to<br />

as occupants. This is the term used by Novell. Both for groups and for<br />

organisational roles, the rights are transferred to the members or occupants<br />

with the help of Security Equal To mechanisms. As in practice far fewer NDS<br />

rights are allocated than file rights, the OR is used much less frequently than<br />

for groups.<br />

Rights can also be allocated directly to users and by using Security Equal To.<br />

However, the clear overview can very easily be lost and these mechanisms<br />

should, therefore, seldom be used. To sum it up, the ways in which rights can<br />

be allocated are:<br />

- Groups (File and directory rights)<br />

- Organisational role (NDS object and NDS object property rights)<br />

- Containers<br />

- Users<br />

- Security Equal To<br />

To prevent an inadvertent release of directories by users, the system<br />

administration should not grant "Supervisor" (S) or "Access Control" (A)<br />

rights in the directories and files assigned to the user groups and users.<br />

If certain directories or files are assigned certain attributes - e.g. writeprotection<br />

(Ro) - with the help of Netware attributes, it must be noted that<br />

users who have been granted the "Modify" (M) access right for these<br />

directories or files are able to change their attributes. For this reason, the<br />

number of users in possession of this access right should be restricted to a<br />

minimum.<br />

Inheritance of access rights in the NDS and in the file system<br />

All of the rights dealt with so far are subject to similar mechanisms. This<br />

involves important terms such as inheritance of rights, inheritance filters<br />

(IRF), effective rights (ER) and access control list (ACL), which are explained<br />

in the following.<br />

Inheritance of rights<br />

Rights are usually inherited both in the NDS and in the file system. This<br />

means, for example, that a right which is allocated in the root, either in the<br />

NDS tree or in the file system, is inherited by all objects, directories and files,<br />

which are located below the root. If a right is allocated further down in the tree<br />

____________________________________________________________________ .........................................<br />

<strong>IT</strong>-<strong>Baseline</strong> <strong>Protection</strong> <strong>Manual</strong>: Oktober 2000

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!