Go to file
Andrei Vagin 37d5dc5877 platform/kvm: dont' set MPX bits in the XCR register
We don't expect that runsc uses MPX . MPX was deprecated and its support
has been removed from the Linux Kernel.

We have seen when the host XCR has these bits, but a KVM VM doesn't
support MPX and xsetbv generates #GP.

COPYBARA_INTEGRATE_REVIEW=https://github.com/google/gvisor/pull/7366 from avagin:gvisor-vs-mpx 9cd6a27048cbcd0c01dbecd7697e2c4619b29f28
PiperOrigin-RevId: 438922868
2022-04-01 15:21:49 -07:00
.buildkite Bump versions of all the runtime tests except Java. 2022-04-01 10:45:26 -07:00
.github Bump Go branch workflow to 1.17 2022-03-09 10:03:49 -08:00
.vscode Add basic VSCode plumbing. 2021-02-01 20:08:00 +00:00
debian Remove unnecessary use of _impl pkg rules. 2022-01-28 14:08:28 -08:00
g3doc Configuration needs to use `options` not `option` 2022-03-18 11:15:42 +01:00
images Bump versions of all the runtime tests except Java. 2022-04-01 10:45:26 -07:00
pkg platform/kvm: dont' set MPX bits in the XCR register 2022-04-01 15:21:49 -07:00
runsc Parse cgroupv2 path only once while scanning mountinfo. 2022-03-31 09:17:06 -07:00
shim Add internal staging tags to //runsc and //shim binaries. 2021-04-07 17:13:11 -07:00
test Created tests for mounting tmpfs with size option enabled. 2022-04-01 15:01:53 -07:00
tools make: set --//tools/nogo:fast by default 2022-03-30 10:53:28 -07:00
vdso Refactor nogo and provide facts render. 2022-01-19 10:26:27 -08:00
webhook Make the webhook deterministic. 2022-01-13 15:20:43 -08:00
website gvisor.dev: Fix chart axis precision to one decimal point to avoid overflow. 2022-03-30 16:47:56 -07:00
.bazelignore Ignore convenience symlink. 2021-02-01 20:30:16 +00:00
.bazelrc Make release pipeline architecture-independent. 2022-03-02 12:51:03 -08:00
.devcontainer.json Update .devcontainer.json 2021-02-01 12:16:48 -08:00
.gitignore Make the webhook deterministic. 2022-01-13 15:20:43 -08:00
AUTHORS Change copyright notice to "The gVisor Authors" 2019-04-29 14:26:23 -07:00
BUILD Clean documentation and add go vet support for checklocks. 2022-02-03 22:26:47 -08:00
CODE_OF_CONDUCT.md Merge pull request #2513 from amscanne:website-integrated 2020-05-12 12:55:23 -07:00
CONTRIBUTING.md Merge pull request #6484 from dqminh:fix-go-mod-instructions 2021-08-20 11:46:55 -07:00
GOVERNANCE.md Merge pull request #2513 from amscanne:website-integrated 2020-05-12 12:55:23 -07:00
LICENSE Add MIT license to top-level LICENSE file. 2020-07-28 16:06:06 -07:00
Makefile make: set --//tools/nogo:fast by default 2022-03-30 10:53:28 -07:00
README.md Fix "Installing from source" instructions 2021-10-05 17:32:15 -07:00
SECURITY.md Drop unused markdown links. 2020-06-25 09:18:30 -07:00
WORKSPACE Add systemd-cgroup support to runsc. 2022-03-17 15:03:44 -07:00
go.mod Add systemd-cgroup support to runsc. 2022-03-17 15:03:44 -07:00
go.sum Add systemd-cgroup support to runsc. 2022-03-17 15:03:44 -07:00
nogo.yaml Ensure that nogo is enabled. 2022-02-03 23:45:40 -08:00

README.md

gVisor

Build status Issue reviver gVisor chat code search

What is gVisor?

gVisor is an application kernel, written in Go, that implements a substantial portion of the Linux system surface. It includes an Open Container Initiative (OCI) runtime called runsc that provides an isolation boundary between the application and the host kernel. The runsc runtime integrates with Docker and Kubernetes, making it simple to run sandboxed containers.

Why does gVisor exist?

Containers are not a sandbox. While containers have revolutionized how we develop, package, and deploy applications, using them to run untrusted or potentially malicious code without additional isolation is not a good idea. While using a single, shared kernel allows for efficiency and performance gains, it also means that container escape is possible with a single vulnerability.

gVisor is an application kernel for containers. It limits the host kernel surface accessible to the application while still giving the application access to all the features it expects. Unlike most kernels, gVisor does not assume or require a fixed set of physical resources; instead, it leverages existing host kernel functionality and runs as a normal process. In other words, gVisor implements Linux by way of Linux.

gVisor should not be confused with technologies and tools to harden containers against external threats, provide additional integrity checks, or limit the scope of access for a service. One should always be careful about what data is made available to a container.

Documentation

User documentation and technical architecture, including quick start guides, can be found at gvisor.dev.

Installing from source

gVisor builds on x86_64 and ARM64. Other architectures may become available in the future.

For the purposes of these instructions, bazel and other build dependencies are wrapped in a build container. It is possible to use bazel directly, or type make help for standard targets.

Requirements

Make sure the following dependencies are installed:

Building

Build and install the runsc binary:

mkdir -p bin
make copy TARGETS=runsc DESTINATION=bin/
sudo cp ./bin/runsc /usr/local/bin

Testing

To run standard test suites, you can use:

make unit-tests
make tests

To run specific tests, you can specify the target:

make test TARGETS="//runsc:version_test"

Using go get

This project uses bazel to build and manage dependencies. A synthetic go branch is maintained that is compatible with standard go tooling for convenience.

For example, to build and install runsc directly from this branch:

echo "module runsc" > go.mod
GO111MODULE=on go get gvisor.dev/gvisor/runsc@go
CGO_ENABLED=0 GO111MODULE=on sudo -E go build -o /usr/local/bin/runsc gvisor.dev/gvisor/runsc

Subsequently, you can build and install the shim binary for containerd:

GO111MODULE=on sudo -E go build -o /usr/local/bin/containerd-shim-runsc-v1 gvisor.dev/gvisor/shim

Note that this branch is supported in a best effort capacity, and direct development on this branch is not supported. Development should occur on the master branch, which is then reflected into the go branch.

Community & Governance

See GOVERNANCE.md for project governance information.

The gvisor-users mailing list and gvisor-dev mailing list are good starting points for questions and discussion.

Security Policy

See SECURITY.md.

Contributing

See Contributing.md.