命令行提示符的权限边界:三个最危险的默认值

效率 · 3 分钟阅读· 167 次阅读

oh-my-zsh 插件加载过多时,开一个终端要 0.5-1.5 秒

最小权限不是一句口号,是三个具体动作:降权运行、限定目录、收敛网络。

先说结论

把「它能碰到什么」缩到最小,剩下的漏洞才谈得上「影响有限」。

  • 用独立低权限账号运行,别用 root
  • 数据目录 750,含密钥的配置 600
  • 只监听需要的地址,管理端口不对外
  • 凭据不写进镜像与仓库
  • 定期核对权限,别让临时改动留下来

三个默认值

这三个是审计里出现频率最高的:

  • 以 root 运行:一个 RCE 就是整机失守
  • 监听 0.0.0.0:管理接口直接暴露在公网
  • 目录 777:任何进程都能改配置和数据库

怎么改

提示符渲染超过 50ms 就会被感知成「终端变慢」。

项目 默认 建议
运行身份 root 专用账号,无登录 shell
数据目录 755/777 750,属主为服务账号
配置文件 644 600(含密钥时)
监听地址 0.0.0.0 127.0.0.1 或内网
容器权限 默认 只读根文件系统 + 去 capabilities

这个服务的几个安全事实

和它自身机制相关的权限细节:

  • starship 用 Rust 写,冷启动约 5-10ms,比多数 shell 主题快
  • 提示符渲染超过 50ms 就会被感知成「终端变慢」
  • 把退出码、当前目录、git 分支放进去,比放时间戳有用
  • oh-my-zsh 插件加载过多时,开一个终端要 0.5-1.5 秒

命令行提示符的权限边界

凭据怎么放

把退出码、当前目录、git 分支放进去,比放时间戳有用。

能不用密码就不用:密钥、短期令牌、专用账号,三层叠加最省心。

自查清单

每月花十分钟做一遍:确认运行身份、检查监听端口、复核目录权限、清理临时账号、确认备份可恢复。

还有几处容易忽略的

都是小地方,但出问题时往往就卡在这里。

  • 提示符里同步查 git status,十万文件的大仓库能卡 100-300ms
  • 提示符里显示语言版本要读文件,node 项目里查一次约 30-80ms
  • 装了十几个 zsh 插件,每开一个终端等一秒
  • 提示符里跑 git 命令,大仓库里每次回车都卡
  • 把整个 PS1 写成一行超长转义,换主题时全部重写

权限给多了不会立刻出事,但出事的时候一定是因为它。

评论 (3)

老
老吴

备份没验证过等于没有,这条我认。

阿
阿哲

排查顺序那段直接抄进值班手册了。

南
南风

「先看日志再猜」这句话值一篇文。

发表评论

验证码

提交后需站长审核,通过后才会显示。