服务器
该标签下有 5 篇文章
安全资产盘点 —— 个人运维多台服务器时最易忽略的 7 项检查
个人运维多台服务器的事故，往往源于「没掌握的状态」而非「缺少防护」。要守的边界是放置密钥的电脑。2FA 按信任链分级，SSH 密钥矩阵化以清除重复・未使用・孤儿，明文密码从云端清除，整改要可逆且逐项进行，台账里不写机密。比起花哨的新工具，盘点更优先。
是否把密钥文件遗忘在了公开目录里：webroot 盘点
放进 webroot（公开目录）的文件，只要访问 URL 任何人都能取走。令牌或认证凭据的 JSON、.env、备份一旦遗忘在那里，立刻造成实害。再加上若源自共用模板，同一个洞会横向扩散到所有站点。对策＝公开目录只放可以公开的东西，密钥放在 webroot 之外＋权限 600，并且盘点自己的服务器、一处发现就全机排查。
自建 Git 服务器和 GitHub，从安全角度看哪个更安全
自建 Git 不是『变安全』，而是『转移风险』。误公开这一类事故确实会消失，但服务器补丁、备份、提交前密钥检测的责任会转移到你身上。满足条件就是好选择，放任不管则比 GitHub 更危险。本站视角＝自建运营必须连同代价一起，否则无法成立。
不要把 root 密钥交给可能被入侵的环境：SSH 密钥的最小权限
从临时且可能被入侵的环境（GPU pod、CI runner、一次性 VM）向生产登记 root 密钥，那个环境一旦被入侵，生产就会连带被人以 root 权限抽走。对策＝不在临时环境放 root 密钥／不用了就删掉／再次需要时用非 root 用户＋command 限制密钥（command=「...」 restrict）把操作限定为一个。复用密钥是最重要资产，别搭出『漏一把就全完』的结构。
在虚拟主机上避免 .env 被公开的目录布局与配置
核心是『把应用主体放在 docroot 之外，只公开 public/』。先用 .htaccess 止血，再做结构改造实现长期防护，最后自我检查。本站的视角＝这不是个人的疏忽，而是行业层面把『坏做法标准化』了。所以要靠机制而不是靠注意力来防御。bootstrap-redirect 比 symlink 更牢靠。