<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Linux on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/linux/</link>
    <description>Recent content in Linux on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 20 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/linux/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ERNW White Paper 77: Unified Security Hardening with Cross-Platform Native Binaries</title>
      <link>https://insinuator.net/2026/05/ernw-white-paper-77-unified-security-hardening-with-cross-platform-native-binaries/</link>
      <pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/05/ernw-white-paper-77-unified-security-hardening-with-cross-platform-native-binaries/</guid>
      <description>&lt;p&gt;When configuring a new device, achieving an acceptable Lynis hardening score is&#xA;a challenge most practitioners are familiar with.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ERNW Whitepaper 76: Linux Client Hardening Guide</title>
      <link>https://insinuator.net/2026/05/ernw-whitepaper-76-linux-client-hardening-guide/</link>
      <pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/05/ernw-whitepaper-76-linux-client-hardening-guide/</guid>
      <description>&lt;p&gt;Hardening a Linux client system to an acceptable degree is a time-consuming&#xA;process, one that demands familiarity with a broad set of configuration&#xA;parameters, framework recommendations, and the reasoning behind each control.&lt;/p&gt;&#xA;&lt;p&gt;This post introduces our new Linux client hardening guide&#xA;(&lt;a href=&#34;https://github.com/ernw/hardening/blob/master/operating_system/linux/ERNW_Hardening_Linux.md&#34;&gt;MD&lt;/a&gt;,&#xA;&lt;a href=&#34;https://ernw.de/en/whitepapers/issue-76.html&#34;&gt;PDF&lt;/a&gt;), a comprehensive, publicly&#xA;available hardening reference for Linux systems.&lt;/p&gt;&#xA;&lt;h2 id=&#34;motivation-and-scope&#34;&gt;Motivation and Scope&lt;/h2&gt;&#xA;&lt;p&gt;The guide covers the full breadth of controls needed to significantly raise the&#xA;security posture of a modern Linux installation while preserving operational&#xA;usability (this will be very subjective, the guide reflects my opinion of&#xA;“usable”). It has been developed and validated against Ubuntu 24.04 LTS as the&#xA;primary reference platform, and cross-tested on Fedora, Debian 12, and Arch&#xA;Linux as well as on traditionally server-oriented distributions like openSUSE&#xA;Leap 15.6, Debian 12, Rocky Linux 9, and Red Hat Enterprise Linux 9 while not&#xA;focussing on those as the guide is created for Linux clients.&lt;/p&gt;</description>
    </item>
    <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>
    <item>
      <title>Disclosure: Multiple Vulnerabilities in X.Org X server prior to 21.1.17 and Xwayland prior to 24.1.7</title>
      <link>https://insinuator.net/2025/06/disclosure-multiple-vulnerabilities-in-x.org-x-server-prior-to-21.1.17-and-xwayland-prior-to-24.1.7/</link>
      <pubDate>Tue, 17 Jun 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/06/disclosure-multiple-vulnerabilities-in-x.org-x-server-prior-to-21.1.17-and-xwayland-prior-to-24.1.7/</guid>
      <description>&lt;p&gt;The X11 Window System has been used since September 1987 for Unix desktop&#xA;systems, allowing applications to display their windows. Today, one of the&#xA;server implementations of the protocol is the X.Org X server and XWayland, which&#xA;both use the same codebase. While reviewing the X server, several legacy&#xA;security issues were identified. These appear to originate from earlier design&#xA;stages when security considerations were less prominent. Despite the project’s&#xA;maturity and widespread use, some of these issues have persisted.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux Character Devices: Exploring systemd-run and pkexec</title>
      <link>https://insinuator.net/2024/05/linux-character-devices-exploring-systemd-run-and-pkexec/</link>
      <pubDate>Tue, 14 May 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/05/linux-character-devices-exploring-systemd-run-and-pkexec/</guid>
      <description>&lt;p&gt;In this blog post, we quickly look into issues involving character devices. As is typical for Linux, everything is a file, so character devices are referenced as files, such as pseudo terminals (pts) under &lt;code&gt;/dev/pts/&lt;/code&gt;. &lt;code&gt;man pty&lt;/code&gt; briefly introduces the topic. Essentially, it is used to connect a program, such as a terminal emulator, to a shell. In the end, a pty can read and write like a regular file. A colleague already brought up the topic of ptys and character devices. But more recently a &lt;a href=&#34;https://twitter.com/hackerschoice/status/1787601814021361729&#34;&gt;Twitter post&lt;/a&gt; and the &lt;a href=&#34;https://github.com/hackerhouse-opensource/exploits/blob/master/systemd-run-tty.txt&#34;&gt;accompanying advisory&lt;/a&gt; piqued my interest.&lt;/p&gt;</description>
    </item>
    <item>
      <title>New Release of Glibc Heap Analysis Plugins</title>
      <link>https://insinuator.net/2018/06/new-release-of-glibc-heap-analysis-plugins/</link>
      <pubDate>Wed, 06 Jun 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/06/new-release-of-glibc-heap-analysis-plugins/</guid>
      <description>&lt;p&gt;After quite some time and work, I’m happy to announce the new release of the &lt;a href=&#34;https://github.com/google/rekall/blob/master/rekall-core/rekall/plugins/linux/heap_analysis.py&#34;&gt;Linux&lt;/a&gt; &lt;a href=&#34;https://github.com/google/rekall/blob/master/rekall-core/rekall/plugins/linux/keepassx.py&#34;&gt;Heap&lt;/a&gt; &lt;a href=&#34;https://github.com/google/rekall/blob/master/rekall-core/rekall/plugins/linux/zsh.py&#34;&gt;Analysis&lt;/a&gt; Plugins, which are now part of the &lt;a href=&#34;https://github.com/google/rekall&#34;&gt;Rekall&lt;/a&gt; project, but not yet part of an official Rekall release, so you have to grab them manually.&lt;br&gt;&#xA;This release fixes several bugs and adds the following features:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Support for Glibc version 2.26 (tcache chunks) and 2.27&lt;/li&gt;&#xA;&lt;li&gt;Heapsearch now includes Rekall’s yara scan functionality&lt;/li&gt;&#xA;&lt;li&gt;x86 Glibc versions with a modified MALLOC_ALIGNMENT value of 16 (as done in arch’s glibc package 2.26) are now supported&lt;/li&gt;&#xA;&lt;li&gt;Improved retrieval of main_arena and new automated retrieval of malloc_par struct; so for the majority of cases, the corresponding cmd line options are not necessary anymore and hence no debug information have to be retrieved.&lt;/li&gt;&#xA;&lt;li&gt;main_arena and malloc_par struct retrieval now also applies for statically linked binaries; there might however be cases, where it is necessary to specify the malloc_par struct offset and the used glibc version number&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;While Glibc version 2.27 does not really change much for the heap from a forensics point of view, version 2.26 introduced a new feature called tcache (per thread cache). Those caches are essentially just a new type of bin, holding freed chunks, but &lt;a href=&#34;https://sourceware.org/ml/libc-alpha/2017-01/msg00452.html&#34;&gt;seem to improve the performance&lt;/a&gt;.&lt;br&gt;&#xA;Sadly, only two days after its &lt;a href=&#34;https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=d5c3fafc4307c9b7a4c7d5cb381fcdbfad340bcc&#34;&gt;first commit&lt;/a&gt;, there was already a &lt;a href=&#34;http://tukan.farm/2017/07/08/tcache/&#34;&gt;blog post&lt;/a&gt; explaining the functionality (not so sad 😉 ) and also some discovered vulnerabilities (here we go with the sad part).&lt;br&gt;&#xA;Besides introducing a new landscape for attackers, this feature added two new heap management structs and one additional chunk per thread-heap (each thread has its own heap, up until an upper limit). This chunk is located at the beginning of each heap and hence, part of a raw heap dump (so be aware of that, if you are doing a raw analysis without the plugins).&lt;br&gt;&#xA;The chunk holds the content of the &lt;code&gt;tcache_perthread_struct&lt;/code&gt;, which has to members:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Creating Static Binaries for Nmap, Socat and other Tools</title>
      <link>https://insinuator.net/2018/02/creating-static-binaries-for-nmap-socat-and-other-tools/</link>
      <pubDate>Fri, 23 Feb 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/02/creating-static-binaries-for-nmap-socat-and-other-tools/</guid>
      <description>&lt;p&gt;In various scenarios it might be helpful or even required to have a statically compiled version of Nmap available. This applies to e.g. scenarios where only limited user privileges are available and installing anything to the system might not be desirable.&lt;/p&gt;&#xA;&lt;p&gt;For such cases I’ve started to create recipes to build such binaries. Similar projects are already available on GitHub, but there are several reasons why I chose to create my own tools:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Let’s talk about RFC 6980</title>
      <link>https://insinuator.net/2017/12/lets-talk-about-rfc-6980/</link>
      <pubDate>Fri, 01 Dec 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/12/lets-talk-about-rfc-6980/</guid>
      <description>&lt;p&gt;Following my work with the &lt;a href=&#34;https://insinuator.net/2017/06/testing-rfc-6980-implementations-of-freebsd/&#34;&gt;FreeBSD implementation of RFC 6980&lt;/a&gt; I was happy to present my work at last week’s DENOG 9 meeting.&lt;br&gt;&#xA;To make it available to anyone who did not meet me there and go into some more detail that would have exceeded the boundaries of the talk, I will cover the topic here.&lt;/p&gt;&#xA;&lt;p&gt;After the preceding work on &lt;a href=&#34;https://insinuator.net/2017/03/testing-rfc-6980-implementations-with-chiron/&#34;&gt;Windows Server 2016&lt;/a&gt; and the FreeBSD testing, as a Linux user, lover and administrator, I of course wanted to take a look at how different Linux systems complied with the RFC 6980 standard.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DFRWS USA 2017</title>
      <link>https://insinuator.net/2017/09/dfrws-usa-2017/</link>
      <pubDate>Wed, 06 Sep 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/09/dfrws-usa-2017/</guid>
      <description>&lt;p&gt;As mentioned in my last &lt;a href=&#34;https://insinuator.net/2017/07/release-of-glibc-heap-analysis-plugins-for-rekall/&#34;&gt;blogpost&lt;/a&gt;, I had the pleasure to participate in this years DFRWS USA and present our paper. The paper and presentation can be freely viewed and downloaded &lt;a href=&#34;https://www.dfrws.org/conferences/dfrws-usa-2017/sessions/linux-memory-forensics-dissecting-user-space-process-heap&#34;&gt;here&lt;/a&gt; or &lt;a href=&#34;https://authors.elsevier.com/sd/article/S1742287617301895&#34;&gt;here&lt;/a&gt;. Note that there is also an extended version of the paper, which can be downloaded &lt;a href=&#34;https://opus4.kobv.de/opus4-fau/frontdoor/index/index/docId/8340&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The keepassx, zsh and heap analysis plugins are now also part of the &lt;a href=&#34;https://github.com/google/rekall/releases/tag/v1.7.0rc1&#34;&gt;Rekall release candidate 1.7.0RC1&lt;/a&gt;, so it’s easier to get started.&lt;/p&gt;&#xA;&lt;p&gt;The conference had some great talks and workshops, which I’m going to briefly sum up.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Release of Glibc Heap Analysis Plugins for Rekall</title>
      <link>https://insinuator.net/2017/07/release-of-glibc-heap-analysis-plugins-for-rekall/</link>
      <pubDate>Thu, 13 Jul 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/07/release-of-glibc-heap-analysis-plugins-for-rekall/</guid>
      <description>&lt;p&gt;I’m happy to announce the release of several Glibc heap analysis plugins (for Linux), resp. plugins to gather information from keepassx and zsh, which are now included in the &lt;a href=&#34;https://github.com/google/rekall&#34;&gt;Rekall Memory Forensic Framework&lt;/a&gt;. This blogpost will demonstrate these plugins and explain how they can be used. More detailed information, including real world scenarios, will be released after the &lt;a href=&#34;https://dfrws.org/conferences/dfrws-usa-2017/sessions/linux-memory-forensics-dissecting-user-space-process-heap&#34;&gt;talk&lt;/a&gt; at this years &lt;a href=&#34;https://dfrws.org/conferences/dfrws-usa-2017&#34;&gt;DFRWS USA&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Before being able to reliably analyze the heap of a process, a profile, for the Glibc version being used, must be provided. However, this step should for most cases be fairly simple and only consist of gathering the offset for the &lt;em&gt;mp_&lt;/em&gt; and &lt;em&gt;main_arena&lt;/em&gt; variables:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Solving sound issues when using WebEx with Linux and Firefox</title>
      <link>https://insinuator.net/2015/07/solving-sound-issues-when-using-webex-with-linux-and-firefox/</link>
      <pubDate>Wed, 15 Jul 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/07/solving-sound-issues-when-using-webex-with-linux-and-firefox/</guid>
      <description>&lt;p&gt;Hello everybody,&lt;/p&gt;&#xA;&lt;p&gt;Some of you might use WebEx in their daily life. And some of you might use Linux (as I and many of us do). However, this combination often results in issues with your PC’s sound or microphone use in a WebEx session.&lt;/p&gt;&#xA;&lt;p&gt;The problem here is that WebEx won’t run as intended with Firefox and JRE x64. But the solution is quite easy! Use the x86-versions of each.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hardening Against Local PrivEsc: Protecting Your Links</title>
      <link>https://insinuator.net/2014/12/hardening-against-local-privesc-protecting-your-links/</link>
      <pubDate>Tue, 30 Dec 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/12/hardening-against-local-privesc-protecting-your-links/</guid>
      <description>&lt;p&gt;Following up on &lt;a href=&#34;https://www.insinuator.net/2014/12/revisiting-an-old-friend-shell-globbing/&#34;&gt;this post&lt;/a&gt;, we want to provide some details on &lt;a href=&#34;http://www.openwall.com/lists/kernel-hardening/2012/01/07/1&#34;&gt;two rather new&lt;/a&gt; (well, compared to its lifespan) Linux kernel parameters — and emphasize the need to enable those:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;fs.protected_hardlinks&lt;/li&gt;&#xA;&lt;li&gt;fs.protected_symlinks&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;For BSD, similar parameters for hardlinks exist: security.bsd.hardlink_check_uid/security.bsd.hardlink_check_gid.&lt;/p&gt;&#xA;&lt;p&gt;Those parameters control whether users are allowed to create links pointing to files which are not owned by them. If &lt;em&gt;fs.protected_hardlinks/symlinks&lt;/em&gt; is set to &lt;em&gt;1&lt;/em&gt;, users can only create links to files which they own. Attackers have used this possibility for a long time, and here are some sample attack scenarios:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Revisiting an Old Friend: Shell Globbing</title>
      <link>https://insinuator.net/2014/12/revisiting-an-old-friend-shell-globbing/</link>
      <pubDate>Tue, 23 Dec 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/12/revisiting-an-old-friend-shell-globbing/</guid>
      <description>&lt;p&gt;One interesting observation we make when testing complex environments is that at the bottom of huge technology stacks, there is usually a handful of shell scripts doing interesting stuff. More often than not these helper scripts are started as part of cron jobs running as root and perform basic administrative tasks like compressing and copying log files or deleting leftover files in temporary directories. Of course, these high privileges make them an interesting target for privilege escalation attacks and one class of vulnerability we reliably encounter in shell scripts is unsafe handling of globbing or filename expansions.&lt;/p&gt;</description>
    </item>
    <item>
      <title>IPv6 Hardening Guide for Linux Servers</title>
      <link>https://insinuator.net/2014/12/ipv6-hardening-guide-for-linux-servers/</link>
      <pubDate>Wed, 17 Dec 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/12/ipv6-hardening-guide-for-linux-servers/</guid>
      <description>&lt;p&gt;We were recently approached by a customer asking us for support along the lines of “do you have any recommendations as for strict hardening of IPv6 parameters on Linux systems?”. It turned out that the systems in question process quite sensitive data and are located in certain, not too big network segments with very high security requirements.&lt;/p&gt;&#xA;&lt;p&gt;They indicated they were willing to spend significant operational resources on “securely configuring them”. So Antonios deciced to write a small hardening guide for IPv6 on Linux, mostly focusing on manual configuration of pretty much everything (including neighbor cache entries 😉 with accompanying deactivation of all automatic mechanisms, together with ip6tables based local packet filtering.&lt;br&gt;&#xA;The document &lt;a href=&#34;https://www.ernw.de/download/ERNW_Guide_to_Securely_Configure_Linux_Servers_For_IPv6_v1_0.pdf&#34;&gt;can be found here&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
