惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
酷 壳 – CoolShell
酷 壳 – CoolShell
宝玉的分享
宝玉的分享
IT之家
IT之家
Recent Announcements
Recent Announcements
T
The Blog of Author Tim Ferriss
雷峰网
雷峰网
阮一峰的网络日志
阮一峰的网络日志
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
M
MIT News - Artificial intelligence
D
Docker
C
CERT Recently Published Vulnerability Notes
月光博客
月光博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Recorded Future
Recorded Future
博客园 - 司徒正美
D
DataBreaches.Net
Last Week in AI
Last Week in AI
U
Unit 42
人人都是产品经理
人人都是产品经理
博客园_首页
Blog — PlanetScale
Blog — PlanetScale
量子位
大猫的无限游戏
大猫的无限游戏
博客园 - Franky
T
Tailwind CSS Blog
小众软件
小众软件
Y
Y Combinator Blog
WordPress大学
WordPress大学
B
Blog RSS Feed
C
Check Point Blog
H
Help Net Security
The Last Watchdog
The Last Watchdog
F
Full Disclosure
腾讯CDC
V
Visual Studio Blog
Google Online Security Blog
Google Online Security Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Troy Hunt's Blog
N
News and Events Feed by Topic
F
Fortinet All Blogs
B
Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
J
Java Code Geeks
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
有赞技术团队
有赞技术团队
博客园 - 三生石上(FineUI控件)
TaoSecurity Blog
TaoSecurity Blog
I
InfoQ
V
Vulnerabilities – Threatpost

暗无天日

