| commit | 21f7373e76ff909ea6e1a87a2f3aa0d7344095eb | [log] [tgz] |
|---|---|---|
| author | Christian Blichmann <cblichmann@google.com> | Fri Sep 11 06:33:57 2020 -0700 |
| committer | Copybara-Service <copybara-worker@google.com> | Fri Sep 11 06:34:27 2020 -0700 |
| tree | bf04829c36b367ef596a14d31a431dd426dbef61 | |
| parent | c19949eb7b66d4ec872014dd7baccac5c7942c84 [diff] |
Initial changes to support AArch64 This is a work in progress: - Syscall tables need work - Only tested on real hardware using one of our test hosts As a drive-by, this change also enables the open source version to function on POWER. Another side-effect of this change is that the default policies no longer check for different host architectures at runtime. On x86_64, we do not need to check for PPC or AArch64 specifice and vice versa. PiperOrigin-RevId: 331137472 Change-Id: Ic6d6be5cbe61d83dbe13d5a0be036871754b2eb8
Copyright 2019-2020 Google LLC.
The Sandboxed API project (SAPI) aims to make sandboxing of C/C++ libraries less burdensome: after initial setup of security policies and generation of library interfaces, an almost-identical stub API is generated, transparently forwarding calls using a custom RPC layer to the real library running inside a sandboxed environment.
Additionally, each SAPI library utilizes a tightly defined security policy, in contrast to the typical sandboxed project, where security policies must cover the total syscall/resource footprint of all utilized libraries.
Detailed developer documentation is available on the Google Developers site for Sandboxed API.
There is also a Getting Started guide.
If you want to contribute, please read CONTRIBUTING.md and send us pull requests. You can also report bugs or file feature requests.
If you'd like to talk to the developers or get notified about major product updates, you may want to subscribe to our mailing list or sign up with this link.