Your message dated Fri, 12 May 2023 10:49:18 +0000 with message-id <[email protected]> and subject line Bug#1035961: fixed in cinder 2:22.0.0-3 has caused the Debian Bug report #1035961, regarding CVE-2023-2088 / OSSA-2023-003: Unauthorized volume access through deleted volume attachments to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 1035961: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035961 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Source: python-os-brick Version: 6.2.0-1 Severity: grave ============================================================================ OSSA-2023-003: Unauthorized volume access through deleted volume attachments ============================================================================ :Date: May 10, 2023 :CVE: CVE-2023-2088 Affects ~~~~~~~ - Cinder: <20.2.1, >=21.0.0 <21.2.1, ==22.0.0 - Glance_store: <3.0.1, >=4.0.0 <4.1.1, >=4.2.0 <4.3.1 - Nova: <25.1.2, >=26.0.0 <26.1.2, ==27.0.0 - Os-brick: <5.2.3, >=6.0.0 <6.1.1, >=6.2.0 <6.2.2 Description ~~~~~~~~~~~ An unauthorized access to a volume could occur when an iSCSI or FC connection from a host is severed due to a volume being unmapped on the storage system and the device is later reused for another volume on the same host. **Scope:** Only deployments with iSCSI or FC volumes are affected. However, the fix for this issue includes a configuration change in Nova and Cinder that may impact you on your next upgrade regardless of what backend storage technology you use. See the *Configuration change* section below, and item 4(B) in the *Patches and Associated Deployment Changes* for details. This data leak can be triggered by two different situations. **Accidental case:** If there is a problem with network connectivity during a normal detach operation, OpenStack may fail to clean the situation up properly. Instead of force-detaching the compute node device, Nova ignores the error, assuming the instance has already been deleted. Due to this incomplete operation OpenStack may end up selecting the wrong multipath device when connecting another volume to an instance. **Intentional case:** A regular user can create an instance with a volume, and then delete the volume attachment directly in Cinder, which neglects to notify Nova. The compute node SCSI plumbing (over iSCSI/FC) will continue trying to connect to the original host/port/LUN, not knowing the attachment has been deleted. If a subsequent volume attachment re-uses the host/port/LUN for a different instance and volume, the original instance will gain access to it once the SCSI plumbing reconnects. Configuration Change -------------------- To prevent the intentional case, the Block Storage API provided by Cinder must only accept attachment delete requests from Nova for instance-attached volumes. A complicating factor is that Nova deletes an attachment by making a call to the Block Storage API on behalf of the user (that is, by passing the user's token), which makes the request indistinguishable from the user making this request directly. The solution is to have Nova include a service token along with the user's token so that Cinder can determine that the detach request is coming from Nova. The ability for Nova to pass a service token has been supported since Ocata, but has not been required until now. Thus, deployments that are not currently sending service user credentials from Nova will need to apply the relevant code changes and also make configuration changes to solve the problem. Patches and Associated Deployment Changes ----------------------------------------- Given the above analysis, a thorough fix must include the following elements: 1. The os-brick library must implement the ``force`` option for fibre channel, which which has only been available for iSCSI until now (covered by the linked patches). 2. Nova must call os-brick with the ``force`` option when disconnecting volumes from deleted instances (covered by the linked patches). 3. In deployments where Glance uses the cinder glance_store driver, glance must call os-brick with the ``force`` option when disconnecting volumes (covered by the linked patches). 4. Cinder must distinguish between safe and unsafe attachment delete requests and reject the unsafe ones. This part of the fix has two components: a. The Block Storage API will return a 409 (Conflict) for a request to delete an attachment if there is an instance currently using the attachment, **unless** the request is being made by a service (for example, Nova) on behalf of a user (covered by the linked patches). b. In order to recognize that a request is being made by a service on behalf of a user, Nova must be configured to send a service token along with the user token. If this configuration change is not made, the cinder change will reject **any** request to delete an attachment associated with a volume that is attached to an instance. Nova must be configured to send a service token to Cinder, and Cinder must be configured to accept service tokens. This is described in the following document and **IS NOT AUTOMATICALLY APPLIED BY THE LINKED PATCHES:** (Using service tokens to prevent long-running job failures) https://docs.openstack.org/cinder/latest/configuration/block-storage/service-token.html The Nova patch mentioned in step 2 includes a similar document more focused on Nova: doc/source/admin/configuration/service-user-token.rst 5. The cinder glance_store driver does not attach volumes to instances; instead, it attaches volumes directly to the Glance node. Thus, the Cinder change in step 4 will recognize an attachment-delete request coming from Glance as safe and allow it. (Of course, we expect that you will have applied the patches in steps 1 and 3 to your Glance nodes.) Errata ~~~~~~ An additional nova patch is required to fix a minor regression in periodic tasks and some nova-manage actions (errata 1). Also a patch to tempest is needed to account for behavior changes with fixes in place (errata 2). Patches ~~~~~~~ - https://review.opendev.org/882836 (2023.1/antelope cinder) - https://review.opendev.org/882851 (2023.1/antelope glance_store) - https://review.opendev.org/882858 (2023.1/antelope nova) - https://review.opendev.org/882859 (2023.1/antelope nova errata 1) - https://review.opendev.org/882843 (2023.1/antelope os-brick) - https://review.opendev.org/882835 (2023.2/bobcat cinder) - https://review.opendev.org/882834 (2023.2/bobcat glance_store) - https://review.opendev.org/882847 (2023.2/bobcat nova) - https://review.opendev.org/882852 (2023.2/bobcat nova errata 1) - https://review.opendev.org/882840 (2023.2/bobcat os-brick) - https://review.opendev.org/882876 (2023.2/bobcat tempest errata 2) - https://review.opendev.org/882869 (Wallaby nova) - https://review.opendev.org/882870 (Wallaby nova errata 1) - https://review.opendev.org/882839 (Xena cinder) - https://review.opendev.org/882855 (Xena glance_store) - https://review.opendev.org/882867 (Xena nova) - https://review.opendev.org/882868 (Xena nova errata 1) - https://review.opendev.org/882848 (Xena os-brick) - https://review.opendev.org/882838 (Yoga cinder) - https://review.opendev.org/882854 (Yoga glance_store) - https://review.opendev.org/882863 (Yoga nova) - https://review.opendev.org/882864 (Yoga nova errata 1) - https://review.opendev.org/882846 (Yoga os-brick) - https://review.opendev.org/882837 (Zed cinder) - https://review.opendev.org/882853 (Zed glance_store) - https://review.opendev.org/882860 (Zed nova) - https://review.opendev.org/882861 (Zed nova errata 1) - https://review.opendev.org/882844 (Zed os-brick) Credits ~~~~~~~ - Jan Wasilewski from Atman (CVE-2023-2088) - Gorka Eguileor from Red Hat (CVE-2023-2088) References ~~~~~~~~~~ - https://launchpad.net/bugs/2004555 - http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-2088 Notes ~~~~~ - Limited Protection Against Accidents... If you are only concerned with protecting against the accidental case described earlier in this document, steps 1-3 above should be sufficient. Note, however, that only applying steps 1-3 leaves your cloud wide open to the intentional exploitation of this vulnerability. Therefore, we recommend that the full fix be applied to all deployments. - Using Configuration as a Short-Term Mitigation... An alternative approach to mitigation can be found in OSSN-0092 https://wiki.openstack.org/wiki/OSSN/OSSN-0092 - The stable/xena and stable/wallaby branches are under extended maintenance and will receive no new point releases, but patches for them are provided as a courtesy where available. OSSA History ~~~~~~~~~~~~ - 2023-05-10 - Errata 2 - 2023-05-10 - Errata 1 - 2023-05-10 - Original Version -- Jeremy Stanley OpenStack Vulnerability Management Team
--- End Message ---
--- Begin Message ---Source: cinder Source-Version: 2:22.0.0-3 Done: Thomas Goirand <[email protected]> We believe that the bug you reported is fixed in the latest version of cinder, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [email protected], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Goirand <[email protected]> (supplier of updated cinder package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [email protected]) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Format: 1.8 Date: Fri, 12 May 2023 12:22:24 +0200 Source: cinder Architecture: source Version: 2:22.0.0-3 Distribution: experimental Urgency: medium Maintainer: Debian OpenStack <[email protected]> Changed-By: Thomas Goirand <[email protected]> Closes: 1035961 Changes: cinder (2:22.0.0-3) experimental; urgency=medium . * CVE-2023-2088: Unauthorized volume access through deleted volume attachments. Applied upstream patch: Reject unsafe delete attachment calls (Closes: #1035961). Checksums-Sha1: e5636a88041bde2db4aab7501c7aaffae97dc67c 4100 cinder_22.0.0-3.dsc 96cee2cd89a3619a38786b49109d5064c8de967f 56844 cinder_22.0.0-3.debian.tar.xz 4193bdcc8003b0967d56623cc54a7926428224f3 19836 cinder_22.0.0-3_amd64.buildinfo Checksums-Sha256: eb04f6d8e9f62d80b53ce8fda8df534df54589b49e22f25add19166040bcfe70 4100 cinder_22.0.0-3.dsc 2d886822c4fd3a74a735d8ab033c2a22685f272c45ffa5a28a3fdf1862c9f55d 56844 cinder_22.0.0-3.debian.tar.xz 2ad79f990894db3b96582d21548d96151beb1f41e777676acfc74b970d61aad5 19836 cinder_22.0.0-3_amd64.buildinfo Files: 092c05917fe30ed7603ebda5692d80dc 4100 net optional cinder_22.0.0-3.dsc 48c2e6eda375842c2c596ca3dd88a517 56844 net optional cinder_22.0.0-3.debian.tar.xz 652c4a163d65588695b03bb855ebc2c4 19836 net optional cinder_22.0.0-3_amd64.buildinfo -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEoLGp81CJVhMOekJc1BatFaxrQ/4FAmReFpEACgkQ1BatFaxr Q/7ZyQ/8D4cbww2zQvug6g+ypkOMgycyzBaYwUDhOexb6tt28x93lsEPVE4Pm3GY 5YB5scGGL6E65cptj9qijh6F4wzQxnKU9anAeY40yIFeWH/gvQpSdGof0F7efj9i lV7rgvZ/OHKhL6xhrb+cGVoO3f6d6+6x9HR2TdYybUVkWaQU3sgYemSjzl4sbeN8 U3ZSZHb0pDkPT9auBG/+6qev36GmQDdsRX/RuCqL5ch78A9Zf5+TibC5eB4SVncN ZATkfZgaL9Gv22LhgtHtuKloQdbQ9NUYWa6oq5qumaq8paWlMPQmLRz5BqFjbqM9 b2o2oFDXVzDVFhn4iF+cgOClZd5T+9NT/ZDkOoWtJLQ9L0UqWavJH0SHPfRkeQD0 k4Ary3IqfAASfk/ZpojpqAXXLnsdq6ZMPcsUIXBNMplsg23OwfWEnSWpIobdBDWr 3r5rQ581FcoGcSYxyOBkB3mU55XeOAwXwUakGkhRqQG3FBl5SoTw9rdDL5yLH0rE 8cNfpSj4I6C8YrYQbrt9HBUgSTqDIRkEDa3E2JHWMuceGPrBdWrDWXV0/3vgfhl7 vwsmmfE+FKGmFojwZiTk2/fVpycE3dVb7Gs4uwGZlJpAhM0YO8PLdDtG6f3K6wOG CjeLLnMc/IgnBp+6pOZWpRGFQ3jxOyucZnSahyXFxcmhlPQeZKs= =hn9n -----END PGP SIGNATURE-----
--- End Message ---
