Topics

02 Things you need to know
Client
Recommendations for deploying tighter ECLs

Notes' and Domino's first line of defense against virus attacks is the Execution Control List (ECL). The best way to protect your organization is to deploy and maintain tighter workstation ECLs. To deploy tighter ECLs, your goal is to limit who your trusted signers are. To get to that goal, however, you could ask all your users to turn off all accesses, and encourage them to think about whether it makes sense to give the signer the requested access for every signature dialog they see. This could be a tedious and error-prone task. The procedure described here can streamline this process.

Unless your organization has taken some other proactive steps, such as limiting the number of trustworthy signers and ensuring that clients' ECLs only trust those signers, the first step is to take a close look at your current ECLs. If you already tightly control who has access, there is no need to follow this procedure. If, however, your ECLs seem too wide open, you should follow this procedure and use it as a starting point for managing and maintaining tighter ECLs. This procedure describes how to create a reasonable administration ECL and how to roll out the ECL. It also provides suggestions for maintaining ECLs. You can use this process to create as secure an environment as possible in the shortest amount of time.

There are five sections in this Release Note that cover recommendations for creating tighter ECLs:



Collecting information for an Administration ECL
Before you can create an ECL that you can distribute enterprise-wide, you need to identify what people and/or organizations you can trust. Identify a small number of users (perhaps 2-5) who use a broad range of typical Notes applications, then have them complete these steps.

1. Remove all entries from the workstation ECL EXCEPT the following:


2. Record the entries removed so that if those entries were in fact not needed, they can be added with "no access" later in the admin ECL.

3. Make these changes to the remaining entities in the ECL:
For "When signed by"
For "Allowed"
*/org, where org is a local
domain/organization
Deselect any selected items. "Default" should have no permissions.

-Default-
Deselect any selected items. "Default" should have no permissions.

-No signature-
Deselect any selected items. "Default" should have no permissions.
Lotus Notes Template Development/
Lotus Notes
Select all items. This entity should have all permissions.

4. For a designated time period (a week should be sufficient), when the "Execution Security Alert" dialog box appears, click "Trust signer," with the following exceptions:


The resulting ECLs for these two users should be significantly larger than what they started with, unless your organization has managed the signing process up front and only uses objects signed by a small number of known trustworthy signers.

Creating the Administration ECL
After the designated time period is complete, the security administrator should use the information in the resulting ECLs to create an updated Administration ECL. The new ECL should be a union of the users' ECLs.

1. From the Domino Directory, choose Actions->Edit Administration ECL.

2. Using the information from the two users' ECLs, make changes to the Administration ECL.


NOTE: Using this method of updating and distributing the ECL, you can't remove entries from individual users' ECLs. You can, however, overwrite entries so that those entries have the correct permissions and essentially undo the permissions previously granted. For example, if there is a particular person that should not have any permissions, you can add that person to the administration ECL with no permissions. Then when the updated ECL is distributed, if that person was originally granted some permissions in any users' ECLs, the updated Administration ECL will overwrite the users' ECLs with the updated permissions.

Rolling out the new Administration ECL
After the Administration ECL has been updated, you must distribute those changes to all users.


Maintaining ECLs
Users might still encounter the "Execution Security Alert" dialog box after the updated ECL is deployed. Make sure that users:
Other considerations
You can create a separate organizational unit specifically for users who must sign templates and applications. Then create an ID in that organizational unit for each of those users. Users who create templates and applications should only use the ids issued through the new organizational unit when signing their templates and applications. The administrative ECL can then trust any user in that special organizational unit, or it can be fine-tuned on a per-user basis, as explained the steps above.