<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Alexander Moch on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/authors/alexander-moch/</link>
    <description>Recent content in Alexander Moch on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 28 Jul 2025 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/authors/alexander-moch/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Setting up Secure Boot on Gentoo Linux</title>
      <link>https://insinuator.net/2025/07/setting-up-secure-boot-on-gentoo-linux/</link>
      <pubDate>Mon, 28 Jul 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/07/setting-up-secure-boot-on-gentoo-linux/</guid>
      <description>&lt;p&gt;The purpose of this blog post is to explain how Secure Boot works. In&#xA;particular, we will explain where current implementations of Secure Boot by&#xA;Linux distributors fall short compared to Microsoft Windows and Apple macOS.&lt;/p&gt;&#xA;&lt;p&gt;Major distributors like Canonical, Debian, openSUSE, and Red Hat place a high&#xA;priority on making their operating systems work out of the box. Given the&#xA;current Linux landscape with out-of-tree drivers and incompatible licenses,&#xA;providing the end user with all the drivers possibly needed to boot the system&#xA;can be challenging.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Insecure Boot: Injecting initramfs from a debug shell</title>
      <link>https://insinuator.net/2025/07/insecure-boot-injecting-initramfs-from-a-debug-shell/</link>
      <pubDate>Thu, 03 Jul 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/07/insecure-boot-injecting-initramfs-from-a-debug-shell/</guid>
      <description>&lt;p&gt;Many Linux hardening guides focus on well-known protections: full-disk&#xA;encryption, Secure Boot, and password-protected bootloaders. While these&#xA;measures are critical, they often overlook a subtle but serious attack vector:&#xA;the ability to drop into a debug shell via the &lt;em&gt;Initial RAM Filesystem&lt;/em&gt;&#xA;(initramfs). This oversight can enable an attacker with brief physical access to&#xA;bypass conventional boot protections and inject persistent malware into the&#xA;system.&lt;/p&gt;&#xA;&lt;p&gt;In this post, it is demonstrated how this attack works on modern Linux&#xA;distributions, such as Ubuntu and Fedora, and explained why existing guidance&#xA;often fails to mention it.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
