You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a currently unhandled piece of Linux functionality that we just "let through". But it introduces nondeterminism in the key_serial_t identifiers that come back.
Basic plan:
virtualize the key serials just like with other IDs (e.g. inodes)
make sure that our container setup keeps the process tree's keys separate from anything else on the system
Specific steps for virtualizating IDs would include:
add a new global state RPC for adding/resolving key serial numbers
have local handlers for add_key establish the new virtual mapping, and return the virtual serial ID to the guest, which probably starts at a constant and counts up by +1
have request_key and keyctl calls resolve virtual serial numbers before issuing to Linux
Summary: These were not being mentioned at all in the syscall subscription list, but they are a source of nondeterminism, as described in issue #30.
Reviewed By: VladimirMakaev
Differential Revision: D41613558
fbshipit-source-id: f481fc9baf3e05467ad2f6e0a97b9023b6a24a34
This is a currently unhandled piece of Linux functionality that we just "let through". But it introduces nondeterminism in the
key_serial_t
identifiers that come back.Basic plan:
Specific steps for virtualizating IDs would include:
Relevant manpages:
The text was updated successfully, but these errors were encountered: