首页
/ Landrun项目v0.1.4版本发布:精细化文件系统权限控制

Landrun项目v0.1.4版本发布:精细化文件系统权限控制

2025-06-27 05:20:42作者:史锋燃Gardner

Landrun是一个专注于Linux系统安全的开源项目,它通过Landlock这一Linux内核安全模块来实现细粒度的文件系统访问控制。Landlock允许开发者以编程方式定义应用程序的文件系统访问权限,从而构建更加安全的沙箱环境。在最新发布的v0.1.4版本中,项目团队对执行权限的控制机制进行了重大改进,使其更加灵活和精确。

执行权限控制的精细化改进

在之前的版本中,Landrun通过单一的--exec全局标志来控制所有路径的执行权限,这种方式虽然简单,但缺乏灵活性。v0.1.4版本彻底重构了这一机制,引入了更加精细化的控制方式。

新增路径级执行权限标志

新版本增加了两个重要的命令行标志:

  • --rox:允许对指定路径进行只读访问并具备执行权限
  • --rwx:允许对指定路径进行读写访问并具备执行权限

这种设计使得开发者能够针对不同的路径设置不同的执行权限组合,例如:

  • 对于系统库目录可以设置为只读+执行(--rox)
  • 对于临时工作目录可以设置为读写+执行(--rwx)
  • 对于普通数据目录则保持纯读写或只读

可执行路径的显式配置

除了命令行标志外,v0.1.4还新增了ExecutablePaths配置字段,允许在配置文件中显式定义哪些路径可以执行。这种双重控制机制(命令行+配置文件)为不同部署场景提供了灵活性。

// 示例配置
{
    "ExecutablePaths": [
        "/usr/lib/",
        "/usr/local/bin/"
    ]
}

技术实现细节

权限检查的辅助函数

为了实现精细化的权限控制,项目新增了getExecutableRights()辅助函数。这个函数会根据路径是否在可执行路径列表中,返回适当的Landlock访问权限掩码。

func getExecutableRights(path string) access.FSSet {
    if isExecutablePath(path) {
        return access.FsExecute
    }
    return 0
}

路径匹配优化

为了避免为重叠的路径类别重复注册规则,项目引入了pathInSlice()实用函数。这个函数会检查给定的路径是否已经包含在任何已配置的路径前缀中,从而优化规则生成过程。

向后兼容性考虑

由于移除了全局的--exec标志,v0.1.4版本与之前版本的CLI接口不兼容。项目团队建议用户在升级时:

  1. 审查现有的执行权限需求
  2. 将原来的--exec标志替换为适当的--rox--rwx标志
  3. 考虑将常用可执行路径迁移到配置文件中的ExecutablePaths部分

调试与日志增强

新版本还增强了调试日志功能,特别是在规则注册阶段。现在开发者可以更清晰地看到:

  • 每个路径被分配的具体权限
  • 规则生成的决策过程
  • 潜在的路径冲突或重叠情况

这对于复杂权限模型的调试非常有帮助。

安全最佳实践建议

基于新版本的特性,我们建议以下安全实践:

  1. 最小权限原则:只为真正需要执行权限的路径启用--rox--rwx
  2. 层级控制:优先使用配置文件定义系统级可执行路径,使用CLI标志定义应用级例外
  3. 审计日志:利用增强的调试日志定期审查权限分配
  4. 路径规范化:确保配置的路径使用规范化形式,避免因路径表示差异导致权限漏洞

总结

Landrun v0.1.4通过引入路径级的执行权限控制,显著提升了文件系统沙箱的灵活性和精确性。这种改进特别适合需要复杂权限模型的场景,如:

  • 需要区分系统二进制文件和用户上传内容的Web服务
  • 需要限制插件执行范围的应用程序
  • 构建安全的CI/CD执行环境

项目团队通过这次更新,展现了他们对安全性和可用性平衡的深入思考,为Linux应用安全领域贡献了有价值的工具。

登录后查看全文
热门项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
154
1.98 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
941
555
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
405
387
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Python
75
70
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
992
395
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
510
44
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
344
1.32 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
194
279