| tag name | 1.12.4 (785520b4a0300cd5f4e2a07204aa6d851b9a795d) |
| tag date | 2022-01-18 18:46:00 +0000 |
| tagged by | Simon McVittie <smcv@collabora.com> |
| tagged object | commit 103ed5c02c... |
| download | flatpak-1.12.4.tar.gz |
|---|
flatpak 1.12.4
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
Git-EVTag-v0-SHA512: 61d12aef36cf0850a69bab9df268de365366f017333511f117c63a86e804945644cef2d84067a4150a53549d8c8b109585c8fef0c0933c456b01c4a7087fd8e9
-----BEGIN PGP SIGNATURE-----
iQIzBAABCAAdFiEENuxaZEik9e95vv6Y4FrhR4+BTE8FAmHnCugACgkQ4FrhR4+B
TE99DBAAhyO4Ieq2CXbmHYMG5HN8TZN2vN5Pp9zt3cWF1tGVC7cT//Bv3yZVylkM
iKDQQvVdDGRZSHpk1dsDELF50oSD1ME0cp9COnzjNXZ/WElUjsoRzckPc41hS8ij
PnYDUrUgEU8TsCp37siiZromZhW8BjIiutyMf+426HuhFsptCJZWGD3xXDl3cAHZ
AGXxTImcsAJDWYV3rjUCSg3pkvHn8Em+/DyDEt7zeV3LOO6Hk4I8yhdF0POB9AfN
UJbiYnbj3ffE1WMFTFuAwX3W8uX3j7YTGfrmzBVjicPTs3NGY9W+qW2KKu+wjTlb
1Vg2EIWQR73OEtNthlgzagPHUj9hpOjNXGk7x2wI2b2TFfcp9DGPul1XpctBqXtF
ETYemEay3BMfwPAt2LeLxQ0Y0DbWbdn5kV3ytvB6O3ZJcHs5WPrTfhDZeHohXrkP
YHiqvZKAE+MIx6J0HpQ6Z9UbLHichFT8fSuBOIC8ZyrxgI66WfeeAQAmthMIpaKy
N6OUyJJyT6TNVEMl6nGZ6t2q7479a6cqQf0ML0LgZcfROpS1aRnCmSwBzzbSVOSs
nZvbAyA3pE4TlvCeQJhm6hS6frN6YvJAM4F+UTgDepF/wjjYyHYY0CKJDAQghixX
kn0kGAvyYo/RJmKLKFztUMXpA/aOC4jnU4gRYa1GbhyLRw0zsxc=
=6wP8
-----END PGP SIGNATURE-----
