Bugzilla – Bug 1179500
VUL-1: CVE-2020-29482: xen: xenstore: wrong path length check (XSA-323 v3)
Last modified: 2022-02-02 09:18:16 UTC
-----BEGIN PGP SIGNED MESSAGE-----
Xen Security Advisory CVE-2020-29482 / XSA-323
Xenstore: wrong path length check
UPDATES IN VERSION 3
A guest may access xenstore paths via absolute paths containing a full
pathname, or via a relative path, which implicitly includes
/local/domain/$DOMID for their own domain id. Management tools must
access paths in guests' namespaces, necessarily using absolute paths.
oxenstored imposes a path name limit which is applied solely to the
relative or absolute path specified by the client. Therefore, a guest
can create paths in its own namespace which are too long for management
tools to access.
Depending on the toolstack in use, a malicious guest administrator
might cause some management tools and debugging operations to fail.
For example, a guest administrator can cause `xenstore-ls -r` to fail.
However a guest administrator cannot prevent the host administrator
from tearing down the domain.
All systems using oxenstored are vulnerable. Building and using
oxenstored is the default in the upstream Xen distribution, if the
Ocaml compiler is available.
Systems using C xenstored are not vulnerable.
There are no mitigations.
Changing to use of C xenstored would avoid this vulnerability. However,
given the other vulnerabilities in both versions of xenstored being
reported at this time, changing xenstored implementation is not a
recommended approach to mitigation of individual issues.
This issue was discovered by Edwin Török and analysed by Andrew Cooper, both
Applying the appropriate attached patch resolves this issue.
Note that patches for released versions are generally prepared to
apply to the stable branches, and may not apply cleanly to the most
recent release tarball. Downstreams are encouraged to update to the
tip of the stable branch before applying these patches.
xsa323.patch xen-unstable - Xen 4.11.x
xsa323-4.10.patch Xen 4.10.x
$ sha256sum xsa323*
DEPLOYMENT DURING EMBARGO
Deployment of the patches and/or mitigations described above (or
others which are substantially similar) is permitted during the
embargo, even on public-facing systems with untrusted guest users and
But: Distribution of updated software is prohibited (except to other
members of the predisclosure list).
Predisclosure list members who wish to deploy significantly different
patches and/or mitigations, please contact the Xen Project Security
(Note: this during-embargo deployment notice is retained in
post-embargo publicly released Xen Project advisories, even though it
is then no longer applicable. This is to enable the community to have
oversight of the Xen Project Security Team's decisionmaking.)
For more information about permissible uses of embargoed information,
consult the Xen Project community's agreed Security Policy:
-----BEGIN PGP SIGNATURE-----
-----END PGP SIGNATURE-----