命令行提示符的权限边界:三个最危险的默认值
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)
备份没验证过等于没有,这条我认。
排查顺序那段直接抄进值班手册了。
「先看日志再猜」这句话值一篇文。
发表评论