Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Update size of thumbnail for the RC checklist

...

Page properties


together with process review
AreaISM
Procedure status

Status
colourGreen
titleFINAL

OwnerEGI-CSIRT
ApproversOMB
Approval status

Status
colourGreen
titleAPPROVED

Approved version and date

.03.

 

StatementThis procedure is aimed at minimising the impact of security incidents by encouraging post-mortem analysis and promoting cooperation between Resource Centres.Next procedure review
Dissemination Level

Status
subtletrue
titleTLP:WHITE
 - Public


Procedure reviews

The following table is updated after every review of this procedure.

...

This procedure is aimed at minimising the impact of security incidents by encouraging post-mortem analysis and promoting cooperation between Resource CentersCentres.
It is based on the Security Incident Response Policy.

...

Contact points

  • abuse at egi.eu: Address to be used for reporting security Incident (In case of TLP:RED data, use GPG: A97F 3BDD F0EE 01A1 176C C13A 93BF 7F91 5696 F750)
  • site-security-contacts at mailman.egi.eu: Mailing list containing all Resource Center "CSIRT E-Mail" as defined in GOC-DB Configuration Database
  • ngi-security-contacts at mailman.egi.eu: Mailing list containing all NGI "Security E-Mail" as defined in GOC-DB Configuration Database

Triggers

A Security incident has been identified.

...

The following table describes the actions to be taken when an incident potentially affecting EGI users, data, services, infrastructure is suspected. Administrators are recommended to take note of every action (with timestamp) they take, for later analysis or legal cases.

StepActionDeadline
1Inform your local security team, your NGI Security Officer and the EGI CSIRT via abuse@egi.eu. You are encouraged to use the recommended templates.Within 4 hours of discovery
2In consultation with your local security team and the EGI CSIRT, act to isolate the compromised systems and contain the incident whilst preserving forensic data. Take a snapshot of affected VMs. Isolate at the network level if possible. Do NOT reboot or power off hosts. Do NOT destroy VMs. Physically disconnect systems from the network ONLY where other options are not available.Within 1 day of discovery
3Together with your local security team and the EGI CSIRT decide if it is an incident that requires further investigation or action.
4If applicable, announce downtime for the affected services in accordance with the EGI Operational ProceduresWithin 1 day of isolation
5Perform appropriate analysis and take necessary corrective actions, seeIncident Analysis GuidelineWithin 4 working hours of any EGI CSIRT request
6

Coordinate with your local security team and the EGI CSIRT to send an incident closure report to the EGI CSIRT via abuse@egi.eu, including lessons learnt and resolution. This report should be labelled AMBER or RED, according to the

 

Traffic Light Protocol.

Within 1 month of incident resolution
7Restore the service and, if needed, update the service documentation and procedures to prevent recurrence as necessary.

Resource Centre Checklist

View file
nameSEC01-RC.pdf
height400

EGI-CSIRT Responsibilities

...

  • Evaluate the initial incident report and determine whether it appears to be part of an incident covering multiple RCs, in particular, whether it is related to a previously known incident (e.g. do the same attacking IP addresses appear, are the attacker's tools and methodology strongly similar):
  • Take any appropriate actions in order to:
    • Contact affected parties to obtain accurate information at an appropriate level of detail and in a timely manner.
    • Investigate to determine the cause and extent of the incident, what assets have been compromised (credentials etc.), and how to resolve the incident.
    • Help involved RCs to resolve the incident by providing recommendations, promoting collaboration with other RCs and periodically checking their statuses.
    • Maintain communications with any other involved parties inside and outside EGI.
  • When appropriate, send updated:
    • Summary reports to all RCs, NGIs and the EGI-CSIRT (site-security-contacts@mailman.egi.eu, ngi-security-contacts@mailman.egi.eu and csirt@egi.eu), containing the status of the incident and indicators of compromise that can be used by RCs to evaluate their implication
    • Detailed reports to the RCs directly involved and affected by the incident, containing interesting findings or possible leads that could be used to resolve the incident
  • If malicious behaviour or a policy violation can be linked to a user account or identity:
    • Add the account or identity to the emergency suspension list following the appropriate procedure.
    • If applicable, report the incident to the VO providing access. Coordinate any user suspension and job termination with the VO.
    • Without hindering the investigation, verify the legitimacy or otherwise of the activity with the owner of the account or identity
  • If user credentials have been exposed or compromised, report it to the relevant credential provider. In particular, CA contacts are available on https://www.eugridpma.org/showca.
  • When suspended accounts or identities no longer represent a threat, typically when the incident is resolved and compromised credentials have been re-issued, remove them from the emergency suspension list
  • When a virtual appliance is identified as being vulnerable or malicious, ensure that:
    • Its endorsement is revoked on APP-DB
    • All instantiated and running VMs using this virtual appliance are properly handled
  • Based on the incident closure report received from the affected RC, send a closure report with the relevant information to all partners.

...