biggrid-vlemed-vo-managers

biggrid-vlemed-vo-managers@nikhef.nl

2975 discussions

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] EGI SVG 'ALERT' [TLP:WHITE] data-channel encryption is not enforced in gridftp [EGI-SVG-2018-14117]
by Operations-portal 28 Mar '18

28 Mar '18

--------------------------------------------------------------------------------------------------------------- EGI BROADCAST TOOL : https://operations-portal.egi.eu/broadcast/send --------------------------------------------------------------------------------------------------------------- Publication from : linda cornwall <linda.cornwall(a)stfc.ac.uk> ---------------------------------------------------------------------------------------------------------------- Affected software and risk ========================== Package : globus-url-copy, uberftp, globus-gridftp-server CVE ID : N/A Applications and sites should be aware that requesting data-channel encryption (i.e. PROT E) when using gridftp is no guarantee that this will actually be enabled. This affects (at least) globus-url-copy and uberftp. Third-party transfers using a globus-gridftp-server are also affected, which includes DPM. This is considered 'Low' risk to the EGI infrastructure as a whole, but applications should be aware not to rely on data-channel encryption. Actions required/recommended ============================ Anyone relying on encrypted transfers using gridftp should not rely on gridftp's data-channel encryption but instead encrypt data before transmission. If anyone becomes aware of any situation where this vulnerability has a significant impact on the EGI infrastructure or any usage in EGI then please inform EGI SVG. More information ================ Not all gridftp servers implement data-channel authentication (DCAU). In case DCAU is not available, a number of gridftp tools also do not support data-channel encryption (PROT E). These tools then silently fail-over to data protection level clear (PROT C). Currently, dCache does not support DCAU, hence clients to dCache typically cannot use data-channel encryption. For globus-url-copy, PROT E is requested using the -dcpriv commandline flag, for uberftp it is requested using the "prot E" command. In case a third-party transfer is done from a globus-gridftp-server, the same silent failover occurs. See [R 1] for the originally reported issue. Note that the Globus Toolkit is no longer maintained by the Globus team, except for security patches, see [R 2] However the Grid Community Forum [R 3] has produced an (open source) fork of the Globus toolkit, called the Grid Community Toolkit (GCT). The GCT packages will also replace the current globus-toolkit packages in EPEL and Debian but will be binary compatible. The GCT may release an updated version of the globus-url-copy and globus-gridftp-server to partially address this issue, but due to the variety of tools involved, a full fix is not possible. TLP and URL =========== ** WHITE information - Unlimited distribution - see https://wiki.egi.eu/wiki/EGI_CSIRT:TLP for distribution restrictions** URL: https://wiki.egi.eu/wiki/SVG:Advisory-SVG-2018-14117 Minor updates may be made without re-distribution to the sites Comments ======== Comments or questions should be sent to svg-rat at mailman.egi.eu If you find or become aware of another vulnerability which is relevant to EGI you may report it by e-mail to report-vulnerability at egi.eu the EGI Software Vulnerability Group will take a look according to the procedure defined in [R 4] Note that this has been updated and the latest version approved by the Operations Management Board in November 2017 References ========== [R 1] https://github.com/globus/globus-toolkit/issues/121 [R 2] https://github.com/globus/globus-toolkit/blob/globus_6_branch/support-chang… [R 3] https://gridcf.org/ [R 4] https://documents.egi.eu/public/ShowDocument?docid=3145 Credit ====== SVG was alerted to this vulnerability by Mischa Salle who is a member of SVG. Timeline ======== Yyyy-mm-dd [EGI-SVG-2018-14117] 2018-02-21 SVG alerted to this issue by Mischa Salle 2018-02-22 Acknowledgement from the EGI SVG to the reporter 2018-02-22 EGI SVG Assessed as 'Low' risk concerning the EGI infrastructure 2018-03-20 Clear that it is unlikely to be fixed. 2018-03-20 Further discussion on issue 2018-03-20 Decided to send alert to VO managers and sites, saying not to rely on these tools encrypting data 2018-03-28 Alert sent to sites and VO managers Context ======= This advisory has been prepared as part of the effort to fulfil EGI SVG's purpose "To minimize the risk to the EGI infrastructure arising from software vulnerabilities" The risk is that assessed by the group, according to the EGI SVG issue handling procedure [R 3] in the context of how the software is used in the EGI infrastructure. It is the opinion of the group, we do not guarantee it to be correct. The risk may also be higher or lower in other deployments depending on how the software is used. Others may re-use this information provided they:- 1) Respect the provided TLP classification 2) Credit the EGI https://www.egi.eu/ Software Vulnerability Group On behalf of the EGI SVG, ---------------------------------------------------------------------------------------------------------------- link to this broadcast : https://operations-portal.egi.eu/broadcast/archive/2038 ----------------------------------------------------------------------------------------------------------------

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] DPM workshop 2018 at CESNET (Prague) - Registration is OPEN
by Operations-portal 19 Mar '18

