- 综合排序
- 最热优先
- 最新优先
- 来自专栏开发者技术前线
Android 安全之Linux 内核安全
点击标题下「蓝色微信名」可快速关注 本篇继续安全系列之介绍，继续学习linux安全！，上期学习了android系统构建介绍，下期将会了解用户空间之安全。 作为最广为人知的开源项目之一，Linux 已经被证明是一个安全，可信和稳定的软件，全世界数千人对它进行研究，攻击和打补丁。 不出所料，Linux 内核是 Android 操作系统的基础[3]。 Android 不仅依赖于 Linux 的进程，内存和文件系统管理，它也是 Android 安全架构中最重要的组件之一。 在 Android 中，Linux 内核负责配置应用沙盒，以及规范一些权限。 此图显示了 Android 安全体系结构的更详细的概述。我们将在本文中参考它来解释这个操作系统的特性。 在 Linux 内核层配置应用沙箱的过程如下。 Linux 组和 Paranoid 网络的权限标签之间的映射也在platform.xml文件中设置（例如，参见清单 2.1 中的第 4 行）。
2.3K20发布于 2020-11-23 - 来自专栏嵌入式ARM和Linux
sel4-微内核与宏内核
一张图说明它们的区别： 总结seL4微内核的优缺点： 优势: 安全性好、可移植性好、灵活性高、容易debug 劣势: 性能低 2 微内核的发展史 第一代微内核: 目标是用于解决Unix的可维护性等问题 第二代微内核: 目标是解决第一代微内核的性能问题。代表是Liedtke的L3和L4。主要贡献是通过改进IPC机制,大幅提高了性能，并支持运行Linux，即L4 Linux(虚拟化)。 第三代微内核: 目标是解决第二代微内核的安全性问题，引用了形式化验证，号称世界上最安全的内核OS。代表是OKL4、seL4(我们后面的研究重点)。 第三代微内核的主要贡献是提出enndpoint的IPC机制、基于capability的权限管理机制，提高了安全性. 3 参考资料 如果想要深入了解微内核以及sel4，请参考下面的文章： sel4白皮书 sel4官方资料 网友laokz翻译的seL4内核参考手册
3.1K30编辑于 2022-08-15 - 来自专栏不温卜火
Spark内核详解 (4) | Spark 部署模式
org.apache.spark.deploy.yarn.ExecutorLauncher").getName } amContainer } 至此, SparkSubmit 进程启动完毕. 4.
2.1K30发布于 2020-10-28 深入解析 openEuler 内核安全体系
一、安全机制研究概述在当今网络安全形势日益严峻的背景下，操作系统内核的安全性直接关系到整个IT基础设施的安全防线。 openEuler作为面向企业级应用的自主创新操作系统，在内核安全方面投入了大量研发资源，构建了多层次、立体化的安全防护体系。 本篇文章系统梳理openEuler内核的安全机制，涵盖内存保护、访问控制、漏洞防护、安全审计等多个维度。 二、openEuler内核安全架构解析2.1安全机制概览openEuler内核的安全机制可以分为以下几个层次：安全层次核心技术防护能力性能影响内存安全KASLR/KPTI防地址泄露<5%访问控制SELinux 2.2安全技术创新点openEuler内核在安全方面的创新主要体现在：能力关键措施主动防御能力-内核地址随机化增强（KASLR）-控制流完整性保护（CFI）-返回导向编程（ROP）防护-数据执行保护（DEP
49410编辑于 2025-12-03- 来自专栏LINUX阅码场
详解Android内核安全
这也导致了Android内核在安全侧有部分不同于Linux内核，侧重点也存在不同。 在操作系统级别，Android平台不仅提供Linux内核的安全功能，而且还提供安全的进程间通信 (IPC)机制，以便在不同进程中运行的应用之间安全通信。 TBI需要一个兼容的内核，以便正确处理从用户空间传递的已加标记的指针。4.14(Pixel 4) 及更高版本中的Android通用内核具有必需的TBI补丁程序。 要为内核启用ShadowCallStack，请将下面这行代码添加到内核配置文件: CONFIG_SHADOW_CALL_STACK=y 九、总结 除以上内核安全特性外，Android提供了一些关键的安全功能 内核在集成Linux内核主线版本的优势下，再发展适合自身生态的内核安全方案，在庞大数量设备的基础上，既是挑战，也是机遇，期待Android能给出完美的答案。
2.2K30编辑于 2022-09-28 - 来自专栏编程技术宇宙
内核地址空间大冒险4：线程切换
进入sleep()函数后，又来到了nano_sleep()函数，接着看到了一个syscall系统调用指令，我继续执行，来到了内核空间。 进入内核空间后，我接连穿过了 --> nano_sleep() --> hrtimer_nanosleep() --> do_nanosleep() --> freezable_schedule() 把我累得够呛 告别了长者，我和小T踏上了这神秘的switch_to，跟随着一步一步的指令，我把自己线程上下文的寄存器都保存到了我的内核栈上面，然后将栈指针指向了小T的内核栈，最后把小T保存在他内核栈的指令地址加载进指令寄存器 我小心翼翼的执行了这里的代码，只是简单输出了一行日志，然后来到了一个叫__restore_rt()的函数，又一条syscall指令摆在了我的面前，我没有犹豫再一次一头扎进了内核空间。 不过，同样的事情接二连三的出现，经历了上次那件事的小Q不敢大意，赶紧向安全部长汇报了情况。 预知后事如何，请关注后续精彩······
1.2K20发布于 2020-04-24 - 来自专栏一个会写诗的程序员的博客
Linux 内核的 4 大 IO 调度算法
Linux 内核包含4个IO调度器，分别是 Noop IO scheduler、Anticipatory IO scheduler、Deadline IO scheduler 与 CFQ IO scheduler anticipatory, 预期的；提早发生的；期待着的 通常磁盘的读写影响是由磁头到柱面移动造成了延迟，解决这种延迟内核主要采用两种策略：缓存和IO调度算法来进行弥补. 本文做一简单介绍. IO调度器在内核栈中所处位置如下： ? ? 块设备最悲剧的地方就是磁盘转动，这个过程会很耗时间。 4、ANTICIPATORY CFQ和DEADLINE考虑的焦点在于满足零散IO请求上。对于连续的IO请求，比如顺序读，并没有做优化。 We see that the in the mixed read/write workloads (2 and 4) the NOOP scheduler has a negative impact
6.5K31发布于 2020-04-16 - 来自专栏betasec
安全攻防 | win系统内核提权
声明：本人坚决反对利用文章内容进行恶意攻击行为，一切错误行为必将受到惩罚，绿色网络需要靠我们共同维护，推荐大家在了解技术原理的前提下，更好的维护个人信息安全、企业安全、国家安全。 ? ? 具体操作如下： 01 查询系统补丁更新情况 在经过常规手法web渗透或者钓鱼等操作获得基本权限(用户权限，或者服务权限)之后，最常用的方法就是windows系统的内核提权。
88130发布于 2021-04-22 Windows内核安全(第一部)
Windows内核安全：从架构根基到攻防博弈的全景透视内核是操作系统的心脏，也是攻击者与防御者的终极战场。 当恶意代码获得内核态执行权限，它便不再受任何用户层安全策略的约束——防火墙形同虚设，杀毒软件无能为力。理解Windows内核安全，不是选修课，而是每个安全从业者的必修课。 它驻留在内核中，负责执行对象的安全访问检查、管理用户特权、生成安全审计消息。 工作机制系统启动时，PG会记录内核关键区域的"原始样貌"（代码段、IDT、GDT、SSDT、关键API等），存入一个约2-4KB的加密结构体——Context。 3.2 内存管理：从"避免OOM"到"高效利用"64位内核将内存管理从"节省"转向"最大化利用率"：页表结构：采用4级页表（PXE→PPE→PDE→PTE），支持2MB/1GB大页分配，减少TLB未命中内存压缩
40710编辑于 2026-06-01- 来自专栏Linux驱动
4.移植驱动到3.4内核-移植总结
() 作用:申请usb缓冲区,并保持内存和硬件cache一致性 替代了2.6内核里的usb_buffer_alloc ()函数 4)usb_free_coherent() 作用:释放usb缓冲区 替代了 2.6内核里的usb_buffer_free ()函数 5) blk_fetch_request() 作用:获取块设备里的一个申请(申请:主要用来读写块读设备的扇区) 替代了2.6内核里的elv_next_request end_request()函数 2.结构体改动 1) struct net_device结构体 改动方向: 2.6内核下的net_device结构体成员(与操作相关的),都放在3.4内核的net_device /lifexy/p/7515488.html) 4.以移植LED为例 4.1首先直接修改Makefile 将以前的内核位置改为KERN_DIR = /work/system/linux-3.4.2 4.2 hardware.h> 2)将class_device_create()函数改为device_create() 3)将class_device_unregister()函数改为device_create() 4)
2.6K10发布于 2019-05-24 - 来自专栏网络安全技术点滴分享
Linux内核v4.12安全特性深度解析
Linux内核v4.12的安全特性发布日期：2017年7月10日 分类：Chrome OS, Debian, 内核, 安全, Ubuntu, Ubuntu-Server 作者：kees @ 凌晨1: 24上一篇：v4.11以下是Linux内核上周发布的v4.12版本中一些有趣安全特性的快速总结：x86只读与固定位置GDT通过内核内存基地址随机化，攻击者仍可通过"sgdt"指令获取每CPU基地址，因为该指令会暴露每 LSM结构只读化James Morris利用__ro_after_init使LSM（Linux安全模块）结构在启动后变为只读。这消除了它们作为攻击者理想目标的风险。 由于内核各处都会调用这些钩子，这曾是攻击者劫持内核执行的首选方法。（类似目标过去是系统调用表，但早已设为只读。） 27)、逆向工程(15)、安全(130)、Ubuntu(179)、Ubuntu服务器(109)、车辆(2)、漏洞(12)、Web(14)搜索：链接： Outflux #fediverse归档： （
22710编辑于 2025-08-22 - 来自专栏FreeBuf
如何检测Linux内核中的安全增强选项
关于kconfig-hardened-check kconfig-hardened-check是一款功能强大的安全检测工具，可以帮助广大研究人员检测Linux内核中的安全增强选项。 Linux内核中提供了很多安全增强选项，其中有很多选项在主要的Linux发行版系统中都默认不会开启。因此，我们如果想要让自己的系统变得更加安全的话，我们则需要手动开启这些安全增强选项。 但是，谁都不想手动去检查这些配置选项，因此kconfig-hardened-check便应运而生，它可以自动帮我们检查自己Linux系统内核中的相关安全增强选项。 在检查的过程中，kconfig-hardened-check.py 将根据下列参考配置来进行检查： 1、KSPP推荐设置； 2、CLIP操作系统内核配置； 3、最新公开的grsecurity修复方案； 4、SECURITY_LOCKDOWN_LSM修复方案； 5、Linux内核维护团队的直接反馈； 除此之外，我们还创建了一份Linux内核防御图，它是安全强化特性和相应漏洞类或攻击技术之间关系的图形表示
3.2K20发布于 2021-07-30 - 来自专栏乌龟哥哥默认学习专栏
安全增强型Linux内核模块介绍
SELinux：安全增强型Linux内核模块介绍========================SELinux，全称Security-Enhanced Linux，是一种在Linux内核中实现的安全策略 什么是SELinux--------SELinux是一种基于安全策略（Security Policy）的访问控制机制，通过在Linux内核中添加安全模块，实现更为严格的资源访问控制。 SELinux的核心思想是将系统资源（如文件、目录、网络端口等）与用户（或其他安全实体）关联起来，根据预先定义的安全策略，限制用户对系统资源的访问。 MLS（Multi-Level Security）：SELinux支持多级安全（MLS）策略，这种策略允许多个安全级别不同的用户共享相同的系统资源。 总结--SELinux作为一款安全增强型Linux内核模块，为Linux系统的安全性提供了强有力的保障。
1.3K00编辑于 2023-10-05 - 来自专栏CU技术社区
4岁小女孩给Linux内核贡献提交
今天在reddit上看到一个有趣的讨论，一个4岁的小女孩给Linux提交了一个补丁，并且这个补丁合并到了代码中。 链接如下： https://www.reddit.com/r/linux/comments/2pqqla/kernel_commit_4_year_old_girl_fixes_formatting_to 1、Linux 内核可以让所有人参与进来。 2、Linux 内核非常严谨，只要有错误，任何人都可以修改它。 我认为，写代码更重要的是一种思想，小女孩发现了这个问题，说明她肯定阅读过那份文档，对于我们很多人，都不能做到详细的阅读内核文档。 不说了，我也要去找个出错的字符提交一下。
1.2K30发布于 2019-12-27 - 来自专栏python基础文章
网络安全——网络层IPSec安全协议（4）
前言 在前一章讲解了IPSec采用的安全技术，那什么是IPSec安全协议呢？本章将会很透彻的讲解IPSec安全协议。 IPSec用来保护一条或多条主机与主机间、安全网关与安全网关间、安全网关与主机间的路径。 AH头是一个IPv6的扩展头按照RFC2460标准的规定：它的值是头长度减去一个64位，在认证数据为标准的96位时，这个域的值为4。 （3）保留字段：16位，该字段用于今后的扩充，设置为0。 （4）安全参数索引SPl：专有32位值，用以区分那些目的IP地址和安全协议类型相同，但算法不同的数据包。 （5）序列号：32位整数，它代表一个单调递增计数器的值。 通常，当用于IPv6时，AH出现在IPv6逐跳路由头之后，IPv6目的选项之前；而用于IPv4时，AH跟随主IPv4头。
1.3K20编辑于 2023-10-15 - 来自专栏ThoughtWorks
如何增强Linux内核中的访问控制安全 | 洞见
所以为了安全起见，一般将LD_PRELOAD环境变量禁用掉。 但是内核为了安全，对这种操作做了一些限制： sys_call_table的符号没有导出，不能直接获取。 sys_call_table所在的内存页是只读属性的，无法直接进行修改。 ---- LSM LSM是Linux Secrity Module的简称，即linux安全模块。是一种通用的Linux安全框架，具有效率高，简单易用等特点。原理如下： ? LSM在内核中做了以下工作： 在特定的内核数据结构中加入安全域。 在内核源代码中不同的关键点插入对安全钩子函数的调用。 加入一个通用的安全系统调用。 提供了函数允许内核模块注册为安全模块或者注销。 LSM，在早期的内核中，只能允许一个LSM内核模块加载，例如加载了SELinux，就不能加载其他的LSM模块，在最新的内核版本中不存在这个问题。
3.3K10发布于 2018-12-24 - 来自专栏Linux驱动
第3阶段——内核启动分析之创建si工程和分析stext启动内核函数(4)
目标: (1)创建Source Insight 工程,方便后面分析如何启动内核的 (2)分析uboot传递参数,链接脚本如何进入stext的 (3) 分析stext函数如何启动内核: (3.1) 1.4 最后点击synchronize files 创建source insight工程 2.内核启动之分析uboot传递参数和链接脚本 2.1 内核在uboot启动之前是进入do_boom_linux 虚拟地址，由于mmu未启动，所以=物理地址*/ adr r3, 3b ldmia r3, {r4, r5, r6}/* r4=3b处的虚拟地址 , {r4, r5, r6, r7} //r4=__data_loc , r5=__data_start , r6=__bss_start ，r7=_end , r3= processor_id , #4 strne fp, [r5], #4 //str r4,[r5] 将整个段里内容从 __data_loc段
1.3K60发布于 2018-01-03 - 来自专栏信数据得永生
浅入浅出 Android 安全：第二章 Android Linux 内核层安全
第二章 Android Linux 内核层安全 来源：Yury Zhauniarovich | Publications 译者：飞龙 协议：CC BY-NC-SA 4.0 作为最广为人知的开源项目之一 ，Linux 已经被证明是一个安全，可信和稳定的软件，全世界数千人对它进行研究，攻击和打补丁。 不出所料，Linux 内核是 Android 操作系统的基础[3]。 Android 不仅依赖于 Linux 的进程，内存和文件系统管理，它也是 Android 安全架构中最重要的组件之一。 此图显示了 Android 安全体系结构的更详细的概述。我们将在本文中参考它来解释这个操作系统的特性。 在 Linux 内核层配置应用沙箱的过程如下。 Linux 组和 Paranoid 网络的权限标签之间的映射也在platform.xml文件中设置（例如，参见清单 2.1 中的第 4 行）。
1K20编辑于 2022-12-01 - 来自专栏Linux驱动
第3阶段——内核启动分析之创建si工程和分析stext启动内核函数(4)
目标: (1)创建Source Insight 工程,方便后面分析如何启动内核的 (2)分析uboot传递参数,链接脚本如何进入stext的 (3) 分析stext函数如何启动内核: (3.1) 1.4 最后点击synchronize files 创建source insight工程 2.内核启动之分析uboot传递参数和链接脚本 2.1 内核在uboot启动之前是进入do_boom_linux 虚拟地址，由于mmu未启动，所以=物理地址*/ adr r3, 3b ldmia r3, {r4, r5, r6}/* r4=3b处的虚拟地址 , {r4, r5, r6, r7} //r4=__data_loc , r5=__data_start , r6=__bss_start ，r7=_end , r3= processor_id , #4 strne fp, [r5], #4 //str r4,[r5] 将整个段里内容从 __data_loc段
1.3K70发布于 2018-01-03 - 来自专栏云云众生s
4个API安全最佳实践
译自 4 API Security Best Practices，作者 Judith Kahrer。 API 是现代数字解决方案的支柱。因此，API 安全应该成为首要的业务关注点。 如果您考虑以下两个要点，您将为您的 API 安全奠定良好的基础： 使用 API 网关。 使用访问令牌进行授权。 让我详细说明它们的优势，并展示如何发展您的 API 安全。 1. JWT 安全最佳实践 包括以下内容： 始终验证访问令牌。 避免常见风险 使用 API 网关和访问令牌进行授权，可以避免常见的 API 安全风险。 4. 提升 API 安全性 通过添加 API 网关并使用 OAuth 或 OpenID Connect 基于访问令牌进行授权，您可以缓解许多主要的 API 安全风险。
2.1K10编辑于 2024-07-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号