<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Incident Analysis on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/incident-analysis/</link>
    <description>Recent content in Incident Analysis on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 12 Aug 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/incident-analysis/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ERNW White Paper 79: Integrating Incident Analysis and Digital Forensics Tooling for Automated Compromise Detection</title>
      <link>https://insinuator.net/2026/08/ernw-white-paper-79-integrating-incident-analysis-and-digital-forensics-tooling-for-automated-compromise-detection/</link>
      <pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/08/ernw-white-paper-79-integrating-incident-analysis-and-digital-forensics-tooling-for-automated-compromise-detection/</guid>
      <description>&lt;p&gt;With this blog post I am pleased to announce the publication of a new ERNW White Paper about our incident analysis and digital forensics framework. It is available on our &lt;a href=&#34;https://ernw.de/en/whitepapers/issue-79.html&#34;&gt;website&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Due to the increasing number and impact of computer security incidents, it has become essential to develop and implement efficient measures for their investigation. However, comprehensive forensic analyses are time-consuming, and this time is often not available to security analysts during computer security incidents. As a result, automated tools are increasingly being used. These tools, however, often cover only a limited scope of the necessary analyses and typically require deep technical expertise to be used effectively.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Insights into Entra ID’s (Un)Conditional Access</title>
      <link>https://insinuator.net/2026/05/insights-into-entra-ids-unconditional-access/</link>
      <pubDate>Thu, 21 May 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/05/insights-into-entra-ids-unconditional-access/</guid>
      <description>&lt;p&gt;When looking at security measures in Microsoft Entra ID environments, a common&#xA;recommendation is to implement Conditional Access policies.&lt;/p&gt;&#xA;&lt;p&gt;Whether Conditional Access is implemented can be quickly checked, and you can&#xA;put a check mark next to it in your best-practice compliance form. However,&#xA;simply implementing conditional access will not provide much security. A&#xA;phishing attack that we recently analyzed highlights this very well.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jigsaw RDPuzzle: Piecing Attacker Actions Together</title>
      <link>https://insinuator.net/2025/01/jigsaw-rdpuzzle-piecing-attacker-actions-together/</link>
      <pubDate>Wed, 29 Jan 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/01/jigsaw-rdpuzzle-piecing-attacker-actions-together/</guid>
      <description>&lt;p&gt;In a recent incident response project, we had the chance to virtually look over&#xA;the attackers’ shoulder and observe their activities. The attackers used the&#xA;Remote Desktop Protocol (RDP) for lateral movement within the compromized&#xA;environment and beyond (MITRE techniques&#xA;&lt;a href=&#34;https://attack.mitre.org/techniques/T1570/&#34;&gt;T1570&lt;/a&gt;,&#xA;&lt;a href=&#34;https://attack.mitre.org/techniques/T1021/001/&#34;&gt;T1021&lt;/a&gt;). As a matter of fact,&#xA;RDP creates cache files that contain tiles of the transferred screen recording&#xA;data. While this fact is well-known and there are existing tools, we found it&#xA;worth reporting because of two different aspects:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Identification of (malicious) modifications in memory-mapped image files</title>
      <link>https://insinuator.net/2023/09/identification-of-malicious-modifications-in-memory-mapped-image-files/</link>
      <pubDate>Wed, 06 Sep 2023 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2023/09/identification-of-malicious-modifications-in-memory-mapped-image-files/</guid>
      <description>&lt;p&gt;I’m happy to announce the publication of the paper&#xA;&lt;a href=&#34;https://dfrws.org/wp-content/uploads/2023/07/block-windowsmemoryforensics.pdf&#34;&gt;Windows memory forensics: Identification of (malicious) modifications in memory-mapped image files&lt;/a&gt;&#xA;at this years DFRWS USA, and the release of the corresponding&#xA;&lt;a href=&#34;https://github.com/f-block/volatility-plugins#imgmalfind&#34;&gt;volatility plugin&lt;/a&gt;.&#xA;With this research came also an update to the Ptenum family (affecting&#xA;especially the &lt;code&gt;ptemalfind&lt;/code&gt; plugin), which makes the plugins reliable in&#xA;identifying modified pages despite memory combining, so make sure to grab the&#xA;newest version from the Github repository.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Some experiments with Process Hollowing</title>
      <link>https://insinuator.net/2022/09/some-experiments-with-process-hollowing/</link>
      <pubDate>Thu, 29 Sep 2022 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2022/09/some-experiments-with-process-hollowing/</guid>
      <description>&lt;p&gt;Process Hollowing is a technique used by various malware families (such as&#xA;FormBook, TrickBot and Agent Tesla) to hide their malicious code within a benign&#xA;appearing process. The typical workflow for setting up such a&#xA;&lt;a href=&#34;https://attack.mitre.org/techniques/T1055/012/&#34;&gt;hollowed process&lt;/a&gt; is as&#xA;follows:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;Create a new process (victim) using a benign executable, in suspended state.&lt;/li&gt;&#xA;&lt;li&gt;Unmap the executable from that process.&lt;/li&gt;&#xA;&lt;li&gt;Allocate memory for the malicious executable at the address of the&#xA;previously mapped victim executable.&lt;/li&gt;&#xA;&lt;li&gt;Write the malicious executable to the new memory area and potentially apply&#xA;relocations.&lt;/li&gt;&#xA;&lt;li&gt;Adjust the entry point.&lt;/li&gt;&#xA;&lt;li&gt;Resume process.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;We will refer to this as the “normal” Process Hollowing workflow. There are also&#xA;variants of this technique, one being to not unmap the original executable and&#xA;to allocate the new memory somewhere else. We will call this one no-unmap. But&#xA;wait, why does malware not simply overwrite the existing executable but creates&#xA;a new memory area which stands out due to its characteristics? In this blog post&#xA;we will have a closer look at this overwrite approach but also on the no-unmap&#xA;method, their effects on analysis/detection tools and on some tricks to make the&#xA;detection harder. We are also releasing Proof of Concept implementations of all&#xA;mentioned tools/plugins (the links are at the end of this post).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Of Corona, Buggy Audio Drivers and Industrial Espionage</title>
      <link>https://insinuator.net/2021/04/of-corona-buggy-audio-drivers-and-industrial-espionage/</link>
      <pubDate>Fri, 23 Apr 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/04/of-corona-buggy-audio-drivers-and-industrial-espionage/</guid>
      <description>&lt;h2 id=&#34;the-situation&#34;&gt;The Situation&lt;/h2&gt;&#xA;&lt;p&gt;Last year, the CISO of a customer sent me a laptop for analysis. The reason was&#xA;that he feared the company could have been victim of industrial espionage.&#xA;Starting in spring 2020, the IT help desk got several employee laptops with full&#xA;hard drives, caused by a huge amount of audio recordings. The audio files&#xA;contained recordings even of highly sensitive telephone conferences. An&#xA;automated scan on all employee computers for such audio recordings showed that&#xA;about 300 devices were affected.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Dissection of an Incident – Part 2</title>
      <link>https://insinuator.net/2019/10/dissection-of-an-incident-part-2/</link>
      <pubDate>Wed, 30 Oct 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/10/dissection-of-an-incident-part-2/</guid>
      <description>&lt;p&gt;After our &lt;a href=&#34;https://insinuator.net/2019/07/emotet-at-heise-emotet-there-emotet-everywhere-dissection-of-an-incident/&#34;&gt;last blogpost&lt;/a&gt; regarding Emotet and several other Emotet and Ransomware samples that we encountered, we recently stumbled across a variant belonging to the &lt;em&gt;Gozi&lt;/em&gt;, &lt;em&gt;ISFB&lt;/em&gt;, &lt;em&gt;Dreambot&lt;/em&gt; respectively &lt;em&gt;Ursnif&lt;/em&gt; family. In this blogpost, we want to share our insights from the analysis of this malware, whose malware family is mainly known for being a banking trojan that typically tries to infect browser sessions and sniff/redirect data. In particular, we are going to provide details about the first stage Word Document, the embedded JavaScript/XSL document, an in-depth runtime analysis of the downloaded executable, and some details regarding detection.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Emotet at Heise, Emotet there, Emotet everywhere – Dissection of an Incident</title>
      <link>https://insinuator.net/2019/07/emotet-at-heise-emotet-there-emotet-everywhere-dissection-of-an-incident/</link>
      <pubDate>Thu, 18 Jul 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/07/emotet-at-heise-emotet-there-emotet-everywhere-dissection-of-an-incident/</guid>
      <description>&lt;p&gt;After the &lt;a href=&#34;https://www.heise.de/ct/artikel/Emotet-bei-Heise-4437807.html&#34;&gt;Emotet Incident at Heise&lt;/a&gt;, where &lt;a href=&#34;https://www.heise.de/security/meldung/heisec-Webinar-Emotet-bei-Heise-Lernen-aus-unseren-Fehlern-4439874.html&#34;&gt;ERNW has been consulted for Incident Response&lt;/a&gt;, we decided to start a blogpost series, in which we want to regularly report on current attacks that we observe. In particular we want to provide details about the utilized pieces of malware, different stages, and techniques used for the initial infection and lateral movement. We hope that this information might help you to detect ongoing incidents, apply countermeasures, and in the best case to figure out proactive countermeasures and security controls beforehand.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Comparison of our tool afro (APFS file recovery) with Blackbag Blacklight and Sleuthkit</title>
      <link>https://insinuator.net/2018/10/comparison-of-our-tool-afro-apfs-file-recovery-with-blackbag-blacklight-and-sleuthkit/</link>
      <pubDate>Thu, 18 Oct 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/10/comparison-of-our-tool-afro-apfs-file-recovery-with-blackbag-blacklight-and-sleuthkit/</guid>
      <description>&lt;p&gt;At this years ARES conference, Jonas Plum (Siemens) and me (Andreas Dewald, ERNW Research GmbH) published a &lt;a href=&#34;https://dl.acm.org/citation.cfm?id=3232808&#34;&gt;paper&lt;/a&gt; about the forensic analysis of APFS, file system internals and presented different methodologies for file recovery. We also publicly released a tool implementing our presented approaches, called &lt;a href=&#34;https://github.com/cugu/afro&#34;&gt;afro&lt;/a&gt; (APFS file recovery).&lt;/p&gt;&#xA;&lt;p&gt;APFS is the file system for Apple devices that is used by default on all current iOS mobile devices, as well as macOS since High Sierra, and is thus currently rolled out on a large number of devices. By using afro, we evaluated and compared the different approaches amongst each other and identified the method that so far delivers the best results and compared it to photorec. This showed that AFRO outperforms photorec on the evaluated APFS dataset. In the presentations of this research we were often asked if other tools like Blackbags Blacklight do not already support this recovery process. So, we decided to compare the file recovery capabilities of BlackLight and afro. We wanted to compare afro to the sleuth kit as well, as at the DFRWS conference it was discussed about &lt;a href=&#34;https://www.dfrws.org/sites/default/files/session-files/pres_adding_apfs_support_to_the_sleuthkit_framework.pdf&#34;&gt;adding APFS Support to The Sleuthkit Framework&lt;/a&gt;, but no implementations are public yet.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
