The *new draft* e-Infrastructure Security Policy
This is a DRAFT document being revised by EGI SPG. It is not final and has not been approved or adopted. The currently adopted top-level security policy document is available at https://documents.egi.eu/document/86.
This policy is one of a set of documents that together define the Security Policy [RefXX]. This individual document must be considered in conjunction with all the policy documents in the set.
Introduction and Definitions
To fulfil its mission, it is necessary for the e-Infrastructure to protect its assets. This document presents the policy regulating those activities of participants related to the security of the e-Infrastructure.
Note: Replace by reference to Glossary and only add additional terms or meanings.
The phrase e-Infrastructure when italicised in this document, means all of the people and organisations, hardware, software, networks, facilities, etc. that are required to develop, test, deliver, monitor, control or support IT Services.
The other italicised words used in this document are defined as follows:
- Policy is interpreted to include rules, responsibilities and procedures specified in this document together with all those in other documents which are required to exist by stipulations in this document.
- A participant is any entity providing, using, managing, operating, supporting or coordinating one or more IT service(s).
- A service is any computing or software system, which provides access to, information about or controls resources.
- A resource is the equipment and software required to run a service on the e-Infrastructure, and any data held on the service.
- Included in the definition of equipment are processors and associated disks, tapes and other peripherals, storage systems and storage media, networking components and interconnecting media.
- Included in the definition of software are operating systems, utilities, compilers and other general purpose applications, any software required to operate any equipment, software and middleware released and/or distributed by the e-Infrastructure and any software required to support any application associated with User Communities or other authorised users.
- Included in the definition of data are data required to operate any equipment defined as a resource, data required to operate any service, data intended to be processed or produced by any software defined as a resource, and any application data.
- The Management is the collection of the various boards, committees, groups and individuals mandated to oversee and control the e-Infrastructure.
- A user is an individual who has been given authority to access and use e-Infrastructure resources.
- A User Community is a grouping of users and optionally resources, usually not bound to a single institution, who, by reason of their common membership and in sharing a common goal, are given authority to use a set of resources.
- Included in the definition of a User Community are cases where resources are offered to individual users who are not members of an explicitly organised User Community.
- The User Community management is the collection of various individuals and groups mandated to oversee and control a User Community.
- A Resource Centre is an entity having administrative control of resources provided to the e-Infrastructure. This may be at one physical location or spread across multiple physical locations.
- Resource Centre management is the collection of various individuals and groups mandated to oversee and control a Resource Centre.
- A resource administrator is the person responsible for installing, operating, maintaining and supporting one or more resource(s) at a resource centre.
This policy gives authority for actions which may be carried out by certain people and organisations and places responsibilities on all participants.
This policy applies to all participants. Every Resource Centre participating in the e-Infrastructure autonomously follows their local policies with respect to the services and resources they own, including those which are part of the e-Infrastructure. This policy augments local policies by setting out additional e-Infrastructure-specific requirements.
Additional Policy Documents
Additional policy documents required for a proper implementation of this policy may be found at a location specific to the e-Infrastructure (Ref).
Approval and Maintenance
This policy is prepared and maintained by the Security Policy Group, approved by management and thereby endorsed and adopted by the e-Infrastructure as a whole. This policy will be revised by the Security Policy Group as required and resubmitted for formal approval and adoption whenever significant changes are needed. The most recently approved version of this document is available at (Ref).
Roles and Responsibilities
This section defines the roles and responsibilities of participants.
The Management provides, through the adoption of this policy and through its representations on the various management bodies of the e-Infrastructure, the overall authority for the decisions and actions resulting from this policy including procedures for the resolution of disputes.
The Management provides the capabilities for meeting its responsibilities with respect to this policy.
The Management is responsible for ensuring compliance of its participants and can represent them towards third parties with respect to this policy.
The e-Infrastructure Security Officer and the CSIRT
The Management must appoint a Security Officer who leads and coordinates the operational security capability (CSIRT). The Security Officer may, in consultation with the CSIRT, Management and other appropriate persons, require actions by participants as are deemed necessary to protect the e-Infrastructure from or contain the spread of IT security incidents. The Security Officer also handles requests for exceptions to this policy as described in section <ref>.
User Community Management
The User Community Management must appoint a Security Officer or ensure that they have a security incident response capability.
Other responsibilities of the User community management include the following:
User communities are required to abide by the Virtual Organisation Operations Policy  and the Virtual Organisation Registration Security Policy . They must have a VO Acceptable Use Policy (AUP) and ensure that only individuals who have agreed to abide by the Grid AUP  and the VO AUP are registered as members of the VO.
User Registration and VO Membership Service
The user registration procedure of the user community is required to be consistent with the Virtual Organisation Membership Management Policy . Approval to join the community must be restricted to individuals who are recognised as having legitimate rights to membership and who agree to be bound by the AUPs.
Community Resources and Services
User communities that operate resources and services are required to abide by the Service Operations Policy [Ref], the VO Portal Policy [ref] and the MUPJ policy [ref].
Applying Sanctions to Users
User communities are responsible for promptly investigating reports of users failing to comply with the AUPs and for taking appropriate action to ensure compliance in the future, as defined in section X.
Users must accept and agree to abide by the Grid Acceptable Use Policy  and the VO AUP when they register or renew their registration with a VO. Application software written or selected by users for execution on resources must be directed exclusively to the legitimate purposes of their VO. Such software must respect the autonomy and privacy of the host resource centres on whose resources it may run.
Users must be aware that their work may utilise shared resources and may therefore affect the work of others. They must show responsibility, consideration and respect towards other users in the demands they place on the Grid.
Users may be held responsible for all actions taken using their credentials, whether carried out personally or not. No intentional sharing of credentials for Grid purposes is permitted.
Users must be aware that their jobs will often use resources owned by others. They must observe any restrictions on access to resources that they encounter and must not attempt to circumvent such restrictions.
Resource Centre Management
The responsibilities of the resource centre management include:
Resource centres are required to abide by the Service Operations Policy  and the Grid Security Traceability and Logging Policy .
Resource centres acknowledge that participating in the IT Infrastructure increases their IT security risk. Resource centres are responsible for mitigating this risk.
Resource centres accept the duty to cooperate with Security Operations and others in investigating and resolving security incidents, and to take responsible action as necessary to safeguard resources during an incident in accordance with the Security Incident Response Policy .
Resource centres must deploy relevant security infrastructure controls for the services they offer common to the IT Infrastructure.
For those services needing authentication of entities the Resource centre must abide by the policy on Approval of Certification Authorities .
The deployment of additional local security measures is permitted should the local security policies of the resource centre or resource administration require this.
Resource Centre Administrators
In addition to their local organisation policy, resource centre administrators must ensure their implementations of services comply with this policy. The responsibilities of resource centre administrators also include:
Notifying Site Personnel
Resource administrators are responsible for ensuring that all appropriate personnel concerned with security or system management at their site are notified of and accept the requirements of this policy before offering any services.
The resource administrators are responsible for the ongoing security and integrity of their services.
All the requirements for the physical security of resources are expected to be adequately covered by each resource centre’s local security policies and practices. These should, as a minimum, reduce the risks from intruders, fire, flood, power failure, equipment failure and environmental hazards. Stronger physical security may be required for equipment used to provide certain critical services such as VO membership services or credential repositories. The technical details of such additional requirements are contained in the procedures for operating and approving such services.
All the requirements for the networking security of resources are expected to be adequately covered by each resource centre’s local security policies and practices. These should, as a minimum, reduce the risks from intruders and failures of hardware or software by implementing appropriate firewall protection, by the timely application of all critical security-related software patches and updates, and by maintaining and observing clearly defined incident response procedures. It is IT Infrastructure policy to minimise the security risk exposed by applications which need to communicate across the Internet; even so, the peripheral firewall on every participating resource centre may be required to permit the transit of inbound and outbound packets to/from certain port numbers between a number of external and internal hosts in order to run or reach services.
Limits to Compliance
Exceptions to compliance with this policy include, but are not limited to, the following: Wherever possible, IT Infrastructure policies and procedures are designed so that they may be applied uniformly across all resource centre federations, resource centres'andVOs. If this is not possible, for example due to legal or contractual obligations, exceptions may be made. Such exceptions must be justified in a document submitted to the IT Security Officer for authorisation and, if required, approval at the appropriate level of management. In exceptional circumstances it may be necessary for participants to take emergency action in response to some unforeseen situation which may violate some aspect of this policy for the greater good of pursuing or preserving legitimate IT Infrastructure objectives. If such a policy violation is necessary, the exception should be minimised, documented, time-limited and authorised at the highest level of the management commensurate with taking the emergency action promptly, and the details notified to the IT Security Officer at the earliest opportunity.
Resource Infrastructure Providers - need a para
resource centres or resource administrators who fail to comply with this policy in respect of a service they are operating may lose the right to have that service instance recognised by the IT Infrastructure until compliance has been satisfactorily demonstrated again. Users who fail to comply with this policy may lose their right of access to and/or collaboration with the IT Infrastructure, and may have their activities reported to their home institute or, if those activities are thought to be illegal, to appropriate law enforcement agencies. VOs which fail to comply with this policy,together with all the users whose rights with respect to the IT Infrastructure derives from that VO, may lose their right of access to and/or collaboration with the IT Infrastructure. The issues of liability, dispute resolution and intellectual property rights, all of which may be IT Infrastructure-specific, should be addressed in the additional policy documents.(We propose to delete this sentence)
Appendix 1: Additional Policy Documents
Delete this appendix
The current list of additional policy documents describing procedures, rules and other technical details required to implement this policy are presented here. The current versions may always be found in the EGI document database at EGI Document Database An accompanying document for each IT Infrastructure adopting this policy must define the IT Infrastructure-specific locations and version numbers of their approved and adopted additional policy documents
The additional policy documents with their web links are as follows:
 VO Portal Policy