| tag name | 1.10.7 (e4b5a9e49b946175ffc95ea0d65470e87e779ce5) |
| tag date | 2022-01-18 18:46:59 +0000 |
| tagged by | Simon McVittie <smcv@collabora.com> |
| tagged object | commit e50a8fd4c9... |
| download | flatpak-1.10.7.tar.gz |
|---|
flatpak 1.10.7
This is a regression fix update, reverting non-backwards-compatible
behaviour changes in the solution previously chosen for CVE-2022-21682.
Flatpak 1.12.3 and 1.10.6 changed the behaviour of `--nofilesystem=host`
and `--nofilesystem=home` in a way that was not backwards-compatible in
all cases. For example, some Flatpak users previously used a global
`flatpak override --nofilesystem=home` or
`flatpak override --nofilesystem=host`, but expected that individual apps
would still be able to have finer-grained filesystem access granted by the
app manifest, such as Zoom's `--filesystem=~/Documents/Zoom:create`. With
the changes in 1.12.3, this no longer had the intended result, because
`--nofilesystem=home` was special-cased to disallow inheriting the
finer-grained `--filesystem`.
Flatpak 1.12.4 and 1.10.7 return to the previous behaviour of
`--nofilesystem=host` and `--nofilesystem=home`. Instead, CVE-2022-21682
will be resolved by a new 1.2.2 release of flatpak-builder, which will
use a new option `--nofilesystem=host:reset` introduced in Flatpak 1.12.4
and 1.10.7. In addition to behaving like `--nofilesystem=host`, the new
option prevents filesystem permissions from being inherited from the
app manifest.
Other changes:
* Clarify documentation of `--nofilesystem`
* Improve unit test coverage around `--filesystem` and `--nofilesystem`
* Restore compatibility with older appstream-glib versions, fixing a
regression in 1.12.3
* Update variant-schema-compiler subproject to fix builds with newer
versions of pyparsing (the content of the generated code is not affected)
* Make the unit test for CVE-2021-43860 robust against versions of Python's
http.server module that only read timestamps with a 1 second granularity
Git-EVTag-v0-SHA512: 91a47d62e3ae4b541d835a1fc786034b58a45d7895f82f3d16252e3feb729f67204ea1474a61e2567b47c29a913ce690be3a3e740bd18a1d3bc34aa4ed4c43c7
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEENuxaZEik9e95vv6Y4FrhR4+BTE8FAmHnCyMACgkQ4FrhR4+B
TE/87A//Vg5lNgUAZkD5p0htuMpcSv1SQXzPOHFRB01dlNlAuvOSlDCUZDHzHR/5
Wzx0J3Mv7gbAIbOY496ST73OEDv2gcgKylYC7MyyuZuTAf8vHSeFjUXtN0b98Nhs
cPJF6PYNAtVElvkki+rtv5kPvree4IwZL6WyAHUcA9Q/275Vl039JUPjMLSbWENH
ifOVRnhqHYt9it+gPllb8JsIawcwTA1qy1QeGDAN3ztgOd2KjmFv+sQZ0Rdx7ZcO
D1WvGWpvvW9BjENFliC4eILH/IwuPG44DUyJGyIcLafQ8w3o1xb0XHJ2jFXhVdQb
N6EMP8qgeVmAWJqHz9VuyKhU+JTAb7RiYcSYy674/xPGIn0t4J2bktVr9IMW1xgC
t2jykP/Qi7gzLg0qDMQ4OKMxJzHGklwmOCPO9p2juk7oeLTKImXf+uCfnKiQVWWZ
7tZ9e/JLFnC8dwv7029wjWYka5aB9TWOQ9E9TUohLXIdxvYhfOxwq/e5lBCIrQg2
61l2lhuKTsC3Zd1BSlStvNqO+yEHeur4x5q1SeHbmCeMmXso3Tiqo2pX0my8m4Bo
VZ9Q1pvR3XGnni/PdbWwaK+9/y7BYA4wpdDHBpc7nudO6uGmk6qVCLicq7l8izzA
jObT/NSn5SBpwd8mGgk6pDte5gCoiQ8Se6of9AmRZ2Sfb/g5zBo=
=p0OJ
-----END PGP SIGNATURE-----
