2019-06-01 10:08:55 +02:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
2018-12-09 15:36:29 -05:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
2019-03-25 16:38:30 +00:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
2022-07-11 11:36:08 -05:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-10-11 01:04:48 -07:00
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
2017-07-18 22:56:22 -07:00
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-01-16 00:42:15 -08:00
|
|
|
|
2012-01-26 16:29:23 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2021-11-22 23:28:32 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-01-24 00:51:00 +05:30
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2022-01-29 10:51:01 +08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:30 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-02-05 18:26:46 +01:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-04-15 22:33:06 -04:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-04-10 14:04:34 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2019-04-15 22:33:06 -04:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-03-25 16:38:30 +00:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-03-25 16:38:30 +00:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2019-03-25 16:38:30 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-03-25 16:38:30 +00:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-01-24 00:51:00 +05:30
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-04 14:53:09 -04:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-03-19 14:01:35 +11:00
|
|
|
|
2017-07-13 10:39:20 +03:00
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2017-07-13 10:39:20 +03:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-11-13 11:18:31 +11:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2025-11-13 11:18:31 +11:00
|
|
|
|
|
|
|
|
|
2025-10-27 18:32:21 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-04 10:21:23 +00:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2025-11-13 11:18:31 +11:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-10-09 00:47:53 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:43:03 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-01-16 00:43:15 -08:00
|
|
|
|
2010-10-09 00:47:53 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 01:45:08 -07:00
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 02:08:28 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-06-09 02:08:28 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2020-04-20 13:35:28 +08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-01-16 00:43:03 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2020-04-20 13:35:28 +08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
llseek: automatically add .llseek fop
All file_operations should get a .llseek operation so we can make
nonseekable_open the default for future file operations without a
.llseek pointer.
The three cases that we can automatically detect are no_llseek, seq_lseek
and default_llseek. For cases where we can we can automatically prove that
the file offset is always ignored, we use noop_llseek, which maintains
the current behavior of not returning an error from a seek.
New drivers should normally not use noop_llseek but instead use no_llseek
and call nonseekable_open at open time. Existing drivers can be converted
to do the same when the maintainer knows for certain that no user code
relies on calling seek on the device file.
The generated code is often incorrectly indented and right now contains
comments that clarify for each added line why a specific variant was
chosen. In the version that gets submitted upstream, the comments will
be gone and I will manually fix the indentation, because there does not
seem to be a way to do that using coccinelle.
Some amount of new code is currently sitting in linux-next that should get
the same modifications, which I will do at the end of the merge window.
Many thanks to Julia Lawall for helping me learn to write a semantic
patch that does all this.
===== begin semantic patch =====
// This adds an llseek= method to all file operations,
// as a preparation for making no_llseek the default.
//
// The rules are
// - use no_llseek explicitly if we do nonseekable_open
// - use seq_lseek for sequential files
// - use default_llseek if we know we access f_pos
// - use noop_llseek if we know we don't access f_pos,
// but we still want to allow users to call lseek
//
@ open1 exists @
identifier nested_open;
@@
nested_open(...)
{
<+...
nonseekable_open(...)
...+>
}
@ open exists@
identifier open_f;
identifier i, f;
identifier open1.nested_open;
@@
int open_f(struct inode *i, struct file *f)
{
<+...
(
nonseekable_open(...)
|
nested_open(...)
)
...+>
}
@ read disable optional_qualifier exists @
identifier read_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
expression E;
identifier func;
@@
ssize_t read_f(struct file *f, char *p, size_t s, loff_t *off)
{
<+...
(
*off = E
|
*off += E
|
func(..., off, ...)
|
E = *off
)
...+>
}
@ read_no_fpos disable optional_qualifier exists @
identifier read_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
@@
ssize_t read_f(struct file *f, char *p, size_t s, loff_t *off)
{
... when != off
}
@ write @
identifier write_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
expression E;
identifier func;
@@
ssize_t write_f(struct file *f, const char *p, size_t s, loff_t *off)
{
<+...
(
*off = E
|
*off += E
|
func(..., off, ...)
|
E = *off
)
...+>
}
@ write_no_fpos @
identifier write_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
@@
ssize_t write_f(struct file *f, const char *p, size_t s, loff_t *off)
{
... when != off
}
@ fops0 @
identifier fops;
@@
struct file_operations fops = {
...
};
@ has_llseek depends on fops0 @
identifier fops0.fops;
identifier llseek_f;
@@
struct file_operations fops = {
...
.llseek = llseek_f,
...
};
@ has_read depends on fops0 @
identifier fops0.fops;
identifier read_f;
@@
struct file_operations fops = {
...
.read = read_f,
...
};
@ has_write depends on fops0 @
identifier fops0.fops;
identifier write_f;
@@
struct file_operations fops = {
...
.write = write_f,
...
};
@ has_open depends on fops0 @
identifier fops0.fops;
identifier open_f;
@@
struct file_operations fops = {
...
.open = open_f,
...
};
// use no_llseek if we call nonseekable_open
////////////////////////////////////////////
@ nonseekable1 depends on !has_llseek && has_open @
identifier fops0.fops;
identifier nso ~= "nonseekable_open";
@@
struct file_operations fops = {
... .open = nso, ...
+.llseek = no_llseek, /* nonseekable */
};
@ nonseekable2 depends on !has_llseek @
identifier fops0.fops;
identifier open.open_f;
@@
struct file_operations fops = {
... .open = open_f, ...
+.llseek = no_llseek, /* open uses nonseekable */
};
// use seq_lseek for sequential files
/////////////////////////////////////
@ seq depends on !has_llseek @
identifier fops0.fops;
identifier sr ~= "seq_read";
@@
struct file_operations fops = {
... .read = sr, ...
+.llseek = seq_lseek, /* we have seq_read */
};
// use default_llseek if there is a readdir
///////////////////////////////////////////
@ fops1 depends on !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier readdir_e;
@@
// any other fop is used that changes pos
struct file_operations fops = {
... .readdir = readdir_e, ...
+.llseek = default_llseek, /* readdir is present */
};
// use default_llseek if at least one of read/write touches f_pos
/////////////////////////////////////////////////////////////////
@ fops2 depends on !fops1 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read.read_f;
@@
// read fops use offset
struct file_operations fops = {
... .read = read_f, ...
+.llseek = default_llseek, /* read accesses f_pos */
};
@ fops3 depends on !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier write.write_f;
@@
// write fops use offset
struct file_operations fops = {
... .write = write_f, ...
+ .llseek = default_llseek, /* write accesses f_pos */
};
// Use noop_llseek if neither read nor write accesses f_pos
///////////////////////////////////////////////////////////
@ fops4 depends on !fops1 && !fops2 && !fops3 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read_no_fpos.read_f;
identifier write_no_fpos.write_f;
@@
// write fops use offset
struct file_operations fops = {
...
.write = write_f,
.read = read_f,
...
+.llseek = noop_llseek, /* read and write both use no f_pos */
};
@ depends on has_write && !has_read && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier write_no_fpos.write_f;
@@
struct file_operations fops = {
... .write = write_f, ...
+.llseek = noop_llseek, /* write uses no f_pos */
};
@ depends on has_read && !has_write && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read_no_fpos.read_f;
@@
struct file_operations fops = {
... .read = read_f, ...
+.llseek = noop_llseek, /* read uses no f_pos */
};
@ depends on !has_read && !has_write && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
@@
struct file_operations fops = {
...
+.llseek = noop_llseek, /* no read or write fn */
};
===== End semantic patch =====
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Cc: Julia Lawall <julia@diku.dk>
Cc: Christoph Hellwig <hch@infradead.org>
2010-08-15 18:52:59 +02:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-26 01:45:08 -07:00
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
llseek: automatically add .llseek fop
All file_operations should get a .llseek operation so we can make
nonseekable_open the default for future file operations without a
.llseek pointer.
The three cases that we can automatically detect are no_llseek, seq_lseek
and default_llseek. For cases where we can we can automatically prove that
the file offset is always ignored, we use noop_llseek, which maintains
the current behavior of not returning an error from a seek.
New drivers should normally not use noop_llseek but instead use no_llseek
and call nonseekable_open at open time. Existing drivers can be converted
to do the same when the maintainer knows for certain that no user code
relies on calling seek on the device file.
The generated code is often incorrectly indented and right now contains
comments that clarify for each added line why a specific variant was
chosen. In the version that gets submitted upstream, the comments will
be gone and I will manually fix the indentation, because there does not
seem to be a way to do that using coccinelle.
Some amount of new code is currently sitting in linux-next that should get
the same modifications, which I will do at the end of the merge window.
Many thanks to Julia Lawall for helping me learn to write a semantic
patch that does all this.
===== begin semantic patch =====
// This adds an llseek= method to all file operations,
// as a preparation for making no_llseek the default.
//
// The rules are
// - use no_llseek explicitly if we do nonseekable_open
// - use seq_lseek for sequential files
// - use default_llseek if we know we access f_pos
// - use noop_llseek if we know we don't access f_pos,
// but we still want to allow users to call lseek
//
@ open1 exists @
identifier nested_open;
@@
nested_open(...)
{
<+...
nonseekable_open(...)
...+>
}
@ open exists@
identifier open_f;
identifier i, f;
identifier open1.nested_open;
@@
int open_f(struct inode *i, struct file *f)
{
<+...
(
nonseekable_open(...)
|
nested_open(...)
)
...+>
}
@ read disable optional_qualifier exists @
identifier read_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
expression E;
identifier func;
@@
ssize_t read_f(struct file *f, char *p, size_t s, loff_t *off)
{
<+...
(
*off = E
|
*off += E
|
func(..., off, ...)
|
E = *off
)
...+>
}
@ read_no_fpos disable optional_qualifier exists @
identifier read_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
@@
ssize_t read_f(struct file *f, char *p, size_t s, loff_t *off)
{
... when != off
}
@ write @
identifier write_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
expression E;
identifier func;
@@
ssize_t write_f(struct file *f, const char *p, size_t s, loff_t *off)
{
<+...
(
*off = E
|
*off += E
|
func(..., off, ...)
|
E = *off
)
...+>
}
@ write_no_fpos @
identifier write_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
@@
ssize_t write_f(struct file *f, const char *p, size_t s, loff_t *off)
{
... when != off
}
@ fops0 @
identifier fops;
@@
struct file_operations fops = {
...
};
@ has_llseek depends on fops0 @
identifier fops0.fops;
identifier llseek_f;
@@
struct file_operations fops = {
...
.llseek = llseek_f,
...
};
@ has_read depends on fops0 @
identifier fops0.fops;
identifier read_f;
@@
struct file_operations fops = {
...
.read = read_f,
...
};
@ has_write depends on fops0 @
identifier fops0.fops;
identifier write_f;
@@
struct file_operations fops = {
...
.write = write_f,
...
};
@ has_open depends on fops0 @
identifier fops0.fops;
identifier open_f;
@@
struct file_operations fops = {
...
.open = open_f,
...
};
// use no_llseek if we call nonseekable_open
////////////////////////////////////////////
@ nonseekable1 depends on !has_llseek && has_open @
identifier fops0.fops;
identifier nso ~= "nonseekable_open";
@@
struct file_operations fops = {
... .open = nso, ...
+.llseek = no_llseek, /* nonseekable */
};
@ nonseekable2 depends on !has_llseek @
identifier fops0.fops;
identifier open.open_f;
@@
struct file_operations fops = {
... .open = open_f, ...
+.llseek = no_llseek, /* open uses nonseekable */
};
// use seq_lseek for sequential files
/////////////////////////////////////
@ seq depends on !has_llseek @
identifier fops0.fops;
identifier sr ~= "seq_read";
@@
struct file_operations fops = {
... .read = sr, ...
+.llseek = seq_lseek, /* we have seq_read */
};
// use default_llseek if there is a readdir
///////////////////////////////////////////
@ fops1 depends on !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier readdir_e;
@@
// any other fop is used that changes pos
struct file_operations fops = {
... .readdir = readdir_e, ...
+.llseek = default_llseek, /* readdir is present */
};
// use default_llseek if at least one of read/write touches f_pos
/////////////////////////////////////////////////////////////////
@ fops2 depends on !fops1 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read.read_f;
@@
// read fops use offset
struct file_operations fops = {
... .read = read_f, ...
+.llseek = default_llseek, /* read accesses f_pos */
};
@ fops3 depends on !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier write.write_f;
@@
// write fops use offset
struct file_operations fops = {
... .write = write_f, ...
+ .llseek = default_llseek, /* write accesses f_pos */
};
// Use noop_llseek if neither read nor write accesses f_pos
///////////////////////////////////////////////////////////
@ fops4 depends on !fops1 && !fops2 && !fops3 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read_no_fpos.read_f;
identifier write_no_fpos.write_f;
@@
// write fops use offset
struct file_operations fops = {
...
.write = write_f,
.read = read_f,
...
+.llseek = noop_llseek, /* read and write both use no f_pos */
};
@ depends on has_write && !has_read && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier write_no_fpos.write_f;
@@
struct file_operations fops = {
... .write = write_f, ...
+.llseek = noop_llseek, /* write uses no f_pos */
};
@ depends on has_read && !has_write && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read_no_fpos.read_f;
@@
struct file_operations fops = {
... .read = read_f, ...
+.llseek = noop_llseek, /* read uses no f_pos */
};
@ depends on !has_read && !has_write && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
@@
struct file_operations fops = {
...
+.llseek = noop_llseek, /* no read or write fn */
};
===== End semantic patch =====
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Cc: Julia Lawall <julia@diku.dk>
Cc: Christoph Hellwig <hch@infradead.org>
2010-08-15 18:52:59 +02:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-09-19 20:48:48 -07:00
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:43:03 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
llseek: automatically add .llseek fop
All file_operations should get a .llseek operation so we can make
nonseekable_open the default for future file operations without a
.llseek pointer.
The three cases that we can automatically detect are no_llseek, seq_lseek
and default_llseek. For cases where we can we can automatically prove that
the file offset is always ignored, we use noop_llseek, which maintains
the current behavior of not returning an error from a seek.
New drivers should normally not use noop_llseek but instead use no_llseek
and call nonseekable_open at open time. Existing drivers can be converted
to do the same when the maintainer knows for certain that no user code
relies on calling seek on the device file.
The generated code is often incorrectly indented and right now contains
comments that clarify for each added line why a specific variant was
chosen. In the version that gets submitted upstream, the comments will
be gone and I will manually fix the indentation, because there does not
seem to be a way to do that using coccinelle.
Some amount of new code is currently sitting in linux-next that should get
the same modifications, which I will do at the end of the merge window.
Many thanks to Julia Lawall for helping me learn to write a semantic
patch that does all this.
===== begin semantic patch =====
// This adds an llseek= method to all file operations,
// as a preparation for making no_llseek the default.
//
// The rules are
// - use no_llseek explicitly if we do nonseekable_open
// - use seq_lseek for sequential files
// - use default_llseek if we know we access f_pos
// - use noop_llseek if we know we don't access f_pos,
// but we still want to allow users to call lseek
//
@ open1 exists @
identifier nested_open;
@@
nested_open(...)
{
<+...
nonseekable_open(...)
...+>
}
@ open exists@
identifier open_f;
identifier i, f;
identifier open1.nested_open;
@@
int open_f(struct inode *i, struct file *f)
{
<+...
(
nonseekable_open(...)
|
nested_open(...)
)
...+>
}
@ read disable optional_qualifier exists @
identifier read_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
expression E;
identifier func;
@@
ssize_t read_f(struct file *f, char *p, size_t s, loff_t *off)
{
<+...
(
*off = E
|
*off += E
|
func(..., off, ...)
|
E = *off
)
...+>
}
@ read_no_fpos disable optional_qualifier exists @
identifier read_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
@@
ssize_t read_f(struct file *f, char *p, size_t s, loff_t *off)
{
... when != off
}
@ write @
identifier write_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
expression E;
identifier func;
@@
ssize_t write_f(struct file *f, const char *p, size_t s, loff_t *off)
{
<+...
(
*off = E
|
*off += E
|
func(..., off, ...)
|
E = *off
)
...+>
}
@ write_no_fpos @
identifier write_f;
identifier f, p, s, off;
type ssize_t, size_t, loff_t;
@@
ssize_t write_f(struct file *f, const char *p, size_t s, loff_t *off)
{
... when != off
}
@ fops0 @
identifier fops;
@@
struct file_operations fops = {
...
};
@ has_llseek depends on fops0 @
identifier fops0.fops;
identifier llseek_f;
@@
struct file_operations fops = {
...
.llseek = llseek_f,
...
};
@ has_read depends on fops0 @
identifier fops0.fops;
identifier read_f;
@@
struct file_operations fops = {
...
.read = read_f,
...
};
@ has_write depends on fops0 @
identifier fops0.fops;
identifier write_f;
@@
struct file_operations fops = {
...
.write = write_f,
...
};
@ has_open depends on fops0 @
identifier fops0.fops;
identifier open_f;
@@
struct file_operations fops = {
...
.open = open_f,
...
};
// use no_llseek if we call nonseekable_open
////////////////////////////////////////////
@ nonseekable1 depends on !has_llseek && has_open @
identifier fops0.fops;
identifier nso ~= "nonseekable_open";
@@
struct file_operations fops = {
... .open = nso, ...
+.llseek = no_llseek, /* nonseekable */
};
@ nonseekable2 depends on !has_llseek @
identifier fops0.fops;
identifier open.open_f;
@@
struct file_operations fops = {
... .open = open_f, ...
+.llseek = no_llseek, /* open uses nonseekable */
};
// use seq_lseek for sequential files
/////////////////////////////////////
@ seq depends on !has_llseek @
identifier fops0.fops;
identifier sr ~= "seq_read";
@@
struct file_operations fops = {
... .read = sr, ...
+.llseek = seq_lseek, /* we have seq_read */
};
// use default_llseek if there is a readdir
///////////////////////////////////////////
@ fops1 depends on !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier readdir_e;
@@
// any other fop is used that changes pos
struct file_operations fops = {
... .readdir = readdir_e, ...
+.llseek = default_llseek, /* readdir is present */
};
// use default_llseek if at least one of read/write touches f_pos
/////////////////////////////////////////////////////////////////
@ fops2 depends on !fops1 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read.read_f;
@@
// read fops use offset
struct file_operations fops = {
... .read = read_f, ...
+.llseek = default_llseek, /* read accesses f_pos */
};
@ fops3 depends on !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier write.write_f;
@@
// write fops use offset
struct file_operations fops = {
... .write = write_f, ...
+ .llseek = default_llseek, /* write accesses f_pos */
};
// Use noop_llseek if neither read nor write accesses f_pos
///////////////////////////////////////////////////////////
@ fops4 depends on !fops1 && !fops2 && !fops3 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read_no_fpos.read_f;
identifier write_no_fpos.write_f;
@@
// write fops use offset
struct file_operations fops = {
...
.write = write_f,
.read = read_f,
...
+.llseek = noop_llseek, /* read and write both use no f_pos */
};
@ depends on has_write && !has_read && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier write_no_fpos.write_f;
@@
struct file_operations fops = {
... .write = write_f, ...
+.llseek = noop_llseek, /* write uses no f_pos */
};
@ depends on has_read && !has_write && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
identifier read_no_fpos.read_f;
@@
struct file_operations fops = {
... .read = read_f, ...
+.llseek = noop_llseek, /* read uses no f_pos */
};
@ depends on !has_read && !has_write && !fops1 && !fops2 && !has_llseek && !nonseekable1 && !nonseekable2 && !seq @
identifier fops0.fops;
@@
struct file_operations fops = {
...
+.llseek = noop_llseek, /* no read or write fn */
};
===== End semantic patch =====
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Cc: Julia Lawall <julia@diku.dk>
Cc: Christoph Hellwig <hch@infradead.org>
2010-08-15 18:52:59 +02:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-02-21 16:37:42 -08:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-16 22:42:09 -04:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
2017-09-16 22:42:09 -04:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
2018-02-11 14:34:03 -08:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2019-07-30 02:42:13 -07:00
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-02-17 01:46:37 -08:00
|
|
|
|
2018-07-06 05:25:01 +00:00
|
|
|
|
2022-01-17 13:43:49 -08:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
2023-04-28 05:32:52 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-07-23 02:30:33 -07:00
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
2023-04-28 05:32:52 -07:00
|
|
|
|
2022-07-29 17:17:31 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
2025-01-17 05:02:33 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-04-28 05:32:52 -07:00
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
2023-04-28 05:32:52 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
2025-12-25 01:21:23 -08:00
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-05-07 13:43:56 -05:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-07-30 01:23:55 -04:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
2021-07-30 01:23:55 -04:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-08-23 09:15:03 +08:00
|
|
|
|
|
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
2022-08-23 09:15:03 +08:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-07-30 01:23:55 -04:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
2021-07-30 01:23:55 -04:00
|
|
|
|
|
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 13:55:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
|
|
|
|
|
2017-01-15 16:49:28 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2024-12-20 20:22:42 +01:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:22 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-12-20 20:22:42 +01:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-07-10 21:17:43 -07:00
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
2022-07-29 17:17:31 -07:00
|
|
|
|
|
|
|
|
|
2023-04-28 05:32:52 -07:00
|
|
|
|
2013-07-10 21:17:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2013-07-10 21:17:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
2017-01-16 00:42:19 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-07 13:50:28 +02:00
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
2017-05-25 07:27:35 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
2017-05-25 07:27:35 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:48 -08:00
|
|
|
|
2017-06-09 17:11:17 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-12-20 20:22:42 +01:00
|
|
|
|
2017-06-09 17:11:17 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-12-20 20:22:42 +01:00
|
|
|
|
2017-06-09 17:11:17 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 07:27:35 -07:00
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 07:27:35 -07:00
|
|
|
|
2017-01-16 00:42:48 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2018-01-23 01:47:42 -08:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-01-16 00:42:48 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-07-11 11:36:09 -05:00
|
|
|
|
|
|
|
|
|
2022-09-29 06:24:29 -07:00
|
|
|
|
2022-07-11 11:36:09 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-09-29 06:24:29 -07:00
|
|
|
|
2022-07-11 11:36:09 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 17:11:17 -07:00
|
|
|
|
|
|
|
|
|
2017-05-25 07:27:35 -07:00
|
|
|
|
|
|
|
|
|
2022-07-11 11:36:09 -05:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:48 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-05-07 13:50:28 +02:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
2022-07-11 11:36:08 -05:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2022-09-29 06:48:10 -07:00
|
|
|
|
2022-07-11 11:36:08 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2022-07-11 11:36:08 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-02-22 02:09:20 -08:00
|
|
|
|
2022-09-25 15:36:45 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-07-11 11:36:08 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-02-22 02:09:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-30 17:00:11 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-07-11 11:36:08 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-02-24 10:20:02 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-22 20:40:26 +01:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2019-01-23 19:17:09 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2022-01-29 10:51:01 +08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-01-29 10:51:01 +08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-18 23:41:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2023-07-05 15:00:32 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-04 14:53:09 -04:00
|
|
|
|
|
|
|
|
|
2023-07-05 15:00:32 -04:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2025-10-16 17:41:10 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2025-10-16 17:41:10 +02:00
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2025-10-16 17:41:10 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2018-03-27 14:35:58 +01:00
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2018-03-27 14:35:58 +01:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-01-29 15:58:45 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-09-16 12:49:26 -04:00
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-22 20:40:26 +01:00
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-22 20:40:26 +01:00
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-22 20:40:26 +01:00
|
|
|
|
|
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2018-03-15 22:31:38 -07:00
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-18 23:41:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-05-08 01:12:29 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-23 17:33:46 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:17:43 -07:00
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-07-10 21:17:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
2023-10-22 20:40:26 +01:00
|
|
|
|
2017-05-25 04:35:09 -07:00
|
|
|
|
2013-08-14 11:27:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2021-02-05 04:56:02 -08:00
|
|
|
|
2023-10-22 20:40:26 +01:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2021-02-05 04:56:02 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-24 09:46:33 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2019-09-24 09:46:33 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-24 09:46:33 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2019-09-24 09:46:33 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-02-01 03:43:18 -08:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Change inode_operations.mkdir to return struct dentry *
Some filesystems, such as NFS, cifs, ceph, and fuse, do not have
complete control of sequencing on the actual filesystem (e.g. on a
different server) and may find that the inode created for a mkdir
request already exists in the icache and dcache by the time the mkdir
request returns. For example, if the filesystem is mounted twice the
directory could be visible on the other mount before it is on the
original mount, and a pair of name_to_handle_at(), open_by_handle_at()
calls could instantiate the directory inode with an IS_ROOT() dentry
before the first mkdir returns.
This means that the dentry passed to ->mkdir() may not be the one that
is associated with the inode after the ->mkdir() completes. Some
callers need to interact with the inode after the ->mkdir completes and
they currently need to perform a lookup in the (rare) case that the
dentry is no longer hashed.
This lookup-after-mkdir requires that the directory remains locked to
avoid races. Planned future patches to lock the dentry rather than the
directory will mean that this lookup cannot be performed atomically with
the mkdir.
To remove this barrier, this patch changes ->mkdir to return the
resulting dentry if it is different from the one passed in.
Possible returns are:
NULL - the directory was created and no other dentry was used
ERR_PTR() - an error occurred
non-NULL - this other dentry was spliced in
This patch only changes file-systems to return "ERR_PTR(err)" instead of
"err" or equivalent transformations. Subsequent patches will make
further changes to some file-systems to return a correct dentry.
Not all filesystems reliably result in a positive hashed dentry:
- NFS, cifs, hostfs will sometimes need to perform a lookup of
the name to get inode information. Races could result in this
returning something different. Note that this lookup is
non-atomic which is what we are trying to avoid. Placing the
lookup in filesystem code means it only happens when the filesystem
has no other option.
- kernfs and tracefs leave the dentry negative and the ->revalidate
operation ensures that lookup will be called to correctly populate
the dentry. This could be fixed but I don't think it is important
to any of the users of vfs_mkdir() which look at the dentry.
The recommendation to use
d_drop();d_splice_alias()
is ugly but fits with current practice. A planned future patch will
change this.
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Reviewed-by: Jan Kara <jack@suse.cz>
Signed-off-by: NeilBrown <neilb@suse.de>
Link: https://lore.kernel.org/r/20250227013949.536172-2-neilb@suse.de
Signed-off-by: Christian Brauner <brauner@kernel.org>
2025-02-27 12:32:53 +11:00
|
|
|
|
|
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
2022-09-19 20:48:48 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
Change inode_operations.mkdir to return struct dentry *
Some filesystems, such as NFS, cifs, ceph, and fuse, do not have
complete control of sequencing on the actual filesystem (e.g. on a
different server) and may find that the inode created for a mkdir
request already exists in the icache and dcache by the time the mkdir
request returns. For example, if the filesystem is mounted twice the
directory could be visible on the other mount before it is on the
original mount, and a pair of name_to_handle_at(), open_by_handle_at()
calls could instantiate the directory inode with an IS_ROOT() dentry
before the first mkdir returns.
This means that the dentry passed to ->mkdir() may not be the one that
is associated with the inode after the ->mkdir() completes. Some
callers need to interact with the inode after the ->mkdir completes and
they currently need to perform a lookup in the (rare) case that the
dentry is no longer hashed.
This lookup-after-mkdir requires that the directory remains locked to
avoid races. Planned future patches to lock the dentry rather than the
directory will mean that this lookup cannot be performed atomically with
the mkdir.
To remove this barrier, this patch changes ->mkdir to return the
resulting dentry if it is different from the one passed in.
Possible returns are:
NULL - the directory was created and no other dentry was used
ERR_PTR() - an error occurred
non-NULL - this other dentry was spliced in
This patch only changes file-systems to return "ERR_PTR(err)" instead of
"err" or equivalent transformations. Subsequent patches will make
further changes to some file-systems to return a correct dentry.
Not all filesystems reliably result in a positive hashed dentry:
- NFS, cifs, hostfs will sometimes need to perform a lookup of
the name to get inode information. Races could result in this
returning something different. Note that this lookup is
non-atomic which is what we are trying to avoid. Placing the
lookup in filesystem code means it only happens when the filesystem
has no other option.
- kernfs and tracefs leave the dentry negative and the ->revalidate
operation ensures that lookup will be called to correctly populate
the dentry. This could be fixed but I don't think it is important
to any of the users of vfs_mkdir() which look at the dentry.
The recommendation to use
d_drop();d_splice_alias()
is ugly but fits with current practice. A planned future patch will
change this.
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Reviewed-by: Jan Kara <jack@suse.cz>
Signed-off-by: NeilBrown <neilb@suse.de>
Link: https://lore.kernel.org/r/20250227013949.536172-2-neilb@suse.de
Signed-off-by: Christian Brauner <brauner@kernel.org>
2025-02-27 12:32:53 +11:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Change inode_operations.mkdir to return struct dentry *
Some filesystems, such as NFS, cifs, ceph, and fuse, do not have
complete control of sequencing on the actual filesystem (e.g. on a
different server) and may find that the inode created for a mkdir
request already exists in the icache and dcache by the time the mkdir
request returns. For example, if the filesystem is mounted twice the
directory could be visible on the other mount before it is on the
original mount, and a pair of name_to_handle_at(), open_by_handle_at()
calls could instantiate the directory inode with an IS_ROOT() dentry
before the first mkdir returns.
This means that the dentry passed to ->mkdir() may not be the one that
is associated with the inode after the ->mkdir() completes. Some
callers need to interact with the inode after the ->mkdir completes and
they currently need to perform a lookup in the (rare) case that the
dentry is no longer hashed.
This lookup-after-mkdir requires that the directory remains locked to
avoid races. Planned future patches to lock the dentry rather than the
directory will mean that this lookup cannot be performed atomically with
the mkdir.
To remove this barrier, this patch changes ->mkdir to return the
resulting dentry if it is different from the one passed in.
Possible returns are:
NULL - the directory was created and no other dentry was used
ERR_PTR() - an error occurred
non-NULL - this other dentry was spliced in
This patch only changes file-systems to return "ERR_PTR(err)" instead of
"err" or equivalent transformations. Subsequent patches will make
further changes to some file-systems to return a correct dentry.
Not all filesystems reliably result in a positive hashed dentry:
- NFS, cifs, hostfs will sometimes need to perform a lookup of
the name to get inode information. Races could result in this
returning something different. Note that this lookup is
non-atomic which is what we are trying to avoid. Placing the
lookup in filesystem code means it only happens when the filesystem
has no other option.
- kernfs and tracefs leave the dentry negative and the ->revalidate
operation ensures that lookup will be called to correctly populate
the dentry. This could be fixed but I don't think it is important
to any of the users of vfs_mkdir() which look at the dentry.
The recommendation to use
d_drop();d_splice_alias()
is ugly but fits with current practice. A planned future patch will
change this.
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Reviewed-by: Jan Kara <jack@suse.cz>
Signed-off-by: NeilBrown <neilb@suse.de>
Link: https://lore.kernel.org/r/20250227013949.536172-2-neilb@suse.de
Signed-off-by: Christian Brauner <brauner@kernel.org>
2025-02-27 12:32:53 +11:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
apparmor: fix unprivileged local user can do privileged policy management
An unprivileged local user can load, replace, and remove profiles by
opening the apparmorfs interfaces, via a confused deputy attack, by
passing the opened fd to a privileged process, and getting the
privileged process to write to the interface.
This does require a privileged target that can be manipulated to do
the write for the unprivileged process, but once such access is
achieved full policy management is possible and all the possible
implications that implies: removing confinement, DoS of system or
target applications by denying all execution, by-passing the
unprivileged user namespace restriction, to exploiting kernel bugs for
a local privilege escalation.
The policy management interface can not have its permissions simply
changed from 0666 to 0600 because non-root processes need to be able
to load policy to different policy namespaces.
Instead ensure the task writing the interface has privileges that
are a subset of the task that opened the interface. This is already
done via policy for confined processes, but unconfined can delegate
access to the opened fd, by-passing the usual policy check.
Fixes: b7fd2c0340eac ("apparmor: add per policy ns .load, .replace, .remove interface files")
Reported-by: Qualys Security Advisory <qsa@qualys.com>
Tested-by: Salvatore Bonaccorso <carnil@debian.org>
Reviewed-by: Georgia Garcia <georgia.garcia@canonical.com>
Reviewed-by: Cengiz Can <cengiz.can@canonical.com>
Signed-off-by: John Johansen <john.johansen@canonical.com>
2025-11-07 08:36:04 -08:00
|
|
|
|
2022-09-19 20:48:48 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-01-29 10:51:01 +08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-18 23:41:13 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-09 00:08:41 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 16:45:48 -07:00
|
|
|
|
2026-03-01 16:10:51 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:31:46 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:31:46 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-25 06:31:46 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-07-18 23:41:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-10-14 11:46:27 -07:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2015-11-16 21:46:33 +08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-07-18 23:41:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-06-07 14:30:22 +08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-07-18 23:41:13 -07:00
|
|
|
|
|
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-11-16 21:46:33 +08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-11-16 21:46:33 +08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 02:08:28 -07:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-06-09 02:08:28 -07:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-01-24 00:51:00 +05:30
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:16 -08:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
2017-06-09 08:14:28 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-06-30 17:00:11 -07:00
|
|
|
|
2017-01-16 00:42:55 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:18:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-01-26 16:29:22 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 14:38:35 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-18 22:56:22 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-12-12 15:28:05 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-01-19 00:24:03 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 17:22:50 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-10-08 18:26:19 -07:00
|
|
|
|
2017-11-18 19:43:13 -08:00
|
|
|
|
2017-12-12 15:28:05 -08:00
|
|
|
|
2023-08-24 12:38:01 -07:00
|
|
|
|
2023-08-21 16:54:58 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-08-09 00:26:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-09 17:29:12 -07:00
|
|
|
|
|
|
|
|
|
2017-07-18 23:18:33 -07:00
|
|
|
|
2022-03-25 05:20:02 -07:00
|
|
|
|
2017-01-16 00:42:39 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-03-16 16:04:17 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-07-30 02:42:13 -07:00
|
|
|
|
|
|
|
|
|
2023-07-23 02:30:33 -07:00
|
|
|
|
2023-03-16 16:04:17 -07:00
|
|
|
|
2024-08-23 21:40:47 -07:00
|
|
|
|
2023-08-09 00:26:36 -07:00
|
|
|
|
2017-01-16 00:42:39 -08:00
|
|
|
|
2013-07-10 21:04:43 -07:00
|
|
|
|
|
|
|
|
|
apparmor: add mount mediation
Add basic mount mediation. That allows controlling based on basic
mount parameters. It does not include special mount parameters for
apparmor, super block labeling, or any triggers for apparmor namespace
parameter modifications on pivot root.
default userspace policy rules have the form of
MOUNT RULE = ( MOUNT | REMOUNT | UMOUNT )
MOUNT = [ QUALIFIERS ] 'mount' [ MOUNT CONDITIONS ] [ SOURCE FILEGLOB ]
[ '->' MOUNTPOINT FILEGLOB ]
REMOUNT = [ QUALIFIERS ] 'remount' [ MOUNT CONDITIONS ]
MOUNTPOINT FILEGLOB
UMOUNT = [ QUALIFIERS ] 'umount' [ MOUNT CONDITIONS ] MOUNTPOINT FILEGLOB
MOUNT CONDITIONS = [ ( 'fstype' | 'vfstype' ) ( '=' | 'in' )
MOUNT FSTYPE EXPRESSION ]
[ 'options' ( '=' | 'in' ) MOUNT FLAGS EXPRESSION ]
MOUNT FSTYPE EXPRESSION = ( MOUNT FSTYPE LIST | MOUNT EXPRESSION )
MOUNT FSTYPE LIST = Comma separated list of valid filesystem and
virtual filesystem types (eg ext4, debugfs, etc)
MOUNT FLAGS EXPRESSION = ( MOUNT FLAGS LIST | MOUNT EXPRESSION )
MOUNT FLAGS LIST = Comma separated list of MOUNT FLAGS.
MOUNT FLAGS = ( 'ro' | 'rw' | 'nosuid' | 'suid' | 'nodev' | 'dev' |
'noexec' | 'exec' | 'sync' | 'async' | 'remount' |
'mand' | 'nomand' | 'dirsync' | 'noatime' | 'atime' |
'nodiratime' | 'diratime' | 'bind' | 'rbind' | 'move' |
'verbose' | 'silent' | 'loud' | 'acl' | 'noacl' |
'unbindable' | 'runbindable' | 'private' | 'rprivate' |
'slave' | 'rslave' | 'shared' | 'rshared' |
'relatime' | 'norelatime' | 'iversion' | 'noiversion' |
'strictatime' | 'nouser' | 'user' )
MOUNT EXPRESSION = ( ALPHANUMERIC | AARE ) ...
PIVOT ROOT RULE = [ QUALIFIERS ] pivot_root [ oldroot=OLD PUT FILEGLOB ]
[ NEW ROOT FILEGLOB ]
SOURCE FILEGLOB = FILEGLOB
MOUNTPOINT FILEGLOB = FILEGLOB
eg.
mount,
mount /dev/foo,
mount options=ro /dev/foo -> /mnt/,
mount options in (ro,atime) /dev/foo -> /mnt/,
mount options=ro options=atime,
Signed-off-by: John Johansen <john.johansen@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
2017-07-18 23:04:47 -07:00
|
|
|
|
|
|
|
|
|
2023-12-18 01:10:03 -08:00
|
|
|
|
apparmor: add mount mediation
Add basic mount mediation. That allows controlling based on basic
mount parameters. It does not include special mount parameters for
apparmor, super block labeling, or any triggers for apparmor namespace
parameter modifications on pivot root.
default userspace policy rules have the form of
MOUNT RULE = ( MOUNT | REMOUNT | UMOUNT )
MOUNT = [ QUALIFIERS ] 'mount' [ MOUNT CONDITIONS ] [ SOURCE FILEGLOB ]
[ '->' MOUNTPOINT FILEGLOB ]
REMOUNT = [ QUALIFIERS ] 'remount' [ MOUNT CONDITIONS ]
MOUNTPOINT FILEGLOB
UMOUNT = [ QUALIFIERS ] 'umount' [ MOUNT CONDITIONS ] MOUNTPOINT FILEGLOB
MOUNT CONDITIONS = [ ( 'fstype' | 'vfstype' ) ( '=' | 'in' )
MOUNT FSTYPE EXPRESSION ]
[ 'options' ( '=' | 'in' ) MOUNT FLAGS EXPRESSION ]
MOUNT FSTYPE EXPRESSION = ( MOUNT FSTYPE LIST | MOUNT EXPRESSION )
MOUNT FSTYPE LIST = Comma separated list of valid filesystem and
virtual filesystem types (eg ext4, debugfs, etc)
MOUNT FLAGS EXPRESSION = ( MOUNT FLAGS LIST | MOUNT EXPRESSION )
MOUNT FLAGS LIST = Comma separated list of MOUNT FLAGS.
MOUNT FLAGS = ( 'ro' | 'rw' | 'nosuid' | 'suid' | 'nodev' | 'dev' |
'noexec' | 'exec' | 'sync' | 'async' | 'remount' |
'mand' | 'nomand' | 'dirsync' | 'noatime' | 'atime' |
'nodiratime' | 'diratime' | 'bind' | 'rbind' | 'move' |
'verbose' | 'silent' | 'loud' | 'acl' | 'noacl' |
'unbindable' | 'runbindable' | 'private' | 'rprivate' |
'slave' | 'rslave' | 'shared' | 'rshared' |
'relatime' | 'norelatime' | 'iversion' | 'noiversion' |
'strictatime' | 'nouser' | 'user' )
MOUNT EXPRESSION = ( ALPHANUMERIC | AARE ) ...
PIVOT ROOT RULE = [ QUALIFIERS ] pivot_root [ oldroot=OLD PUT FILEGLOB ]
[ NEW ROOT FILEGLOB ]
SOURCE FILEGLOB = FILEGLOB
MOUNTPOINT FILEGLOB = FILEGLOB
eg.
mount,
mount /dev/foo,
mount options=ro /dev/foo -> /mnt/,
mount options in (ro,atime) /dev/foo -> /mnt/,
mount options=ro options=atime,
Signed-off-by: John Johansen <john.johansen@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
2017-07-18 23:04:47 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 17:25:03 -07:00
|
|
|
|
|
|
|
|
|
apparmor: add mount mediation
Add basic mount mediation. That allows controlling based on basic
mount parameters. It does not include special mount parameters for
apparmor, super block labeling, or any triggers for apparmor namespace
parameter modifications on pivot root.
default userspace policy rules have the form of
MOUNT RULE = ( MOUNT | REMOUNT | UMOUNT )
MOUNT = [ QUALIFIERS ] 'mount' [ MOUNT CONDITIONS ] [ SOURCE FILEGLOB ]
[ '->' MOUNTPOINT FILEGLOB ]
REMOUNT = [ QUALIFIERS ] 'remount' [ MOUNT CONDITIONS ]
MOUNTPOINT FILEGLOB
UMOUNT = [ QUALIFIERS ] 'umount' [ MOUNT CONDITIONS ] MOUNTPOINT FILEGLOB
MOUNT CONDITIONS = [ ( 'fstype' | 'vfstype' ) ( '=' | 'in' )
MOUNT FSTYPE EXPRESSION ]
[ 'options' ( '=' | 'in' ) MOUNT FLAGS EXPRESSION ]
MOUNT FSTYPE EXPRESSION = ( MOUNT FSTYPE LIST | MOUNT EXPRESSION )
MOUNT FSTYPE LIST = Comma separated list of valid filesystem and
virtual filesystem types (eg ext4, debugfs, etc)
MOUNT FLAGS EXPRESSION = ( MOUNT FLAGS LIST | MOUNT EXPRESSION )
MOUNT FLAGS LIST = Comma separated list of MOUNT FLAGS.
MOUNT FLAGS = ( 'ro' | 'rw' | 'nosuid' | 'suid' | 'nodev' | 'dev' |
'noexec' | 'exec' | 'sync' | 'async' | 'remount' |
'mand' | 'nomand' | 'dirsync' | 'noatime' | 'atime' |
'nodiratime' | 'diratime' | 'bind' | 'rbind' | 'move' |
'verbose' | 'silent' | 'loud' | 'acl' | 'noacl' |
'unbindable' | 'runbindable' | 'private' | 'rprivate' |
'slave' | 'rslave' | 'shared' | 'rshared' |
'relatime' | 'norelatime' | 'iversion' | 'noiversion' |
'strictatime' | 'nouser' | 'user' )
MOUNT EXPRESSION = ( ALPHANUMERIC | AARE ) ...
PIVOT ROOT RULE = [ QUALIFIERS ] pivot_root [ oldroot=OLD PUT FILEGLOB ]
[ NEW ROOT FILEGLOB ]
SOURCE FILEGLOB = FILEGLOB
MOUNTPOINT FILEGLOB = FILEGLOB
eg.
mount,
mount /dev/foo,
mount options=ro /dev/foo -> /mnt/,
mount options in (ro,atime) /dev/foo -> /mnt/,
mount options=ro options=atime,
Signed-off-by: John Johansen <john.johansen@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
2017-07-18 23:04:47 -07:00
|
|
|
|
2022-09-09 16:00:09 -07:00
|
|
|
|
2017-06-09 17:25:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
apparmor: add fine grained af_unix mediation
Extend af_unix mediation to support fine grained controls based on
the type (abstract, anonymous, fs), the address, and the labeling
on the socket.
This allows for using socket addresses to label and the socket and
control which subjects can communicate.
The unix rule format follows standard apparmor rules except that fs
based unix sockets can be mediated by existing file rules. None fs
unix sockets can be mediated by a unix socket rule. Where The address
of an abstract unix domain socket begins with the @ character, similar
to how they are reported (as paths) by netstat -x. The address then
follows and may contain pattern matching and any characters including
the null character. In apparmor null characters must be specified by
using an escape sequence \000 or \x00. The pattern matching is the
same as is used by file path matching so * will not match / even
though it has no special meaning with in an abstract socket name. Eg.
allow unix addr=@*,
Autobound unix domain sockets have a unix sun_path assigned to them by
the kernel, as such specifying a policy based address is not possible.
The autobinding of sockets can be controlled by specifying the special
auto keyword. Eg.
allow unix addr=auto,
To indicate that the rule only applies to auto binding of unix domain
sockets. It is important to note this only applies to the bind
permission as once the socket is bound to an address it is
indistinguishable from a socket that have an addr bound with a
specified name. When the auto keyword is used with other permissions
or as part of a peer addr it will be replaced with a pattern that can
match an autobound socket. Eg. For some kernels
allow unix rw addr=auto,
It is important to note, this pattern may match abstract sockets that
were not autobound but have an addr that fits what is generated by the
kernel when autobinding a socket.
Anonymous unix domain sockets have no sun_path associated with the
socket address, however it can be specified with the special none
keyword to indicate the rule only applies to anonymous unix domain
sockets. Eg.
allow unix addr=none,
If the address component of a rule is not specified then the rule
applies to autobind, abstract and anonymous sockets.
The label on the socket can be compared using the standard label=
rule conditional. Eg.
allow unix addr=@foo peer=(label=bar),
see man apparmor.d for full syntax description.
Signed-off-by: John Johansen <john.johansen@canonical.com>
2022-09-07 12:46:30 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-26 18:49:04 -07:00
|
|
|
|
2017-05-26 18:35:29 -07:00
|
|
|
|
2017-05-26 18:49:04 -07:00
|
|
|
|
2017-05-26 17:23:23 -07:00
|
|
|
|
2017-05-26 18:49:04 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-03-20 14:43:41 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-18 23:18:33 -07:00
|
|
|
|
2024-10-12 04:43:34 -07:00
|
|
|
|
apparmor: add mount mediation
Add basic mount mediation. That allows controlling based on basic
mount parameters. It does not include special mount parameters for
apparmor, super block labeling, or any triggers for apparmor namespace
parameter modifications on pivot root.
default userspace policy rules have the form of
MOUNT RULE = ( MOUNT | REMOUNT | UMOUNT )
MOUNT = [ QUALIFIERS ] 'mount' [ MOUNT CONDITIONS ] [ SOURCE FILEGLOB ]
[ '->' MOUNTPOINT FILEGLOB ]
REMOUNT = [ QUALIFIERS ] 'remount' [ MOUNT CONDITIONS ]
MOUNTPOINT FILEGLOB
UMOUNT = [ QUALIFIERS ] 'umount' [ MOUNT CONDITIONS ] MOUNTPOINT FILEGLOB
MOUNT CONDITIONS = [ ( 'fstype' | 'vfstype' ) ( '=' | 'in' )
MOUNT FSTYPE EXPRESSION ]
[ 'options' ( '=' | 'in' ) MOUNT FLAGS EXPRESSION ]
MOUNT FSTYPE EXPRESSION = ( MOUNT FSTYPE LIST | MOUNT EXPRESSION )
MOUNT FSTYPE LIST = Comma separated list of valid filesystem and
virtual filesystem types (eg ext4, debugfs, etc)
MOUNT FLAGS EXPRESSION = ( MOUNT FLAGS LIST | MOUNT EXPRESSION )
MOUNT FLAGS LIST = Comma separated list of MOUNT FLAGS.
MOUNT FLAGS = ( 'ro' | 'rw' | 'nosuid' | 'suid' | 'nodev' | 'dev' |
'noexec' | 'exec' | 'sync' | 'async' | 'remount' |
'mand' | 'nomand' | 'dirsync' | 'noatime' | 'atime' |
'nodiratime' | 'diratime' | 'bind' | 'rbind' | 'move' |
'verbose' | 'silent' | 'loud' | 'acl' | 'noacl' |
'unbindable' | 'runbindable' | 'private' | 'rprivate' |
'slave' | 'rslave' | 'shared' | 'rshared' |
'relatime' | 'norelatime' | 'iversion' | 'noiversion' |
'strictatime' | 'nouser' | 'user' )
MOUNT EXPRESSION = ( ALPHANUMERIC | AARE ) ...
PIVOT ROOT RULE = [ QUALIFIERS ] pivot_root [ oldroot=OLD PUT FILEGLOB ]
[ NEW ROOT FILEGLOB ]
SOURCE FILEGLOB = FILEGLOB
MOUNTPOINT FILEGLOB = FILEGLOB
eg.
mount,
mount /dev/foo,
mount options=ro /dev/foo -> /mnt/,
mount options in (ro,atime) /dev/foo -> /mnt/,
mount options=ro options=atime,
Signed-off-by: John Johansen <john.johansen@canonical.com>
Acked-by: Seth Arnold <seth.arnold@canonical.com>
2017-07-18 23:04:47 -07:00
|
|
|
|
2017-06-09 17:25:03 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-09 14:38:35 -07:00
|
|
|
|
2017-07-18 22:56:22 -07:00
|
|
|
|
apparmor: add fine grained af_unix mediation
Extend af_unix mediation to support fine grained controls based on
the type (abstract, anonymous, fs), the address, and the labeling
on the socket.
This allows for using socket addresses to label and the socket and
control which subjects can communicate.
The unix rule format follows standard apparmor rules except that fs
based unix sockets can be mediated by existing file rules. None fs
unix sockets can be mediated by a unix socket rule. Where The address
of an abstract unix domain socket begins with the @ character, similar
to how they are reported (as paths) by netstat -x. The address then
follows and may contain pattern matching and any characters including
the null character. In apparmor null characters must be specified by
using an escape sequence \000 or \x00. The pattern matching is the
same as is used by file path matching so * will not match / even
though it has no special meaning with in an abstract socket name. Eg.
allow unix addr=@*,
Autobound unix domain sockets have a unix sun_path assigned to them by
the kernel, as such specifying a policy based address is not possible.
The autobinding of sockets can be controlled by specifying the special
auto keyword. Eg.
allow unix addr=auto,
To indicate that the rule only applies to auto binding of unix domain
sockets. It is important to note this only applies to the bind
permission as once the socket is bound to an address it is
indistinguishable from a socket that have an addr bound with a
specified name. When the auto keyword is used with other permissions
or as part of a peer addr it will be replaced with a pattern that can
match an autobound socket. Eg. For some kernels
allow unix rw addr=auto,
It is important to note, this pattern may match abstract sockets that
were not autobound but have an addr that fits what is generated by the
kernel when autobinding a socket.
Anonymous unix domain sockets have no sun_path associated with the
socket address, however it can be specified with the special none
keyword to indicate the rule only applies to anonymous unix domain
sockets. Eg.
allow unix addr=none,
If the address component of a rule is not specified then the rule
applies to autobind, abstract and anonymous sockets.
The label on the socket can be compared using the standard label=
rule conditional. Eg.
allow unix addr=@foo peer=(label=bar),
see man apparmor.d for full syntax description.
Signed-off-by: John Johansen <john.johansen@canonical.com>
2022-09-07 12:46:30 -07:00
|
|
|
|
2017-05-26 18:49:04 -07:00
|
|
|
|
2023-03-20 14:43:41 -03:00
|
|
|
|
2012-01-26 16:29:21 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-08-31 09:54:43 -07:00
|
|
|
|
2017-06-09 17:22:50 -07:00
|
|
|
|
|
|
|
|
|
2017-08-31 09:54:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-07-11 11:36:09 -05:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
|
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-03-19 14:01:35 +11:00
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-10-04 14:53:09 -04:00
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-12-07 01:13:28 +11:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-12-07 01:13:28 +11:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-12-07 01:13:28 +11:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
2019-12-07 01:13:28 +11:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-02-05 18:26:46 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-11-20 12:20:34 +01:00
|
|
|
|
2018-02-05 18:26:46 +01:00
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-02-18 17:23:40 -05:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-27 13:05:09 -08:00
|
|
|
|
2017-05-25 05:52:56 -07:00
|
|
|
|
2012-01-26 16:29:20 -08:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2018-02-05 09:58:29 +01:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2018-02-05 09:58:29 +01:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2018-02-05 09:58:29 +01:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
|
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
2018-02-05 09:58:29 +01:00
|
|
|
|
|
|
|
|
|
2017-05-26 16:27:58 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-11-20 23:24:09 -08:00
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
|
|
|
|
|
2017-01-16 00:42:58 -08:00
|
|
|
|
2013-07-10 21:13:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-02-05 09:58:29 +01:00
|
|
|
|
|
|
|
|
|
2017-05-25 06:35:38 -07:00
|
|
|
|
2017-05-25 06:23:42 -07:00
|
|
|
|
2017-01-16 00:42:45 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-02-05 09:58:29 +01:00
|
|
|
|
|
|
|
|
|
2010-07-29 14:48:03 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|