This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
PVF: add landlock sandboxing (#7303)
* Begin adding landlock + test * Move PVF implementer's guide section to own page, document security * Implement test * Add some docs * Do some cleanup * Fix typo * Warn on host startup if landlock is not supported * Clarify docs a bit * Minor improvements * Add some docs about determinism * Address review comments (mainly add warning on landlock error) * Update node/core/pvf/src/host.rs Co-authored-by: Andrei Sandu <54316454+sandreim@users.noreply.github.com> * Update node/core/pvf/src/host.rs Co-authored-by: Andrei Sandu <54316454+sandreim@users.noreply.github.com> * Fix unused fn * Update ABI docs to reflect latest discussions * Remove outdated notes * Try to trigger new test-linux-oldkernel-stable job Job introduced in #7371. --------- Co-authored-by: Andrei Sandu <54316454+sandreim@users.noreply.github.com>
- Loading branch information
Showing
10 changed files
with
445 additions
and
95 deletions.
There are no files selected for viewing
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
Oops, something went wrong.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,188 @@ | ||
// Copyright (C) Parity Technologies (UK) Ltd. | ||
// This file is part of Polkadot. | ||
|
||
// Polkadot is free software: you can redistribute it and/or modify | ||
// it under the terms of the GNU General Public License as published by | ||
// the Free Software Foundation, either version 3 of the License, or | ||
// (at your option) any later version. | ||
|
||
// Polkadot is distributed in the hope that it will be useful, | ||
// but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | ||
// GNU General Public License for more details. | ||
|
||
// You should have received a copy of the GNU General Public License | ||
// along with Polkadot. If not, see <http://www.gnu.org/licenses/>. | ||
|
||
//! Functionality for securing workers. | ||
//! | ||
//! This is needed because workers are used to compile and execute untrusted code (PVFs). | ||
|
||
/// To what degree landlock is enabled. It's a separate struct from `RulesetStatus` because that is | ||
/// only available on Linux, plus this has a nicer name. | ||
pub enum LandlockStatus { | ||
FullyEnforced, | ||
PartiallyEnforced, | ||
NotEnforced, | ||
/// Thread panicked, we don't know what the status is. | ||
Unavailable, | ||
} | ||
|
||
impl LandlockStatus { | ||
#[cfg(target_os = "linux")] | ||
pub fn from_ruleset_status(ruleset_status: ::landlock::RulesetStatus) -> Self { | ||
use ::landlock::RulesetStatus::*; | ||
match ruleset_status { | ||
FullyEnforced => LandlockStatus::FullyEnforced, | ||
PartiallyEnforced => LandlockStatus::PartiallyEnforced, | ||
NotEnforced => LandlockStatus::NotEnforced, | ||
} | ||
} | ||
} | ||
|
||
/// The [landlock] docs say it best: | ||
/// | ||
/// > "Landlock is a security feature available since Linux 5.13. The goal is to enable to restrict | ||
/// ambient rights (e.g., global filesystem access) for a set of processes by creating safe security | ||
/// sandboxes as new security layers in addition to the existing system-wide access-controls. This | ||
/// kind of sandbox is expected to help mitigate the security impact of bugs, unexpected or | ||
/// malicious behaviors in applications. Landlock empowers any process, including unprivileged ones, | ||
/// to securely restrict themselves." | ||
/// | ||
/// [landlock]: https://docs.rs/landlock/latest/landlock/index.html | ||
#[cfg(target_os = "linux")] | ||
pub mod landlock { | ||
use landlock::{Access, AccessFs, Ruleset, RulesetAttr, RulesetError, RulesetStatus, ABI}; | ||
|
||
/// Landlock ABI version. We use ABI V1 because: | ||
/// | ||
/// 1. It is supported by our reference kernel version. | ||
/// 2. Later versions do not (yet) provide additional security. | ||
/// | ||
/// # Versions (June 2023) | ||
/// | ||
/// - Polkadot reference kernel version: 5.16+ | ||
/// - ABI V1: 5.13 - introduces landlock, including full restrictions on file reads | ||
/// - ABI V2: 5.19 - adds ability to configure file renaming (not used by us) | ||
/// | ||
/// # Determinism | ||
/// | ||
/// You may wonder whether we could always use the latest ABI instead of only the ABI supported | ||
/// by the reference kernel version. It seems plausible, since landlock provides a best-effort | ||
/// approach to enabling sandboxing. For example, if the reference version only supported V1 and | ||
/// we were on V2, then landlock would use V2 if it was supported on the current machine, and | ||
/// just fall back to V1 if not. | ||
/// | ||
/// The issue with this is indeterminacy. If half of validators were on V2 and half were on V1, | ||
/// they may have different semantics on some PVFs. So a malicious PVF now has a new attack | ||
/// vector: they can exploit this indeterminism between landlock ABIs! | ||
/// | ||
/// On the other hand we do want validators to be as secure as possible and protect their keys | ||
/// from attackers. And, the risk with indeterminacy is low and there are other indeterminacy | ||
/// vectors anyway. So we will only upgrade to a new ABI if either the reference kernel version | ||
/// supports it or if it introduces some new feature that is beneficial to security. | ||
pub const LANDLOCK_ABI: ABI = ABI::V1; | ||
|
||
// TODO: <https://github.com/landlock-lsm/rust-landlock/issues/36> | ||
/// Returns to what degree landlock is enabled with the given ABI on the current Linux | ||
/// environment. | ||
pub fn get_status() -> Result<RulesetStatus, Box<dyn std::error::Error>> { | ||
match std::thread::spawn(|| try_restrict_thread()).join() { | ||
Ok(Ok(status)) => Ok(status), | ||
Ok(Err(ruleset_err)) => Err(ruleset_err.into()), | ||
Err(_err) => Err("a panic occurred in try_restrict_thread".into()), | ||
} | ||
} | ||
|
||
/// Basaed on the given `status`, returns a single bool indicating whether the given landlock | ||
/// ABI is fully enabled on the current Linux environment. | ||
pub fn status_is_fully_enabled( | ||
status: &Result<RulesetStatus, Box<dyn std::error::Error>>, | ||
) -> bool { | ||
matches!(status, Ok(RulesetStatus::FullyEnforced)) | ||
} | ||
|
||
/// Runs a check for landlock and returns a single bool indicating whether the given landlock | ||
/// ABI is fully enabled on the current Linux environment. | ||
pub fn check_is_fully_enabled() -> bool { | ||
status_is_fully_enabled(&get_status()) | ||
} | ||
|
||
/// Tries to restrict the current thread with the following landlock access controls: | ||
/// | ||
/// 1. all global filesystem access | ||
/// 2. ... more may be supported in the future. | ||
/// | ||
/// If landlock is not supported in the current environment this is simply a noop. | ||
/// | ||
/// # Returns | ||
/// | ||
/// The status of the restriction (whether it was fully, partially, or not-at-all enforced). | ||
pub fn try_restrict_thread() -> Result<RulesetStatus, RulesetError> { | ||
let status = Ruleset::new() | ||
.handle_access(AccessFs::from_all(LANDLOCK_ABI))? | ||
.create()? | ||
.restrict_self()?; | ||
Ok(status.ruleset) | ||
} | ||
|
||
#[cfg(test)] | ||
mod tests { | ||
use super::*; | ||
use std::{fs, io::ErrorKind, thread}; | ||
|
||
#[test] | ||
fn restricted_thread_cannot_access_fs() { | ||
// TODO: This would be nice: <https://github.com/rust-lang/rust/issues/68007>. | ||
if !check_is_fully_enabled() { | ||
return | ||
} | ||
|
||
// Restricted thread cannot read from FS. | ||
let handle = thread::spawn(|| { | ||
// Write to a tmp file, this should succeed before landlock is applied. | ||
let text = "foo"; | ||
let tmpfile = tempfile::NamedTempFile::new().unwrap(); | ||
let path = tmpfile.path(); | ||
fs::write(path, text).unwrap(); | ||
let s = fs::read_to_string(path).unwrap(); | ||
assert_eq!(s, text); | ||
|
||
let status = try_restrict_thread().unwrap(); | ||
if !matches!(status, RulesetStatus::FullyEnforced) { | ||
panic!("Ruleset should be enforced since we checked if landlock is enabled"); | ||
} | ||
|
||
// Try to read from the tmp file after landlock. | ||
let result = fs::read_to_string(path); | ||
assert!(matches!( | ||
result, | ||
Err(err) if matches!(err.kind(), ErrorKind::PermissionDenied) | ||
)); | ||
}); | ||
|
||
assert!(handle.join().is_ok()); | ||
|
||
// Restricted thread cannot write to FS. | ||
let handle = thread::spawn(|| { | ||
let text = "foo"; | ||
let tmpfile = tempfile::NamedTempFile::new().unwrap(); | ||
let path = tmpfile.path(); | ||
|
||
let status = try_restrict_thread().unwrap(); | ||
if !matches!(status, RulesetStatus::FullyEnforced) { | ||
panic!("Ruleset should be enforced since we checked if landlock is enabled"); | ||
} | ||
|
||
// Try to write to the tmp file after landlock. | ||
let result = fs::write(path, text); | ||
assert!(matches!( | ||
result, | ||
Err(err) if matches!(err.kind(), ErrorKind::PermissionDenied) | ||
)); | ||
}); | ||
|
||
assert!(handle.join().is_ok()); | ||
} | ||
} | ||
} |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.