19 Mar '18

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] EGI Operations Broadcast - March 2017
by Operations-portal 19 Mar '18

19 Mar '18

--------------------------------------------------------------------------------------------------------------- EGI BROADCAST TOOL : https://operations-portal.egi.eu/broadcast/send --------------------------------------------------------------------------------------------------------------- Publication from : Vincenzo Spinoso spinoso(a)infn.it <vincenzo.spinoso(a)egi.eu> ---------------------------------------------------------------------------------------------------------------- 1) NGIs argus servers configuration The ARGUS version that fixes the PAP permissions has been released in UMD 4.6: http://repository.egi.eu/2017/12/18/release-umd-4-6-0/ It is important updating to this version. Moreover, as reported by EGI-CSIRT during the February OMB, several NGI ARGUS servers are not properly configured and they are not passing the nagios tests (eu.egi.Argus-DNs probe): https://argo-mon.egi.eu/nagios/cgi-bin/status.cgi?servicegroup=SERVICE_ngi.… Tickets have been opened against the affected sites. How the probe works: - Central Argus server suspend 1 fake DN each day - Argo looks for this DN in NGI Arguses Requirements for passing the test: - NGI Argus must be configured to fetch DNs - Argo must be able to connect to NGI Argus - Argo DN must be authorized to query DNs Information about the nagios errors and possible solutions: https://wiki.egi.eu/wiki/EGI_CSIRT:Central_emergency_suspension#NGI_Argus_M… Information on global banning set-up: https://wiki.nikhef.nl/grid/Argus_Global_Banning_Setup_Overview#NGI_Argus 2) WMS servers decommission and related nagios probe In order to follow-up the WMS servers decommission, it has been deployed a specific nagios probes detecting the WMS servers still in production, eu.egi.sec.WMS: https://wiki.egi.eu/wiki/MW_SAM_tests#General_tests Starting from March, the probe is returning a CRITICAL status for the detected WMS instances, and the ROD teams are opening a ticket to the sites that haven't finished the decommission process yet: please report in the ticket the timeline for dismissing your WMS servers, in according to https://wiki.egi.eu/wiki/PROC12 . Detected servers: https://argo-mon.egi.eu/nagios/cgi-bin/status.cgi?servicegroup=SERVICE_WMS&… 3) UMD3 shutdown The UMD3 distribution is DEPRECATED. Sites are kindly asked to switch from UMD3/SL6 to UMD4/SL6 repositories: this can be easily done upgrading to the UMD4/SL6 version of the umd-release, and updating the list of the packages. The proposed deadline to shutdown the UMD3 repository is April 30th; after that, the UMD3 repository will be no longer available. To perform the repository upgrade, please refer to http://repository.egi.eu/category/umd_releases/distribution/umd-4/ For each single product, please carefully check the official product-specific documentation and the release notes provided by the Technology Provider. Especially, please take care that during the switch you can jump to new major versions; hence it is always very important to CAREFULLY READ UPGRADE GUIDELINES AND RELEASE NOTES of the products you are updating. For any issue with the switch, please opena a GGUS ticket to the EGI Software Provisioning Support Unit. 4) UMD 4.6.1 UMD 4.6.1 is a fix release, containing the following product updates, both for CentOS7 and SL6. Please find details at http://repository.egi.eu/category/umd_releases/distribution/umd-4/ and the updated product overview at https://wiki.egi.eu/wiki/UMD_products APEL-SSM 2.2.0 - Added a check that certificates have not expired before starting SSM. SSL errors now propagated out properly and saved for received messages. Trimmed down the number of log messages generated for receivers. Added python-devel build requirement for non fedora-packager OSs (CentOS) DPM 1.9.2 - This update includes releases 1.9.2 and lcgdm 0.19.0. It contains a fix for dpm-listspaces wrongly reporting 0 free space for pools See http://lcgdm.web.cern.ch/dpm-192-release XRootD 4.7.1 - various bug fixes https://github.com/xrootd/xrootd/blob/v4.7.1/docs/ReleaseNotes.txt CVMFS server 2.4.4 - fix registration of chunk hashes without bulk hash and non-SHA1 hash algorithm: fix on geoapi. See http://cvmfs.readthedocs.io/en/2.4/cpt-releasenotes.html CVMFS 2.4.4 - react to a change of DNS server on macOS. See http://cvmfs.readthedocs.io/en/2.4/cpt-releasenotes.html APEL 1.6.1 - various fixes and improvements https://github.com/apel/apel/releases/tag/1.6.1-1 frontier-squid 3.5.27-3.1 - includes an important configuration change to enable frontier clients to clear out certain types of cached errors ---------------------------------------------------------------------------------------------------------------- link to this broadcast : https://operations-portal.egi.eu/broadcast/archive/2023 ----------------------------------------------------------------------------------------------------------------

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] DPM workshop 2018 at CESNET (Prague)
by Operations-portal 06 Feb '18

06 Feb '18

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] Decommissioning of wms03.egi.cesga.es
by Operations-portal 17 Jan '18

17 Jan '18

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] Decommissioning LFC-Node lfc.ihep.ac.cn at BEIJING-LCG2
by Operations-portal 14 Jan '18

14 Jan '18

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] Decommissioning CA-MCGILL-CLUMEQ-T2 site
by Operations-portal 10 Jan '18

10 Jan '18

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] EGI WMS service decommission from January 2018 - moving to DIRAC
by Operations-portal 14 Dec '17

14 Dec '17

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] EGI SVG 'ALERT' [TLP:WHITE] Tomcat remote execution in non-standard configurations [EGI-SVG-CVE-2017-12615]
by Operations-portal 03 Nov '17

03 Nov '17

--------------------------------------------------------------------------------------------------------------- EGI BROADCAST TOOL : https://operations-portal.egi.eu/broadcast/send --------------------------------------------------------------------------------------------------------------- Publication from : linda cornwall <Linda.cornwall(a)stfc.ac.uk> ---------------------------------------------------------------------------------------------------------------- This is the first alert sent by SVG to the VO managers (VM image endorsers) and VO security contacts via the broadcast tool. Affected software and risk ========================== Vulnerabilities have been reported concerning Tomcat remote execution in non-standard configurations. Package : Tomcat CVE ID : CVE-2017-12615, CVE-2017-12617 Remote execution vulnerabilities have been reported concerning Tomcat, however in most configurations they are unlikely to be exploitable. [R 1] [R 2] [R 3] [R 4] If any site or Virtual Appliance (VM image) endorser is aware that any of these or other tomcat vulnerabilities presents a serious problem to EGI, please inform the EGI SVG. This alert is being sent to the VO managers and VO security contacts via the EGI broadcast tool, as well as the usual contacts. Actions required/recommended ============================ For Grid sites, no action is necessary. There is the possibility that for some FedCloud applications/Virtual Machines (VMs) using Tomcat, that insecure configurations may exist, although SVG is not aware of any. If any site or Virtual Appliance (VM image) endorser is aware that any of these or other tomcat vulnerabilities presents a serious problem to EGI, please inform the EGI SVG. Affected software details ========================= Various versions of tomcat are vulnerable - See [R 3] - [R 9] More information ================ If "readonly" is set to 'TRUE' which is the default in RedHat, these vulnerabilities are not exploitable. EGI Grid Middleware using tomcat has been checked by SVG members, and no exploitable usage of tomcat has been found. It is possible that exploitable configurations exist in the EGI Federated Cloud. Anyone developing FedCloud Virtual Appliances (VM images) which use tomcat should check that they are not vulnerable and if they are take appropriate action and inform EGI SVG. 2017-11-03 Additional references concerning Scientific Linux and CentOS added [R 11] - [R 14] Component installation information ================================== See [R 3] - [R 9] TLP and URL =========== ** WHITE information - Unlimited distribution - see https://wiki.egi.eu/wiki/EGI_CSIRT:TLP for distribution restrictions*** URL: https://wiki.egi.eu/wiki/SVG:Advisory-SVG-CVE-2017-12615 Minor updates may be made without re-distribution to the sites Comments ======== Comments or questions should be sent to svg-rat at mailman.egi.eu If you find or become aware of another vulnerability which is relevant to EGI you may report it by e-mail to report-vulnerability at egi.eu the EGI Software Vulnerability Group will take a look according to the procedure defined in [R 10] References ========== [R 1] https://nvd.nist.gov/vuln/detail/CVE-2017-12615 [R 2] https://nvd.nist.gov/vuln/detail/CVE-2017-12617 [R 3] https://access.redhat.com/security/cve/CVE-2017-12615 [R 4] https://access.redhat.com/security/cve/CVE-2017-12617 [R 5] http://people.canonical.com/~ubuntu-security/cve/2017/CVE-2017-12615.html [R 6] http://people.canonical.com/~ubuntu-security/cve/2017/CVE-2017-12617.html> [R 7] https://security-tracker.debian.org/tracker/CVE-2017-12615 [R 8] https://security-tracker.debian.org/tracker/CVE-2017-12617 [R 9] https://www.scientificlinux.org/ [R 10] https://documents.egi.eu/public/ShowDocument?docid=2538 More references added 2017-11-03 Scientific Linux:-- [R 11] https://www.scientificlinux.org/category/sl-errata/slsa-20173080-1/ [R 12] https://www.scientificlinux.org/category/sl-errata/slsa-20173081-1/ CentOS:-- [R 13] https://lists.centos.org/pipermail/centos-announce/2017-October/022610.html [R 14] https://lists.centos.org/pipermail/centos-announce/2017-October/022611.html Credit ====== SVG was alerted to this vulnerability by Vincent Brillault. Timeline ======== Yyyy-mm-dd [EGI-SVG-2017-CVE-2017-12615] 2017-10-30 SVG alerted to this issue by Vincent Brillault 2017-10-30 Acknowledgement from the EGI SVG to the reporter 2017-10-30 Investigation established grid sites unlikely to be affected 2017-10-30 Discussion took place, decided an alert is appropriate response, as some cloud applications may be affected. 2017-11-02 Alert sent to sites 2017-11-03 Alert sent to VO managers, VO security contacts. Context ======= This advisory has been prepared as part of the effort to fulfill EGI SVG's purpose "To minimize the risk to the EGI infrastructure arising from software vulnerabilities" The risk is that assessed by the group, according to the EGI SVG issue handling procedure [R 10] in the context of how the software is used in the EGI infrastructure. It is the opinion of the group, we do not guarantee it to be correct. The risk may also be higher or lower in other deployments depending on how the software is used. Others may re-use this information provided they:- 1) Respect the provided TLP classification 2) Credit the EGI https://www.egi.eu/ Software Vulnerability Group On behalf of the EGI SVG, ---------------------------------------------------------------------------------------------------------------- link to this broadcast : https://operations-portal.egi.eu/broadcast/archive/1845 ----------------------------------------------------------------------------------------------------------------

1 0

[Biggrid-vlemed-vo-managers] [ EGI BROADCAST ] [Rollback] Operations Portal 4.2
by Operations-portal 24 Oct '17

24 Oct '17

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

biggrid-vlemed-vo-managers