由于内存保护技术，这远非一项简单的任务。

在 MS-DOS、Windows 9x 和等效的家用计算系统的旧时代，内存确实在所有正在运行的进程之间平均共享。在这种情况下你的感觉是对的：任何用户进程都可以访问和修改其他进程的内存，即使是操作系统内核也没有办法完全屏蔽自己。

但现在这是老故事了。作为大型计算机（用于高度敏感和并行任务的大型冰箱外观单元）的继承，家用计算机操作系统和处理器架构获得了真正的内存保护技术。

在这种技术的基础上，有一个映射允许将内存段与其拥有的进程匹配。多亏了这一点，一个进程不再被允许访问它自己的内存之外的任何东西。如果一个进程试图打破这个规则（通常是由于一个错误），操作系统会无情地杀死它（这是可怕的分段错误，或者亲密的“segfault”）。

这是否意味着您所描述的威胁再也不会发生？在安全方面，永远不要说“从不”：每个看似安全的系统都有其缺陷：

• 整个事情由操作系统内核控制，因此内核中的一个缺陷可能会导致绕过这种安全性并像过去一样获得对整个内存的访问权限。Linux 上的一个示例可能是ptrace系统调用，旨在允许跟踪（调试）进程。不时会发现漏洞，允许非特权进程滥用此功能以获得这种能力。
• 在链条的另一端，您可能还想完全绕过操作系统，直接攻击物理 RAM 存储。此类别中最著名的攻击是行锤：已发现在许多 RAM 模块上，由于某些电子缺陷，快速且反复更改存储在某个位置的值的事实可能会影响并可能更改存储在附近位置的值。

关于您的“相当简单”的脚本语言，您的噩梦可能会成真，例如，存在Row Hammer 攻击的有效 JavaScript 实现。所以肯定是的，非特权 JavaScript 程序有可能在根进程中注入一些代码。然而，这不是一件简单的事情，随着新方法的发现，新的保护技术也被开发出来：IT 安全的无尽故事；）！

是的，但这取决于操作系统。这样做的一种方法称为缓冲区溢出攻击。这些攻击是内核级别漏洞的结果，因此它们相对较少。

Computerphile 有一个关于该主题的完整视频：https ://m.youtube.com/watch?v=1S0aBV-Waeo