<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Os on Le Site de François</title><link>https://lesitedefrancois.be/en/tags/os/</link><description>Recent content in Os on Le Site de François</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 François</copyright><atom:link href="https://lesitedefrancois.be/en/tags/os/index.xml" rel="self" type="application/rss+xml"/><item><title>Syscall (System Call)</title><link>https://lesitedefrancois.be/en/security/syscall/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/security/syscall/</guid><description>&lt;p&gt;A &lt;strong&gt;system call (syscall)&lt;/strong&gt; is the formal interface through which a user-space process asks the kernel to perform a privileged operation on its behalf — opening a file, allocating memory, creating a process, establishing a network connection, sending a signal, or any other action that requires kernel mediation. User-space code runs at CPU privilege level 3 (ring 3) and cannot directly access hardware, manipulate kernel data structures, or perform I/O; the kernel runs at ring 0 with unrestricted access. A syscall is the crossing point: the process places its request in a defined register convention and issues a &lt;code&gt;syscall&lt;/code&gt; instruction (on x86-64) that atomically switches the CPU to ring 0 and transfers control to the kernel&amp;rsquo;s syscall dispatch table. The kernel validates the request, performs the operation if permitted by standard Unix permissions and any active &lt;strong&gt;LSM&lt;/strong&gt; hooks, and returns the result. From a security perspective, the syscall boundary is the complete list of what a process can ask the kernel to do — and therefore the complete list of operations that security controls like &lt;strong&gt;seccomp&lt;/strong&gt; and &lt;strong&gt;BPF LSM&lt;/strong&gt; can police.&lt;/p&gt;</description></item></channel></rss>