Hi,
Thanks for reporting. Are you running this in a container, or something may be preventing capabilities from being applied, e.g. system wide systemd NoNewPrivileges set in /etc/systemd/systemd-system.conf?
In any case, you should first check that the file capabilities on snap-confine are set correctly. You can run the following command to confirm that:
$ getcap /usr/libexec/snapd/snap-confine
/usr/libexec/snapd/snap-confine cap_chown,cap_dac_override,cap_dac_read_search,cap_fowner,cap_sys_chroot,cap_sys_ptrace,cap_sys_admin=p
The file permissions are applied automatically when you install the snapd package using zypper. It’s not impossible that something may have gone wrong, in which case you can try using the permctl tool to inspect (note I have intentionally stripped all file capabilities to demonstrate the error):
$ permctl --examine /usr/libexec/snapd/snap-confine /etc/permissions.d/snapd
Checking permissions and ownerships - using the permissions files
/etc/permissions.d/snapd
/usr/libexec/snapd/snap-confine: should be root:root 0755 "cap_chown,cap_dac_override,cap_dac_read_search,cap_fowner,cap_sys_chroot,cap_sys_ptrace,cap_sys_admin=p". (missing capabilities)
and to restore the values appropriate for a given security profile:
$ permctl --set --examine /usr/libexec/snapd/snap-confine /etc/permissions.d/snapd
At which point you can run permctl --examine or getcap again to confirm that permissions are set.
Note, if you switched your security configuration to paranoid level (via /etc/sysconfig/security), the profile for snap-confine specifically removes all file capabilities. This is intentional.