读:AI Agent 安全日志——从可见性与隐私的两难说起 - 暗无天日 读:AI Agent 生产化——一份从原型到上线的速查清单 - 暗无天日 AI写作的语言指纹——如何让文字不那么像机器 - 暗无天日 读:50 条 Claude Code 技巧——一个工程经理的六个月使用心得 读:AI 辅助开发为什么让 E2E 测试更有价值 - 暗无天日 读:在Emacs中使用Claude Code(Spacemacs适配版) - 暗无天日 Claude Code 背后的工程哲学——读 Agent Harness Engineering 读:Agent Harness Engineering——AI 智能体不只是模型,还有套件 - 暗无天日 browser-harness:让 AI 直接接管你的浏览器 - 暗无天日 读:Security-First CI/CD —— DevSecOps 自动化实践指南 TIL: 数字小键盘的小数点陷阱与行内算术求值 - 暗无天日 读:Immutability 不是万能药,它是一种权衡 - 暗无天日 Conducty:给 Claude Code 加上项目记忆和并行执行能力 - 暗无天日 读 — GitHub Trending 里的 Claude Code 技能包 读 — Prompt Caching 省钱指南 TIL: Emacs 中那些跟鼠标配合的冷门快捷键 - 暗无天日 读:Anvil——把 Emacs 变成 AI 的工具服务器 读:Emacs 代码折叠终极指南 - 暗无天日 读:Clojure 搭车客指南 - 暗无天日 git推送失败后恢复仓库损坏的完整记录 - 暗无天日 多智能体系统的两个有效模式——以及对 Claude Code 用户的启示 - 暗无天日 用 Org Babel 写 Literate 博文:扩展执行 + 定制导出 proced:Emacs 内置的进程查看器 - 暗无天日 从 proced 定制中学到的 Elisp 模式 读:让 Emacs proced 在 macOS 上显示 CPU 和内存 异步编程的函数着色税 - 暗无天日 链式调用的代价:JavaScript 和 Clojure 的共同教训 - 暗无天日 hyperfine:命令行基准测试工具 - 暗无天日 管道中的变量去哪了?——子 shell 作用域陷阱 - 暗无天日 开源包装器的信任陷阱:四个危险信号 - 暗无天日 程序员愿意为 AI 写文档,却不愿为同事写 - 暗无天日 mktemp: Shell 脚本中临时文件的安全陷阱与最佳实践 - 暗无天日 WSL9x —— 在 Windows 9x 里跑 Linux 内核 6.19 用 ox.el 做你想做的事 —— org-export 高级编程指南 读:Hot-wiring the Lisp Machine —— 用纯 Elisp 构建零依赖的 Org 静态站点生成器 Elisp 性能优化的六个实战教训 - 暗无天日 fcitx5 下 Emacs 无法切换输入法的排查 - 暗无天日 ERT 测试交互命令的三种方式 - 暗无天日 SEM Assistant: 当 Elisp 守护进程遇上 LLM 用 dmsg 给 Elisp 加上结构化调试日志 用 org-habit 追踪非每日习惯 - 暗无天日 Clojure X-Men:当编程语言特性变成超能力 - 暗无天日 TIL: 用 diff-hl 在 fringe 中显示 git 变更 读:llm-test —— 用 LLM agent 驱动 Emacs 测试 TIL: AI 时代的橡皮鸭调试 - 暗无天日 fcitx 启动后键盘输入卡顿的排查 - 暗无天日 TIL: 早期网页的图片热区导航 - 暗无天日 读 Seeing the Whole System 用 Emacs 自动生成每周链接推荐 - 暗无天日 读:ASCII control characters in my terminal 读 What to learn - 暗无天日 Lisp 的括号之痛——一个愚人节玩笑揭开的老伤疤 - 暗无天日 一本书该"线性读"还是"并行读" - 暗无天日 读 How to Monetize a Blog:一篇伪装成变现指南的讽刺文 Python Mock 第三方依赖的四种策略 - 暗无天日 Emacs Lisp 热重载实用指南 - 暗无天日 Prot 的 Emacs 配置哲学 - 暗无天日 TIL: 从直播对谈中学到的三个 Emacs 技巧 - 暗无天日 TIL: 自动使用项目虚拟环境的 Python - 暗无天日 TIL: 让 Help buffer 自动获得焦点 一条命令让本地开发用上 HTTPS —— slim 工具介绍 用 fsck 检查和修复 Linux 文件系统 排查Linux进程"卡死"实战:从strace到gdb全流程 - 暗无天日 PostgreSQL 索引:从基础到你可能不知道的高级用法 - 暗无天日 用 .pdbrc 自定义 Python 调试器 ANSI 转义码的标准化现状 - 暗无天日 终端程序的潜规则 - 暗无天日 PARA Org-mode 测试配置 - 暗无天日 AI越强越辣鸡?控制论说这是必然的 - 暗无天日 AI 越强越需要你盯着——反馈循环实操指南 - 暗无天日 你的AI代理正在偷你的密钥——四种你没想到的泄露通道 - 暗无天日 LLM 在 DevOps 中的三种角色 - 暗无天日 写作风格的反建议 - 暗无天日 反驳本质复杂性——Dan Luu 论为什么《没有银弹》错了 - 暗无天日 文件充满了危险——Dan Luu 谈文件系统的可靠性陷阱 - 暗无天日 AI 时代的 PARA 方法:用 Org-mode 和 AI 打造个人知识管理系统 Linux 数据去重学习笔记 - 暗无天日 创建跨平台 ZIP 文件的隐藏陷阱:Extra Field - 暗无天日 X11 Forwarding 排障指南 - 暗无天日 IP欺骗端口扫描:当别人冒充你去扫描别人 - 暗无天日 Linux 输入栈全景解析:从硬件按键到屏幕响应 - 暗无天日 Unix 系统中那些被埋没的配置开关——以 FontConfig 为例 - 暗无天日 在Linux上限制儿童使用电脑 - 暗无天日 GIF不仅仅是一种图片格式——用GIF流做些奇怪的事 - 暗无天日 Leiningen 学习笔记:Clojure 项目构建与管理从入门到实战配置 - 暗无天日 Google SRE Book 读书笔记 - 暗无天日 yes 管道 head 发生了什么 - 暗无天日 为什么 nohup 在 crontab 中不起作用 Bash中的Indirection与Nameref - 暗无天日 从Linux ISO文件启动计算机 - 暗无天日 用 Bash 打造一个Screen Locker 用GitHub Actions自动构建EGO博客 - 暗无天日 blocking I/O 的作用 - 暗无天日 mobileog 手机端同步提示Error:2 No such file 的解决方法 回收 WSL2 VHDX 文件占用空间 使用 org-mode columnview 生成任务列表 - 暗无天日 Emacs 作为 MPD 客户端 - 暗无天日 移动文件路径却不破坏org file link的方法 - 暗无天日 如何合理的导出help link 成HTML - 暗无天日 笑话理解之Biology - 暗无天日
Linux PAM 简介 - 暗无天日
2026-04-11 · via 暗无天日

什么是 PAM

PAM(Pluggable Authentication Modules,可插拔认证模块)是 Linux 中一套用于 动态认证用户身份 的共享库框架。

