原文链接:https://cloud.tencent.com/developer/news/215218
前言:
libvirt-4.3搭配qemu-2.12使用,如果使用默认的编译选项,可能会让qemu无法正常启动虚拟机。会报出来“qemu-system-x86_64: -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny: seccomp support is disabled”的错误。
1, seccomp support is disabled
在编译的时候,没有打开CONFIG_SECCOMP编译选项。
从configure文件上来看,如果安装了libseccomp就是默认打开的;再或者就是--enable-seccomp和--disable-seccomp来控制。
2,libvirt
/etc/libvirt/qemu.conf中通过seccomp_sandbox来控制。
0是关闭,1是打开,-1是自动检测。注意,如果这里没有配置,libvirt则会自动检测。
那么就会出现上文的状况,libvirt的检测逻辑中,没有发现当前版本的qemu不支持sandbox,启动参数中带有了sandbox配置,导致qemu报错。
解决办法就是安装libseccomp,执行congfigure时添加--enable-seccomp,清空/var/cache/libvirt/qemu/capabilities重启libvirtd即可。
3,libseccomp
下载代码https://github.com/seccomp/libseccomp
libseccomp的代码量比较小,大约有几部分:
a,本地的db。用来保存seccomp的规则。
b,bpf生成。用来生成bpf代码。
c,使用syscall加载到kernel。prctl(PR_SET_SECCOMP, SECCOMP_MODE_FILTER, program);
4, PR_SET_SECCOMP
看一段man page,大意是说通过prctl的 PR_SET_SECCOMP可以限制进程使用syscall。更多的话,需要参考内存文档。
5,gvisor
Google搞了一个大新闻,开源了gvisor,地址https://github.com/google/gvisor
套路复杂很多,主要是为了容器使用的。
容器是直接运行在host os上的,可以访问host上的所有syscall,安全性上确实还不够。gvisor可以在一定程度上弥补这一点。
相比之下,虚拟机则不是,qemu使用到syscall集中于epoll,pread,pwrite,ioctl等比较有限的范围内。
来源:oschina
链接:https://my.oschina.net/u/4403077/blog/3910436