问题——一处“看得见”的改动引发讨论； 据社区消息及有关开发进展，Ubuntu 26.04（代号“Resolute Raccoon”）计划调整终端交互：用户执行sudo命令输入密码时，屏幕将不再完全无回显，而是用星号逐字符显示输入进度。长期以来，多数Linux发行版在sudo口令输入时保持“静默”——光标移动但不显示任何符号。该沿用多年的默认行为，最近随着新实现落地和默认配置变化开始松动，并在开发者平台与用户社区引发热议。 原因——历史安全假设变化与工程实现更新叠加。 追溯历史，sudo的早期设计可追溯至上世纪80年代。当时不少终端处于共享机房或开放工位环境，旁观者通过观察按键次数推测口令长度的风险更突出，因此“不回显”被视为降低“肩窥”风险的做法之一。 这次变化的直接技术背景，是Ubuntu近年引入sudo-rs作为替代实现。sudo-rs用Rust重写sudo核心能力，主打内存安全等工程目标。随着上游在2026年2月前后合并相关补丁并将pwfeedback默认启用，Ubuntu随之跟进，新版本因此显示出“输入可见”的效果。上游提交信息也提到：回显在理论上可能暴露口令长度，但影响被认为较有限，而交互体验提升更明显。 影响——安全与体验的“边界成本”再度被摆上台面。 围绕这一改动，社区主要出现两类观点。 一是偏安全保守的立场，认为星号回显会让旁观者更容易掌握口令长度，从而削弱原有防护；同时担心“默认启用”打破长期稳定的行为习惯，影响安全策略的一致性预期。一些用户强调，sudo作为高权限入口，其交互细节应尽量保守。 二是偏体验优先的立场，认为终端使用场景已明显变化：如果攻击者能近距离数清屏幕上的星号，往往也能通过手指动作、键盘声学特征等方式推测输入情况，“无回显”带来的额外安全收益有限。支持者还指出，图形界面登录、移动端解锁等普遍用圆点或符号提示输入进度，而终端长期“完全静默”容易让人误以为没有输入成功，尤其在远程SSH、网络延迟或新手操作时，缺乏反馈可能导致重复输入、认证失败，徒增挫败感。 不容忽视的是，部分发行版此前已在配置层面启用类似反馈且未出现系统性问题，说明这一做法在一定范围内可行；但对主流发行版而言，将其作为默认策略仍属于敏感调整。 对策——提供可配置回退路径，覆盖不同场景。 从工程治理角度看，这类争议很难用单一答案覆盖所有环境：机房、公共工位、课堂演示等对“旁观风险”更敏感；个人设备、远程运维、教学入门等则更看重可用性与确定性。更稳妥的做法，是在默认策略明确的同时，保留便捷的选择空间。 据了解，用户可通过sudo配置文件调整行为，例如在sudoers中关闭pwfeedback选项，恢复传统的“静默输入”；此类配置通常无需重启即可生效。对组织用户和运维团队来说，也可通过统一基线配置在不同安全级别终端上采取差异化策略：公共环境禁用回显、个人开发环境保留回显，以减少培训成本与误操作。 前景——小改动折射开源生态的“默认值”治理。 从更大的视角看，星号回显之争不只是一个符号的选择，更像是开源软件“默认值”治理的缩影：当实现路径更新（例如迁移到更强调安全工程的语言与框架）带来新的可调空间时，历史习惯、风险模型与用户体验往往会被重新权衡。未来一段时间，随着更多系统组件以安全工程为导向重构，类似“看似细微却影响广泛”的默认行为调整可能会增多。如何在发布过程中加强变更说明、明确回退方案、提供场景化指引，将成为发行版维护方降低争议成本、提升信任度的重要方向。
从CRT显示器到高分辨率屏幕——从共享机房到个人终端——四十多年的技术演进最终凝结为一个星号的变化；这场看似细小的界面调整，背后是对安全与易用性如何取舍的再评估。当安全设计从追求“绝对防护”转向更现实的风险平衡，或许正是技术持续进步的真实写照——既继承过去的经验，也回应当下的使用方式。