(Translated by https://www.hiragana.jp/)
安全增强式Linux - 维基百科，自由的百科全书 跳とべ转到内容ないよう

安全あんぜん增强ぞうきょう式しきLinux

本页使用了标题或全文手工转换
维基百科ひゃっか，自由じゆう的てき百科ひゃっか全ぜん书
（重定しげさだ向こう自じSELinux）
安全あんぜん增强ぞうきょう式しきLinux
Fedora 8中的SELinux管理界面
Fedora 8中なか的てきSELinux管理かんり界面かいめん
原作げんさく者しゃNSA与あずかRed Hat
開發かいはつ者しゃRed Hat
首くび次じ发布1998年ねん1月がつ1日にち，​26年ねん前まえ​（1998-01-01）
当とう前ぜん版本はんぽん
  • 3.7 (2024年ねん6月がつ26日にち；穩定版本はんぽん)[1]
編輯維基數據鏈接
源みなもと代だい码库
編輯維基數據鏈接
编程语言C
操作そうさ系けい统Linux
类型安全あんぜん性せい、 Linux安全あんぜん模も块 （LSM）
许可协议GNU GPL
网站SELinuxProject.org/page/Main Page

安全あんぜん增強ぞうきょう式しきLinux（SELinux，Security-Enhanced Linux）是ぜ一いち个Linux内ない核かく的てき安全あんぜん模も组，其提供ていきょう了りょう访问控ひかえ制せい安全あんぜん策略さくりゃく机つくえ制せい，包括ほうかつ了りょう强制きょうせい访问控ひかえ制せい（Mandatory Access Control，MAC）。

SELinux是ぜ一组内核修改和用よう户空间工具こうぐ，已やめ经被添加てんか到いた各かく种Linux发行版ばん中なか。其软件架か构力ちから图将安全あんぜん决策的てき执行与あずか安全あんぜん策略さくりゃく分ぶん离，并简化か涉わたる及执行ぎょう安全あんぜん策略さくりゃく的てき软件的てき数量すうりょう。[3][4]SELinux的てき核心かくしん概念がいねん可か以追溯さかのぼ回まわ美国びくに国家こっか安全あんぜん局きょく（NSA）的てき一いち些早期き项目。

概がい览

[编辑]

美国びくに国家こっか安全あんぜん局きょく的てき安全あんぜん增强ぞうきょう式しきLinux团队称しょう：[5]

安全あんぜん增強ぞうきょう式しきLinux是ぜ一いち組くみ給きゅうLinux核心かくしん的てき修補しゅうほ程ほど式しき，並なみ提供ていきょう一いち些更強きょう、更さら安全あんぜん的てき強制きょうせい存そん取と控ひかえ制せい架か構來和わ核心かくしん的てき主要しゅよう子こ系統けいとう共同きょうどう運うん作さく。基もと於機密きみつ及完整せい性せい原則げんそく，它提供ていきょう一個架構來強制資訊的分離，以對付づけ入いれ侵おかせ的てき威い脅おびえ或ある任にん何なん企圖きと略りゃく過か安全あんぜん架か構的應用おうよう程ほど式しき。藉此限げん制せい惡意あくい或ある設計せっけい不良ふりょう的てき程ほど式しき可能かのう造成ぞうせい的てき破壞はかい。它包含ほうがん一いち組くみ安全あんぜん性せい原則げんそく組ぐみ態たい設定せってい檔的範はん本ほん以符合ふごう一般いっぱん的てき安全あんぜん性せい目標もくひょう

整合せいごうSELinux的てきLinux内ない核かく将はた执行限げん制せい用よう户程序じょ和わ系けい统服务器访问文ぶん件けん与あずか网络资源的てき强制きょうせい访问控ひかえ制せい策略さくりゃく。将はた权限限げん制せい到いた最小さいしょう以减少すくな或ある完全かんぜん清きよし除じょ程ほど序じょ和わ守まもり护进程ほど在ざい失效しっこう或ある出で错的情じょう况（如缓存区く溢出或ある错误配置はいち）下しも对系统造成ぞうせい危害きがい的てき可能かのう性せい。此种限げん制せい机つくえ制せい独立どくりつ与あずか于传统的Linux自主じしゅ访问控ひかえ制せい（Discretionary Access Control, DAC）进行。SELinux没ぼつ有ゆう“root”用よう户的てき概念がいねん，也没有ゆう传统Linux安全あんぜん机つくえ制せい的てき缺点けってん。（如依赖于setuid/setgid（英えい语：setgid）库）

“未み修おさむ改あらため过的”Linux系けい统安全あんぜん性せい（即そく未み整合せいごうSELinux的てき系けい统）依よ赖于内ない核かく、授权应用与あずか其配置はいち的てき正せい确性。三者中任意一个发生问题都将有可能导致整个系统被破解。相反あいはん，“修おさむ改あらため过的”系けい统安全あんぜん性せい（基もと于SELinux内ない核かく）主要しゅよう基もと于其内ない核かく和わ配置はいち的てき正せい确性。虽然当とう应用程ほど序じょ的てき正せい确性或ある配置はいち出で现问题可能会のうかい导致独立どくりつ的てき用よう户程序じょ和わ系けい统守护进程ほど发生有限ゆうげん破やぶ解かい，但ただし是ぜ它们并不会かい对其他用たよう户程序じょ和わ系けい统守护进程ほど或ある整せい个系统的安全あんぜん性せい造成ぞうせい威い胁。

纯粹来らい看み，SELinux提供ていきょう了りょう一个从强制访问控制、强制きょうせい完かん整せい性せい控ひかえ制せい、以角色しょく為ため基礎きそ的てき存そん取と控ひかえ制せい和わ类型强制きょうせい架か构（英えい语：type enforcement architecture）提ひさげ取出とりで的てき概念がいねん与あずか功こう能のう的てき混こん合体がったい。第だい三方工具可以使开发者构建多种安全策略。

历史

[编辑]

早期そうき工作こうさく主要しゅよう指向しこう在ざいUNIX计算环境（准じゅん确而言げん是ぜPOSIX）下しも标准化か强制きょうせい和わ自主じしゅ访问控ひかえ制せい条じょう款的方法ほうほう。这归因いん于美国こく国家こっか安全あんぜん局きょく受信じゅしんUNIX（TRUSIX）工作こうさく组，他た们在1987到いた1991年ねん间接触せっしょく并发布ぬの了りょう一本いっぽん彩あや虹にじ书 （#020A），并制造づくり了りょう一个原初模型和最初未发布的关联评估证据原型（#020B）。

SELinux最初さいしょ设计向こうLinux社しゃ区く展示てんじ强制きょうせい访问控ひかえ制せい的てき价值和わ这些控ひかえ制せい加入かにゅうLinux的てき方法ほうほう。起おこり初はつ，组成SELinux的てき补丁只ただ能のう通どおり过明确添加てんか在ざいLinux内ない核かく源げん码中来らい工作こうさく；在ざい2.6系列けいれつ的てきLinux内ない核かく中ちゅうSELinux已やめ被ひ整合せいごう入いれ。

作さく为最初はつSELinux的てき主要しゅよう开发者しゃ，美国びくに国家こっか安全あんぜん局きょく于2000年ねん12月22日にち基もと于GNU通用つうよう公共こうきょう许可证發行はっこう了りょう第だい一いち版はんSELinux給きゅう了りょう開放かいほう原始げんし碼開發かいはつ社しゃ群ぐん。[6]

SELinux随ずい后きさき被ひ整合せいごう进了Linux内ない核かく2.6.0-test3版本はんぽん的てき主あるじ分ぶん支ささえ，并在2003年ねん8月がつ8日にち发布。其他的てき显要贡献者しゃ有ゆう紅べに帽ぼう公司こうし、迈克菲、安全あんぜん计算公司こうし（英えい语：Secure Computing Corporation）、特とく瑟思科技かぎ（Tresys Technology）和かず可か信しん计算机つくえ解かい决方案あん（Trusted Computer Solutions）。FLASK（英えい语：FLASK）/TE实现通どおり过FreeBSD项目成功せいこう移植いしょく到いた了りょうFreeBSD和わDarwin操作そうさ系けい统上。

SELinux实现了りょう通つう量りょう高だか级安全あんぜん内ない核かく（英えい语：FLASK）。这种内ない核かく包含ほうがん了りょう以锚爪操作そうさ系けい统（英えい语：Fluke operating system）为原型がた的てき架か构部件けん。这些提供ていきょう给了强制きょうせい执行多た种强制きょうせい访问控ひかえ制せい策略さくりゃく许多通常つうじょう支持しじ，包括ほうかつ了りょう基もと于类型强制きょうせい（英えい语：type enforcement）、以角色しょく為ため基礎きそ的てき存そん取と控ひかえ制せい和わ多た层安全あんぜん（英えい语：multilevel security）概念的がいねんてき策略さくりゃく。FLASK基もと于马赫衍生せい的てき（Mach-derived）分布ぶんぷ式しき受信じゅしん操作そうさ系けい统（英えい语：Distributed Trusted Operating System）（DTOS）和わ来き自じ对DTOS的てき设计和わ实现有ゆう着ぎ影かげ响的受信じゅしん信しん息いき系けい统（英えい语：Trusted Information System）的てき一いち个研究けんきゅう项目——受信じゅしん马赫（Trusted Mach）。

用よう户、策略さくりゃく和わ安全あんぜん上下じょうげ文ぶん

[编辑]

SELinux用よう户和角かく色しょく不ふ需要じゅよう与あずか实际系けい统用户与角かく色相しきそう关。对每个正在ざい进行的てき用よう户或进程，SELinux分配ぶんぱい一个三字符串上下文，包含ほうがん了りょう用よう户名、角かく色しょく和わ域いき（或ある者もの类型）。此系统比通常つうじょう所しょ需要じゅよう的てき系けい统更灵活：作さく为规定之さだゆき一いち，大だい多数たすう真ま实用户享有きょうゆう着ぎ相しょう同どう的てきSELinux用よう户名，且所有しょゆう的てき访问控ひかえ制せい都と经由第だい三さん个标签——域いき来らい进行。在ざい一个进程被允许进入域的情况下必须在策略中配置。命令めいれいruncon允まこと许启动进程ほど进入一个显性定义上下文（用よう户、角かく色しょく和わ域いき）环境中ちゅう，但ただし如果政策せいさく中ちゅう未み允まこと许的话那么SELinux可能かのう会かい拒こばめ绝此请求。

文ぶん件けん、网络端はし口和くちわ其他硬かた件けん均ひとし有ゆう可能かのう含有がんゆうSELinux上下じょうげ文ぶん，由よし一いち个名字みょうじ、角かく色しょく（不ふ常つね使用しよう）和かず类型组成。文ぶん件けん系けい统在文ぶん件けん和わ安全あんぜん上下じょうげ文ぶん之の间的映うつ射い被ひ称しょう为标记（Labeling）。标记在ざい策略さくりゃく文ぶん件けん中ちゅう被ひ定てい义但也可以在不ふ更改こうかい策略さくりゃく的てき情じょう况下手へた动调整せい。硬かた件けん类型十じゅう分ふん详细，比ひ如bin_t（显示/bin下か的てき所有しょゆう文ぶん件けん）或あるpostgresql_port_t（PostgreSQL端はし口こう5432）。远程文ぶん件けん系けい统的SELinux上下じょうげ文ぶん可か以在被ひ挂载时显性せい定てい义。

SELinux给Shell命令めいれいls、ps等ひとし中なか添加てんか了りょう-Z开关使し得とく文ぶん件けん或ある进程的てき安全あんぜん上下じょうげ文ぶん可か见。

典型てんけい的てき政策せいさく规则包含ほうがん了りょう显性权限；用よう户必须拥有ゆう哪些域いき才能さいのう用よう给定目め标进行ぎょう特定とくてい的てき行ぎょう为（读、执行，网络端はし口中くちじゅう则是绑定或ある连接）等とう等とう。也可以进行ぎょう更さら多た复杂的てき映うつ射い，包括ほうかつ在ざい角かく色しょく级和安全あんぜん级进行ぎょう。

一个典型的策略包含了一个映射文件（标记）文ぶん件けん、一个规则文件和一个定义域过渡的界面文件。这三个文件必须被同时使用SELinux工具こうぐ编译来らい生成せいせい单一的てき策略さくりゃく文ぶん件けん。生成せいせい的てき策略さくりゃく文ぶん件けん可か以被载入到いた内うち核かく中ちゅう并工作こうさく。载入和わ卸おろし载策略さくりゃく并不需要じゅよう重じゅう启。策略さくりゃく文ぶん件けん既すんで有ゆう可能かのう是ぜ手打てうち也可能かのう是ぜ用よう容易ようい使用しよう的てきSELinux管理かんり工具こうぐ生成せいせい。它们通常つうじょう先さき在ざい允まこと许模式しき（Permissive Mode）下しも测试，在ざい此模式しき下か违反策略さくりゃく的てき行ぎょう为都将はた被ひ记录但ただし被ひ允まこと许。audit2allow工具こうぐ可か以随后きさき使用しよう来らい生成せいせい扩展SELinux策略さくりゃく以允许受限げん应用的てき合法ごうほう活かつ动的附加ふか规则。

特性とくせい

[编辑]

SELinux特性とくせい包含ほうがん了りょう：

  • 在ざい执行情じょう况下将しょう策略さくりゃく完全かんぜん分ぶん离
  • 定てい义充分ぶん的てき策略さくりゃく界面かいめん
  • 支持しじ问询策略さくりゃく并执行ぎょう访问控ひかえ制せい的てき应用程ほど序じょ（例れい如Cron在ざい正せい确的上下じょうげ文ぶん环境中ちゅう运行工作こうさく）
  • 独立どくりつ于特定とくてい政策せいさく和わ策略さくりゃく语言
  • 独立どくりつ于特定とくてい安全あんぜん标签格式かくしき与あずか内容ないよう
  • 对内核かく目め标和服ふく务的独立どくりつ标记
  • 支持しじ策略さくりゃく更改こうかい
  • 分ぶん离保护系统完整せい性せい（域いき名めい类）和わ数すう据すえ保ほ密みつ（多た层安全あんぜん（英えい语：multilevel security））的てき措施
  • 灵活的てき策略さくりゃく
  • 控ひかえ制せい进程初はつ始はじめ化か与あずか继承和わ程ほど序じょ执行
  • 控ひかえ制せい文ぶん件けん系けい统、目め录、文ぶん件けん和わ开放性せい文ぶん件けん描述符ふ
  • 控ひかえ制せい套接字じ、信しん息いき和わ网络界面かいめん
  • 控ひかえ制せい使用しよう“容量ようりょう”（Capabilities）
  • 在ざい访问决定中通なかとおり过访问向むこう量りょう缓存（Access Vector Cache, AVC）预缓存そん信しん息いき[7]

实现

[编辑]

SELinux通どおり过Red Hat Enterprise Linux第だい四版及其所有未来的发行版中的商业支持得以可用。它的存在そんざい也在对应版本はんぽん的てきCentOS和わScientific Linux中ちゅう呈てい现。RHEL4中ちゅう所しょ支持しじ的てき策略さくりゃく目め标为最大さいだい化か简易使用しよう程度ていど而并没ぼつ有ゆう它能成なり为的那な样有约束性せい。RHEL的てき未来みらい版本はんぽん准じゅん备将在ざい目め标策略さくりゃく中ちゅう写うつし入にゅう更さら多た的てき目め标，也就意味いみ着ぎ有ゆう更さら多た的てき限きり制せい策略さくりゃく。SELinux在ざいAndroid4.3版はん本中ほんなか就已得とく以实现。[8]

在ざい自由じゆう社しゃ区く所しょ支持しじ的てきGNU/Linux发行版ばん中ちゅう，Fedora (作業さぎょう系統けいとう)Fedora是これ最早もはや采さい用ようSELinux的てき，在ざいFedora Core 2中ちゅう就已默だま认包含ほうがん了りょう对其的てき支持しじ。其他发行版ばん中ちゅう，Debian在ざいEtch发行版ばん中ちゅう包含ほうがん了りょう对它的てき支持しじ[9]，Ubuntu则在8.04版はん代だい号ごう坚强的てき苍鹭（Hardy Heron）中ちゅう加入かにゅう。[10]截止openSUSE版本はんぽん11.1中ちゅう，它包含ほうがん了りょうSELinux的てき“基もと础实现”。[11] SUSE Linux Enterprise 11将しょうSELinux作さく为“技わざ术预览”。[12]

SELinux在ざい基もと于Linux容器ようき（英えい语：linux containers）的まと系けい统中流りゅう向むこう,比ひ如CoreOS和かずrkt。[13]其作为额外的がいてき安全あんぜん控ひかえ制せい来らい帮助隔へだた离容器き和わ它们的てき主しゅ机つくえ十じゅう分有ぶんゆう用よう。

使用しよう情じょう形がた

[编辑]

SELinux可か以潜在地ざいち通どおり过详细的参さん数すう来らい控ひかえ制せい允まこと许系统每个用户的活かつ动、进程以及守もり护进程ほど。但ただし是ぜ，它主要用ようよう于限制せい守まもり护进程ほど比ひ如被更さら显著定てい义数据すえ访问和わ活かつ动权限げん的てき数すう据すえ库引擎或者しゃ网页服ふく务器。这限制せい了りょう被ひ破やぶ解かい的てき限きり制せい守もり护进程ほど的てき潜在せんざい危害きがい。普通ふつう的てき用よう户进程ほど通常つうじょう运行于受限げん域いき中ちゅう，不ふ被ひSELinux所しょ限げん制せい但ただし被ひ经典Linux访问权限所しょ限げん制せい。

命令めいれい行ぎょう工具こうぐ包含ほうがん：[14] chcon,[15] restorecon,[16] restorecond,[17] runcon,[18] secon,[19] fixfiles,[20] setfiles,[21] load_policy,[22] booleans,[23] getsebool,[24] setsebool,[25] togglesebool[26] setenforce, semodule, postfix-nochroot, check-selinux-installation, semodule_package, checkmodule, selinux-config-enforcing,[27] selinuxenabled,[28] 及 selinux-policy-upgrade[29]

示しめせ例れい

[编辑]

将はたSELinux设置为强制きょうせい模も式しき（Enforcing Mode）：

$ sudo setenforce 1

查询SELinux状じょう态：

$ getenforce

与あずかAppArmor的てき对比

[编辑]

SELinux代表だいひょう了りょう多た个可能かのう解かい决限制せい安あん装そう软件活かつ动的方法ほうほう之の一いち。另外一个受欢迎的替代品被称为AppArmor，它在SUSE Linux Enterprise Server（SLES）、OpenSUSE和わ其他Linux平台ひらだい中ちゅう可用かよう。AppArmor原初げんしょ是ぜ作さく为现不ふ存在そんざい的てきImmunix Linux（英えい语：Immunix）平台ひらだい组件之の一いち开发的てき。由よし于AppArmor和わSELinux大だい相しょう径庭けいてい，它们产生了りょう两种完全かんぜん不同ふどう的てき软件访问限げん制せい软件。虽然SELinux重おも新しん提出ていしゅつ了りょう特定とくてい的てき概念がいねん以提供ていきょう更さら丰富的てき策略さくりゃく选择表ひょう达集，但ただしAppArmor通どおり过扩展てん用よう于自主じしゅ访问控ひかえ制せい级的特定とくてい相しょう同どう自主じしゅ访问控ひかえ制せい管理かんり语言设计来らい简化其使用しよう。

它们之の间存在そんざい几个显著的てき不同ふどう：

  • 一个重要的区别是，AppArmor通どおり过路径みち名めい而非inode识别目め标文件けん。这意味いみ着ぎ在ざいAppArmor下か，一个不可访问的文件可以通过创建硬链接得以访问（此时文ぶん件けん路ろ径みち产生变化，而inode不ふ变）；而在SELinux下か，即そく使つかい通どおり过创建たて了りょう硬かた链接改あらため变文件けん路ろ径みち，访问也会被ひ阻止そし。
    • 结果，AppArmor可か被ひ称しょう为不是ぜ一いち个类型强制きょうせい系けい统，因いん为文件けん并没有ゆう被ひ分配ぶんぱい类型；相反あいはん，它们仅仅在ざい配置はいち文ぶん件けん中ちゅう被ひ引用いんよう。
  • SELinux和わAppArmor在ざい管理かんり和わ整合せいごう系けい统的方面ほうめん存在そんざい着ぎ极大的てき不同ふどう。[30]
  • 由よし于其寻求使用しよう强制きょうせい访问控ひかえ制せい级执行来いきき重じゅう建けん传统的てき自主じしゅ访问控ひかえ制せい，AppArmor的てき一系列操作也认为比大多数SELinux实现要よう小しょう得とく多た。例れい如，AppArmor的てき一いち系列けいれつ操作そうさ包含ほうがん了りょう：读、写うつし、附加ふか、执行、锁定和わ链接。[31]大だい多数たすう的てきSELinux实现将しょう支持しじ一系列多于其的操作序列。比ひ如，SELinux通常つうじょう支持しじ相しょう同どう权限，但ただし同どう时对于mknod包含ほうがん了りょう控ひかえ制せい、绑定到いた网络包つつめ、隐性使用しようPOSIX的てき能力のうりょく、加か载并卸おろし载内核かく模も块和多た种访问共享とおる内ない存そん的てき方法ほうほう等とう。
  • AppArmor没ぼつ有能ゆうのう明あかり确限制せいPOSIX功こう能のう的てき控ひかえ制せい项。由よし于当前ぜん功こう能のう实现的てき方法ほうほう不ふ包含ほうがん操作そうさ主ぬし题的概念がいねん（只ただ有ゆう执行者しゃ和わ操作そうさ本身ほんみ），防止ぼうし执行者しゃ外的がいてき强制きょうせい控ひかえ制せい领域（即そく沙すな箱ばこ）授权文ぶん件けん操作そうさ通常つうじょう由よしMAC层完成かんせい。AppArmor可か以防止ぼうし其策略さくりゃく被ひ更改こうかい和文わぶん件けん系けい统被挂载/卸おろし载，但ただし不能ふのう防止ぼうし用よう户踏出で他た们的控ひかえ制せい域いき。
    • 例れい如，人にん们通常つうじょう认为桌面员工更改こうかい他た们所不ふ拥有的てき特定とくてい文ぶん件けん（例れい如：部ぶ门文件けん共ども享とおる）的てき所有しょゆう权或权限是ぜ有益ゆうえき的てき。你绝对不会かい想そう给用户机器き的てきroot权限，所以ゆえん你会给他们CAP_FOWNER或あるCAP_DAC_OVERRIDE。在ざいSELinux下か，管理かんり员或平台ひらだい供きょう应商可か以通过配置はいちSELinux禁止きんし所有しょゆう其他未み受限用よう户的能力のうりょく，然しか后きさき新建しんたけ一个给员工的受限域以在登陆后进行过渡。这种情じょう况可以给员工修おさむ改あらため权限的てき能力のうりょく，但ただし仅限于合适类型がた的てき文ぶん件けん。
  • AppArmor没ぼつ有ゆう多た层安全的ぜんてき概念がいねん，因いん此也没ぼつ有ゆう硬性こうせい的てき贝尔-拉ひしげ帕杜拉ひしげ模型もけい（英えい语：Bell–LaPadula model）或ある比ひ巴ともえ模型もけい（英えい语：Biba Model）强制きょうせい执行。
  • AppArmor的てき配置はいち通どおり过唯一常规平面文件完成。SELinux（在ざい大だい多数たすう实现中ちゅう为默认）则使用しよう平面へいめん文ぶん件けん组合（在ざい编译前ぜん由よし管理かんり员和开发者しゃ编写人じん类可读的策略さくりゃく）和かず扩展属性ぞくせい完成かんせい。
  • SELinux支持しじ作さく为策略さくりゃく配置はいち替がえ代だい源げん的てき"远程策略さくりゃく服ふく务器"概念がいねん（可か在ざい/etc/selinux/semanage.conf中ちゅう配置はいち）。AppArmor的てき中心ちゅうしん化か管理かんり通常つうじょう十じゅう分ふん复杂，这是因いん为管理かんり员必须决定てい策略さくりゃく部署ぶしょ工具こうぐ以root权限运行（以允许策略さくりゃく更新こうしん）或ある在ざい每まい台たい服ふく务器上手じょうず动配置はいち。

相似そうじ系けい统

[编辑]
参まいり见：三星みつぼしKnox

孤立こりつ进程也可以通过类似に作業さぎょう系統けいとう層そう虛きょ擬なずらえ化か的てき机つくえ制せい实现；比ひ如在OLPC项目的もくてき首くび次じ实现中ちゅう[32]它使用よう了りょう沙すな盒技术在ざい轻量的てきVserver（英えい语：Vserver）环境中ちゅう隔へだた离独立どくりつ的てき应用程ほど序じょ。同どう样美国びくに国家こっか安全あんぜん局きょく也在安全あんぜん增强ぞうきょう型がたAndroid中ちゅう采さい用よう了りょう一いち些SELinux概念がいねん。[33]

参まいり见

[编辑]

参考さんこう文献ぶんけん

[编辑]
  1. ^ Release 3.7. 2024年ねん6月がつ26日にち [2024年ねん7月がつ15日にち]. 
  2. ^ Lawrence, Steve. Release. selinux. SELinux Project. 2022-05-18 [2022-05-18]. （原始げんし内容ないよう存そん档于2021-01-06）. 
  3. ^ SELinux Frequently Asked Questions (FAQ) - NSA/CSS. National Security Agency. [2013-02-06]. （原始げんし内容ないよう存そん档于2018-09-18）. 
  4. ^ Loscocco, Peter; Smalley, Stephen. Integrating Flexible Support for Security Policies into the Linux Operating System (PDF). February 2001 [2018-02-19]. （原始げんし内容ないよう存そん档 (PDF)于2018-09-18）. 
  5. ^ Security-Enhanced Linux - NSA/CSS. National Security Agency. 2009-01-15 [2013-02-06]. （原始げんし内容ないよう存そん档于2019-07-19）. 
  6. ^ 比ひ较 National Security Agency Shares Security Enhancements to Linux. NSA Press Release. Fort George G. Meade, Maryland: National Security Agency Central Security Service. 2001-01-02 [2011-11-17]. （原始げんし内容ないよう存そん档于2018-02-20）. The NSA is pleased to announce that it has developed, and is making available to the public, a prototype version of a security-enhanced Linux operating system. 
  7. ^ Fedora Documentation Project. Fedora 13 Security-Enhanced Linux User Guide. Fultus Corporation. 2010: 18 [2012-02-22]. ISBN 978-1-59682-215-3. （原始げんし内容ないよう存そん档于2020-06-08）. SELinux decisions, such as allowing or disallowing access, are cached. This cache is known as the Access Vector Cache (AVC). Caching decisions decreases how often SELinux rules need to checked, which increases performance. 
  8. ^ Security-Enhanced Linux in Android. Android Open Source Project. [2016-01-31]. （原始げんし内容ないよう存そん档于2018-01-04）. 
  9. ^ SELinux. debian.org. [2018-02-19]. （原始げんし内容ないよう存そん档于2020-08-13）. 
  10. ^ How To Install SELinux on Ubuntu 8.04 "Hardy Heron". Ubuntu Tutorials. [2018-02-19]. （原始げんし内容ないよう存そん档于2017-07-05）. 
  11. ^ openSUSE News. openSUSE News. [2018-02-19]. （原始げんし内容ないよう存そん档于2020-09-28）. 
  12. ^ Release Notes for SUSE Linux Enterprise Desktop 11. Novell. [2013-02-06]. （原始げんし内容ないよう存そん档于2016-03-13）. 
  13. ^ SELinux on CoreOS. CoreOS Docs. [2018-02-19]. （原始げんし内容ないよう存そん档于2018-09-26）. 
  14. ^ SELinux/Commands - FedoraProject. [2015-11-25]. （原始げんし内容ないよう存そん档于2020-10-24）. 
  15. ^ chcon. Linuxcommand.org. [2013-02-06]. （原始げんし内容ないよう存そん档于2004-10-24）. 
  16. ^ restorecon(8) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2021-02-27）. 
  17. ^ restorecond(8) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2017-08-27）. 
  18. ^ runcon(1) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2020-05-01）. 
  19. ^ secon(1) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2019-10-26）. 
  20. ^ fixfiles(8): fix file SELinux security contexts - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2020-05-03）. 
  21. ^ setfiles(8): set file SELinux security contexts - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2020-05-01）. 
  22. ^ load_policy(8) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2019-10-26）. 
  23. ^ booleans(8) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2020-06-03）. 
  24. ^ getsebool(8): SELinux boolean value - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2020-06-03）. 
  25. ^ setsebool(8): set SELinux boolean value - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2019-10-26）. 
  26. ^ togglesebool(8) - Linux man page. Linux.die.net. [2013-02-06]. （原始げんし内容ないよう存そん档于2020-08-26）. 
  27. ^ Ubuntu Manpage: selinux-config-enforcing - change /etc/selinux/config to set enforcing. Canonical. [2013-02-06]. （原始げんし内容ないよう存そん档于2012-12-20）. 
  28. ^ Ubuntu Manpage: selinuxenabled - tool to be used within shell scripts to determine if. Canonical. [2013-02-06]. （原始げんし内容ないよう存そん档于2013-02-09）. 
  29. ^ Ubuntu Manpage: selinux-policy-upgrade - upgrade the modules in the SE Linux policy. Canonical. [2013-02-06]. （原始げんし内容ないよう存そん档于2012-04-04）. 
  30. ^ SELinux backgrounds. SELinux. Security Guide. SUSE. [2018-02-19]. （原始げんし内容ないよう存そん档于2016-07-01）. 
  31. ^ apparmor.d - syntax of security profiles for AppArmor. [2018-02-19]. （原始げんし内容ないよう存そん档于2013-10-17）. 
  32. ^ Rainbow. laptop.org. [2018-02-19]. （原始げんし内容ないよう存そん档于2020-12-25）. 
  33. ^ SELinux Related Work. NSA.gov. [2018-02-19]. （原始げんし内容ないよう存そん档于2018-02-20）. 

外部がいぶ链接

[编辑]
组织
内うち核かく
支持しじ
技わざ术
调试
启动过程
ABI
API
用よう户空间
FS，守まもり护进程ほど
封ふう装そう库
内うち核かく部分ぶぶん
系けい统调用よう接せっ口こう
内うち核かく内ない
内うち核かく组件
变种
虛きょ擬なずらえ化か
采さい用よう
使用しよう范围
采さい用よう者しゃ
人物じんぶつ
Linux内ない核かく
争そう议
Linux发行版ばん
组织
采さい用よう
媒体ばいたい
人物じんぶつ
规范控ひかえ制せい数すう据すえ库：各地かくち 編輯維基數據鏈接
检索自じ“https://zh.wikipedia.org/w/index.php?title=安全あんぜん增强ぞうきょう式しきLinux&oldid=83866961”