Include shell-based tests in OSS builds

These were previously dependent on an internal-only testing target.

For now, this only works with Bazel, but should enable us to have better test coverage in GitHub actions.
Eventually, all of these shell-based tests should be converted to `cc_test`s.

PiperOrigin-RevId: 400713615
Change-Id: I1cabb5b72977987ef4a1803480f699b58c4d56e9
15 files changed
tree: 20f1c7d7b102415be69a68813c256d16e6bbb015
  1. .bazelci/
  2. .github/
  3. cmake/
  4. contrib/
  5. oss-internship-2020/
  6. sandboxed_api/
  7. .bazelignore
  8. .bazelrc
  9. .clang-format
  10. .gitignore
  11. .gitmodules
  12. CMakeLists.txt
  13. CONTRIBUTING.md
  14. LICENSE
  15. README.md
  16. WORKSPACE
README.md

Sandbox

Copyright 2019-2021 Google LLC.

Bazel build status CMake build status

What is Sandboxed API?

The Sandboxed API project (SAPI) makes sandboxing of C/C++ libraries less burdensome: after initial setup of security policies and generation of library interfaces, a 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 its libraries.

Documentation

Developer documentation is available on the Google Developers site for Sandboxed API.

There is also a Getting Started guide.

Getting Involved

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.