它的设计理念是将 认证逻辑与应用程序解耦 。应用程序不需要自己实现用户名密码验证、 LDAP 认证、生物识别等功能,而是调用 PAM 提供的统一 API,由 PAM 根据配置文件决定调用哪些认证模块。

应用程序 (sshd, login, sudo ...)
     │
     ▼
   PAM API
     │
  ┌──┼──┐
  ▼  ▼  ▼
 模块 模块 模块        ← 可插拔,按需加载
(密码 LDAP 生物识别 ...)

这样做的好处是:改变认证策略时(比如从本地密码验证切换到 LDAP),只需要修改 PAM 配置文件, 不需要修改应用程序本身

检查程序是否支持 PAM

一个程序要使用 PAM,必须在编译时链接 PAM 库。你可以用 ldd 命令检查:

ldd /usr/bin/login | grep libpam
libpam.so.0 => /usr/lib/libpam.so.0 (0x00007f6165286000)
libpam_misc.so.0 => /usr/lib/libpam_misc.so.0 (0x00007f6165281000)

如果输出中出现了 libpam ,说明这个程序是"PAM-aware"的,它支持通过 PAM 进行认证。

需要注意的是,并非所有程序都编译了 PAM 支持。例如在 Arch Linux 上, sshd 默认不链接 PAM 库;而在 Debian/Ubuntu 等发行版上, sshd 通常带有 PAM 支持。

配置文件结构

PAM 的配置主要有两种形式:

  • /etc/pam.conf — 全局配置文件(旧式)
  • /etc/pam.d/ — 按服务分目录配置(新式,优先使用)

现代 Linux 发行版几乎都使用 /etc/pam.d/ 方式,每个 PAM-aware 的服务对应一个文件,比如 /etc/pam.d/sshd/etc/pam.d/login/etc/pam.d/sudo 等。当 /etc/pam.d/ 目录存在时, /etc/pam.conf 会被忽略。

每条配置规则的格式如下:

type  control-flag  module  [module-arguments]

四个字段用空格分隔:

  • type — 管理组类型(account、auth、password、session)
  • control-flag — 控制标志,决定模块失败时的行为
  • module — PAM 模块的路径或名称,如 pam_unix.so
  • module-arguments — 传递给模块的参数(可选)

来看一个真实例子,来自 /etc/pam.d/sshd

account    required     pam_nologin.so

这条规则的意思是:在 account 阶段,调用 pam_nologin.so 模块,且该模块 必须 成功( required ),否则整个认证失败。这个模块的作用是:当 /etc/nologin 文件存在时,拒绝非 root 用户登录。

四大管理组

PAM 将认证任务分为四个独立的管理组(management group),每个模块属于其中一种类型:

类型 作用
auth 验证用户身份(如检查密码),建立用户凭证
account 检查账户是否被允许访问(如密码是否过期、是否在允许时间段内)
password 更新用户密码(如 passwd 命令)
session 管理会话的打开和关闭(如记录日志、挂载目录)

PAM 按顺序依次处理同一类型的所有规则。比如处理 auth 类型时,会依次调用该类型下所有配置的模块。

控制标志详解

控制标志决定了当一个模块成功或失败时,PAM 如何继续处理后续模块。

简单关键字

最常用的四个关键字:

  • required — 模块 必须 成功。如果失败,不立即返回错误,而是继续执行后续同类型模块,但最终结果为失败。这样设计是为了避免攻击者探测系统配置。
  • requisite — 类似 required ,但模块失败时 立即 返回失败,不再执行后续模块。
  • sufficient — 如果此模块成功,且之前所有 required 模块也都成功,则 立即 返回成功,跳过后续模块。如果此模块失败,不影响最终结果(忽略失败)。
  • optional — 模块的成功或失败通常不影响最终结果,只有在它是该类型下唯一模块时才有决定权。
required:  失败 → 继续执行 → 最终返回失败
requisite: 失败 → 立即返回失败
sufficient: 成功 → 立即返回成功(前提:之前的 required 都成功了)
optional:  无论成败 → 不影响结果

还有两个特殊关键字 includesubstack ,用于引入其他配置文件中的同类型规则。

高级语法 [value1=action1 value2=action3 ...]

除了上面的关键字,还可以用方括号语法更精细地控制行为:

session  [success=1 default=ignore]  pam_succeed_if.so service !~ gdm* quiet

方括号内的含义是:

  • success=1 — 如果模块成功,跳过接下来 1 条规则
  • default=ignore — 对于其他所有返回值,忽略该模块的结果

