Linux 有可能突破限制（自定义）外壳吗？
不确定这是不是该问的地方 假设我写了一个shell，它接受stdin输入，过滤这个输入，所以我们只说某些命令，比如Linux 有可能突破限制（自定义）外壳吗？,linux,shell,security,go,Linux,Shell,Security,Go,不确定这是不是该问的地方 假设我写了一个shell，它接受stdin输入，过滤这个输入，所以我们只说某些命令，比如 ls（列出二进制目录和子目录的内容） 更新（git克隆） 构建（go-build） 测试（go测试） 启动（仅限systemctl启动此服务） 停止（仅限systemctl stop this.service） 正在运行（正在执行二进制文件，有多少个gomaxproc？） 使用率（内存、cpu使用率） gensvc（生成.service文件） 退出（离开外壳/注销） 工作，您猜
- ls（列出二进制目录和子目录的内容）
- 更新（git克隆）
- 构建（go-build）
- 测试（go测试）
- 启动（仅限systemctl启动此服务）
- 停止（仅限systemctl stop this.service）
- 正在运行（正在执行二进制文件，有多少个gomaxproc？）
- 使用率（内存、cpu使用率）
- gensvc（生成.service文件）
- 退出（离开外壳/注销）
\0lish gitmode如果只允许您使用某些命令，您的“shell”将读取命令，解析它，然后执行它，那么您应该没事，除非我误解了它 Go“内存”无法执行，除非您对汇编进行了一些讨厌的黑客攻击，所以您不必担心shell注入 沿着这些路线应该是安全的：
func getAction() (name string, args []string) {
// read stdin to get the command of the user
}
func doAction() {
for {
action, args := getAction()
switch action {
case "update": //let's assume the full command is: update https://repo/path.git
if len(args) != 1 {
//error
}
out, err := exec.Command("/usr/bin/git", "clone", "--recursive", args[0]).CombinedOutput()
// do stuff with out and err
}
}
}
如果您只允许使用某些命令，您的“shell”将读取命令，解析它，然后执行它，那么您应该不会有问题，除非我误解了它 Go“内存”无法执行，除非您对汇编进行了一些讨厌的黑客攻击，所以您不必担心shell注入 沿着这些路线应该是安全的：
func getAction() (name string, args []string) {
// read stdin to get the command of the user
}
func doAction() {
for {
action, args := getAction()
switch action {
case "update": //let's assume the full command is: update https://repo/path.git
if len(args) != 1 {
//error
}
out, err := exec.Command("/usr/bin/git", "clone", "--recursive", args[0]).CombinedOutput()
// do stuff with out and err
}
}
}
如果您自己实现shell，并通过
exec（）话虽如此，我还是有点担心您列出的
testbuildstartexec（）话虽如此，我还是有点担心您列出的
test构建开始当人们打开任何类型的沙箱时，他们都会很有创造力。只有当你不接受用户的输入时，你可以认为自己在安全的前提下（但这里任何命令都是输入）——纸安全假设被认为是评估软件的弱点。它们类似于纸上算法的“无缺陷”假设：一旦你实现了它，99%的错误出现的时间都会由pentesting团队进行审查
当人们打开任何类型的沙箱时，他们都会很有创造力。只有当你不接受用户的输入时，你可以认为自己在安全的前提下（但这里任何命令都是输入）——纸安全假设被认为是评估软件的弱点。它们类似于纸上算法的“无bug”假设：一旦你实现了它，99%的bug会出现不要让他们使用像
vimvimvimvim-Zvim-Zvi