bump libseccomp-golang v0.9.1#3371
Conversation
full diff: seccomp/libseccomp-golang@32f571b...689e3c1 Release notes: * Version 0.9.1 - May 21, 2019 - Minimum supported version of libseccomp bumped to v2.2.0 (seccomp/libseccomp-golang@fc02980) - PowerPC and S390(x) architectures are unavailable below library version v2.3.0 and will return errors if used with incompatible libraries - Use Libseccomp's `seccomp_version` API to retrieve library version - Unconditionally set TSync attribute for filters, due to Go's heavily threaded nature - Fix [CVE-2017-18367](https://nvd.nist.gov/vuln/detail/CVE-2017-18367) - Multiple syscall arguments were incorrectly combined with logical-OR, instead of logical-AND (seccomp/libseccomp-golang@06e7a29) - Fix a failure to build on Debian-based distributions due to CGo code - Fix unit test failures on 32-bit architectures - Improve several errors to be more verbose about their causes - Add support for SCMP_ACT_LOG (with libseccomp versions 2.4.x and higher), permitting syscalls but logging their execution - Add support for SCMP_FLTATR_CTL_LOG (with libseccomp versions 2.4.x and higher), logging not-allowed actions when they are denied Signed-off-by: Sebastiaan van Stijn <[email protected]>
|
corresponding PR for containerd/cri: containerd/cri#1189 (I assumed it was OK to bump this separate from a revendor of containerd/cri). should this be marked for cherry-picking? |
|
Build succeeded.
|
|
|
LGTM |
|
@crosbymichael @thaJeztah just curious, have you folks tried out using dependabot (or similar) for automating PRs like these? |
|
I've discussed using it in some other contexts; it could help with some of these (not sure if it would help for all, as we sometimes have to curate/coordinate what version to pin to). Switching to Go Mod also could help for some cases (but brings a lot of problems with it as well) |
|
This change increases libseccomp requirement to 2.3.0, NOT "Minimum supported version of libseccomp bumped to v2.2.0 (seccomp/libseccomp-golang@fc02980" I've tried with libseccomp 2.2.3, and got error Is this what we expected? If it is, I'll update one of our test image; if not, we may want to fix it. |
|
Yes that commit was confusing as it mentioned both 2.2.0 and 2.3.0 |
|
Hmm, I had forgotten about that incompatibility. That basically means having to drop support for older distros which is probably not what we want. |
full diff: seccomp/libseccomp-golang@32f571b...689e3c1
Release notes:
seccomp_versionAPI to retrieve library version