常用的 action 有:

action 含义
ignore 忽略该模块的结果
bad 本次认证失败,继续执行后续模块
die 本次认证失败,立即返回
ok 标记为成功,继续执行
done 标记为成功,立即返回
=N=(数字) 跳过接下来 N 条规则

简单关键字可以用方括号语法等价表达:

关键字 等价表达式
required [success=ok new_authtok_reqd=ok ignore=ignore default=bad]
requisite [success=ok new_authtok_reqd=ok ignore=ignore default=die]
sufficient [success=done new_authtok_reqd=done default=ignore]
optional [success=ok new_authtok_reqd=ok default=ignore]

实战案例

限制指定用户 SSH 登录

假设你想禁止某些用户通过 SSH 登录系统。可以使用 pam_listfile.so 模块,它可以根据一个文件中的列表来允许或拒绝用户。

编辑 /etc/pam.d/sshd ,在文件开头(其他 auth 规则之前)添加:

auth  required  pam_listfile.so \
      onerr=succeed  item=user  sense=deny  file=/etc/ssh/deniedusers

参数说明:

  • onerr=succeed — 如果文件不存在或读取出错,允许登录(安全兜底)
  • item=user — 检查用户名
  • sense=deny — 如果用户名在文件中,则 拒绝
  • file=/etc/ssh/deniedusers — 指定黑名单文件路径

然后创建黑名单文件,每行一个用户名:

sudo tee /etc/ssh/deniedusers <<EOF
baduser
hacker
EOF
sudo chmod 600 /etc/ssh/deniedusers

限制 root 通过控制台登录

pam_nologin.so 模块可以在系统维护期间阻止非 root 用户登录。当 /etc/nologin 文件存在时,只有 root 能登录,其他用户会看到文件内容作为提示信息。

echo "系统维护中,预计 18:00 恢复" | sudo tee /etc/nologin

这个模块通常已经在 /etc/pam.d/login 中配置好了:

account  required  pam_nologin.so

如果想彻底禁止 root 通过控制台登录,可以用 pam_securetty.so 模块。它只允许 root 从 /etc/securetty 中列出的终端登录:

auth  required  pam_securetty.so

编辑 /etc/securetty ,只保留允许 root 登录的终端即可。

限制儿童用户的登录时间

pam_time.so 模块可以根据时间、日期、用户和服务来限制登录。非常适合用来控制儿童使用电脑的时间。

首先,在需要限制的服务配置中添加 pam_time.so 。以 login 为例,编辑 /etc/pam.d/login ,在 account 规则区域添加:

account  required  pam_time.so

然后编辑 /etc/security/time.conf ,添加时间规则。规则的语法是:

services;ttys;users;times

四个字段用分号分隔,含义分别是:服务名、终端、用户、时间段。

时间段中的日期用两个字母表示: Mo (周一)、 Tu (周二)、 We (周三)、 Th (周四)、 Fr (周五)、 Sa (周六)、 Su (周日)、 Wk (工作日)、 Wd (周末)、 Al (每天)。时间格式为 24 小时制的 HHMM-HHMM

假设用户 child 只能在工作日的 18:00-21:00 和周末的 08:00-21:00 登录:

login ; * ; child ; Wk1800-2100 | Wd0800-2100

解释:

  • login — 作用于 login 服务
  • * — 所有终端
  • child — 仅限制用户 child
  • Wk1800-2100 | Wd0800-2100 — 工作日 18:00-21:00,或周末 08:00-21:00

如果还想限制 SSH 登录,可以再加一条:

sshd ; * ; child ; Wk1800-2100 | Wd0800-2100

注意: pam_time.so 只控制 登录时刻 ,不会在时间到期后强制结束已有会话。如果需要强制下线,还需要配合其他手段(如 timeout 命令或 cron 任务)。

安全提醒

PAM 配置错误可能导致 完全无法登录系统 。修改 PAM 配置时请注意:

  1. 始终保留一个已登录的 root 会话 — 在另一个终端中保持 sudo -i 或 root 登录,这样即使配置出错也能恢复
  2. 修改前先备份sudo cp /etc/pam.d/sshd /etc/pam.d/sshd.bak
  3. 不要删除 /etc/pam.d/ 下的配置文件 — 这会锁死对应的登录方式
  4. 修改后立即测试 — 在另一个终端中尝试登录,确认配置正确后再关闭备份会话

参考