<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Reversing on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/reversing/</link>
    <description>Recent content in Reversing on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Thu, 16 Jul 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/reversing/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Windows Hello for Business – Full Report Has Been Released</title>
      <link>https://insinuator.net/2026/07/windows-hello-for-business-full-report-has-been-released/</link>
      <pubDate>Thu, 16 Jul 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/07/windows-hello-for-business-full-report-has-been-released/</guid>
      <description>&lt;p&gt;Yesterday, the BSI (the German Federal Office for Information Security, or Bundesamt für Sicherheit in der Informationstechnik in German) published the first result document from the “Windows dissected” (ger.: “Windows seziert”) project: our analysis of Windows Hello for Business (WHfB). If you have followed this blog over the past year, you have seen the pieces. The full 170-page report has now been published. And it can be downloaded from the &lt;a href=&#34;https://www.bsi.bund.de/DE/Service-Navi/Publikationen/Studien/Windows-seziert/windows-seziert_node.html&#34;&gt;project page&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Windows Early Boot Configuration: The CmControlVector and PspSystemMitigationOptions</title>
      <link>https://insinuator.net/2026/04/windows-early-boot-configuration-the-cmcontrolvector-and-pspsystemmitigationoptions/</link>
      <pubDate>Mon, 13 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/04/windows-early-boot-configuration-the-cmcontrolvector-and-pspsystemmitigationoptions/</guid>
      <description>&lt;p&gt;While investigating how process mitigation settings are initialized, I&#xA;encountered the global variable &lt;code&gt;PspSystemMitigationOptions&lt;/code&gt;. Tracing how this&#xA;value is populated led me to the &lt;code&gt;CmControlVector&lt;/code&gt;. In this blog post, we take a&#xA;look at the Windows kernel land configuration manager, especially its global&#xA;&lt;code&gt;CmControlVector&lt;/code&gt; variable. Quick note: the kernel’s configuration manager is&#xA;not related to Microsoft Intune’s&#xA;&lt;a href=&#34;https://learn.microsoft.com/en-us/intune/configmgr/core/understand/introduction&#34;&gt;Configuration Manager&lt;/a&gt;.&#xA;In short, the configuration manager is responsible for managing and implementing&#xA;the registry. However, it is also responsible for setting up parts of the system&#xA;during early boot.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Microsoft Office Telemetry: Report Release</title>
      <link>https://insinuator.net/2020/11/microsoft-office-telemetry-report-release/</link>
      <pubDate>Tue, 17 Nov 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/11/microsoft-office-telemetry-report-release/</guid>
      <description>&lt;p&gt;The &lt;a href=&#34;https://www.bsi.bund.de/&#34;&gt;German Federal Office for Information Security&lt;/a&gt; (orig., ger., Bundesamt für Sicherheit in der Informationstechnik – BSI) has published our report on Microsoft Office Telemetry.&lt;/p&gt;&#xA;&lt;p&gt;Microsoft has released a set of &lt;a href=&#34;https://docs.microsoft.com/en-us/deployoffice/privacy/manage-privacy-controls&#34;&gt;privacy settings&lt;/a&gt; for Office, one of which enables users to configure the type and amount of diagnostic (i.e., telemetry) data that Office may send to Microsoft. When deployed, it is available in the form of a group policy setting. It allows users to configure one of the following diagnostic data levels: &lt;em&gt;required&lt;/em&gt;, &lt;em&gt;optional&lt;/em&gt;, or &lt;em&gt;neither&lt;/em&gt;.  The report we produced:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reversing C&#43;&#43; Without Getting a Heart Attack – DEvirtualize VIrtual Calls With Devi</title>
      <link>https://insinuator.net/2020/11/reversing-c-without-getting-a-heart-attack-devirtualize-virtual-calls-with-devi/</link>
      <pubDate>Thu, 12 Nov 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/11/reversing-c-without-getting-a-heart-attack-devirtualize-virtual-calls-with-devi/</guid>
      <description>&lt;p&gt;TLDR: This blogpost presents &lt;a href=&#34;https://github.com/murx-/devi&#34;&gt;devi&lt;/a&gt;, a tool that can help you devirtualize virtual calls in C++ binaries. It uses Frida to trace the execution of a binary and uncover the call sources and destinations of virtual calls. The collected information can then be viewed in IDA Pro, Binary Ninja, or Ghidra. The plugin adds the respective control-flow edges allowing further analysis (using different plugins) or simply providing more comfort when analyzing C++ binaries.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Blackhoodie at TROOPERS19</title>
      <link>https://insinuator.net/2019/01/blackhoodie-at-troopers19/</link>
      <pubDate>Fri, 04 Jan 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/01/blackhoodie-at-troopers19/</guid>
      <description>&lt;p&gt;We are going to have a &lt;a href=&#34;https://insinuator.net/tag/blackhoodie/&#34;&gt;Blackhoodie event&lt;/a&gt; at &lt;a href=&#34;https://www.troopers.de/&#34;&gt;Troopers 2019&lt;/a&gt; on March 18th and 19th in Heidelberg. With a very exciting event last year, we have decided to roll it once again during Troopers.&lt;/p&gt;&#xA;&lt;p&gt;As always, one of the main motivation for &lt;a href=&#34;https://www.blackhoodie.re/about/&#34;&gt;Blackhoodie&lt;/a&gt; is bringing more women into reversing and other core security topics. So we would like to see more women apply to the training slots. However, if you are not a women and still feel really excited about Blackhoodie, you are welcome to apply. We do have a very limited number of seats at this training site. So we apologize in advance if we can’t accommodate everyone, even though we wish we could! Please apply before &lt;strong&gt;“February 10th”&lt;/strong&gt; and we will contact you regarding next steps.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Dumping Decrypted Documents from a North Korean PDF Reader</title>
      <link>https://insinuator.net/2018/11/dumping-decrypted-documents-from-a-north-korean-pdf-reader/</link>
      <pubDate>Fri, 16 Nov 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/11/dumping-decrypted-documents-from-a-north-korean-pdf-reader/</guid>
      <description>&lt;p&gt;This is a write-up about how to use &lt;a href=&#34;https://www.frida.re/&#34;&gt;Frida&lt;/a&gt; to dump documents from a process after they have been loaded and decrypted. It’s a generic and very effective approach demonstrated on a piece of software from North Korea.&lt;/p&gt;&#xA;&lt;p&gt;Some time ago we received an ISO file which was a dump of a CD-ROM from North Korea. The only information we got was that it included a document viewer and various PDF documents. I started to dump the content of the ISO in order to analyze what the reader was actually doing by mounting it:&lt;/p&gt;</description>
    </item>
    <item>
      <title>IPython Support for Binary Ninja</title>
      <link>https://insinuator.net/2018/08/ipython-support-for-binary-ninja/</link>
      <pubDate>Fri, 17 Aug 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/08/ipython-support-for-binary-ninja/</guid>
      <description>&lt;p&gt;This blogpost is about the release of a plugin for Binary Ninja that allows you to run a Python Kernel inside the Binary Ninja GUI environment to which you can attach a Jupyer (QT) console, formerly known as IPython shell. The first section is about why this is useful, the second is about some issues I encountered and how to solve them, and the third contains everything you need to know to set it up.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reversing and Patching .NET Binaries with Embedded References</title>
      <link>https://insinuator.net/2018/04/reversing-and-patching-.net-binaries-with-embedded-references/</link>
      <pubDate>Mon, 30 Apr 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/04/reversing-and-patching-.net-binaries-with-embedded-references/</guid>
      <description>&lt;p&gt;Lately I’ve been analyzing a .NET binary that was quite interesting. It was a portable binary that shipped without any third-party dependencies. I started looking at the .NET assembly with ILSpy and noticed that there was not that much code that ILSpy found and there were a lot of references to classes/methods that were neither in the classes identified by ILSpy nor were they part of the .NET framework.&lt;/p&gt;&#xA;&lt;p&gt;At some point I was going through everything that ILSpy displayed about the binary, including the resources which were looking very interesting:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Yet another edition of BlackHoodie – #BlackHoodie17</title>
      <link>https://insinuator.net/2017/12/yet-another-edition-of-blackhoodie-%23blackhoodie17/</link>
      <pubDate>Mon, 11 Dec 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/12/yet-another-edition-of-blackhoodie-%23blackhoodie17/</guid>
      <description>&lt;p&gt;I am amazed by how this years &lt;a href=&#34;https://www.blackhoodie.re/&#34;&gt;BlackHoodie&lt;/a&gt; unraveled. Three days that included a pre-conference of lightening talks and two parallel tracks with a total of 64 enthusiastic members. The very spirit of &lt;a href=&#34;https://www.blackhoodie.re/&#34;&gt;BlackHoodie&lt;/a&gt; is nothing other than the quest to gain deep knowledge. Reverse engineering is one of the hardest fields in security. It touches on all fields of computing, starting from assembly, programming, file formats, operating systems, networks and what not. This makes it hard but an extremely fulfilling experience to spend time learning it. For me, the very idea of staring at a binary till you understand what it does is a magical feeling.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Autonomic Networking – Part 2: Analysis</title>
      <link>https://insinuator.net/2017/03/autonomic-networking-part-2-analysis/</link>
      <pubDate>Mon, 20 Mar 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/03/autonomic-networking-part-2-analysis/</guid>
      <description>&lt;p&gt;This is the second part in the Autonomic Network series. We have introduced previously in our &lt;a href=&#34;https://insinuator.net/2017/03/autonomic-network-overview/&#34;&gt;first part&lt;/a&gt; the Autonomic Network (AN), took a look about the needed configuration to run it on Cisco gear and what is the expected communication flow. In this post, we will dive deeper to have a closer look on the packets and how they are composed. Cisco’s AN protocol is a proprietary one and as far as I know, the analysis provided here for the protocol is the first of its kind.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Autonomic Networking – Part 1: Overview</title>
      <link>https://insinuator.net/2017/03/autonomic-networking-part-1-overview/</link>
      <pubDate>Sun, 19 Mar 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/03/autonomic-networking-part-1-overview/</guid>
      <description>&lt;p&gt;This is a 3-part series which introduces and analyzes Cisco’s implementation for Autonomic Network. In the 1st part, the technology is introduced and we have an overview about communication flow. In the &lt;a href=&#34;https://insinuator.net/2017/03/autonomic-network-analysis/&#34;&gt;2nd part&lt;/a&gt;, Cisco’s proprietary protocol is reverse engineered ? then finally in the &lt;a href=&#34;https://insinuator.net/2017/04/autonomic-network-vulnerabilities/&#34;&gt;3rd part&lt;/a&gt;, multiple vulnerabilities will be disclosed for the first time. If you’re aware of the technology, you can skip directly to part 2 where the action begins! &lt;/p&gt;</description>
    </item>
    <item>
      <title>BlackHoodie 2016</title>
      <link>https://insinuator.net/2016/11/blackhoodie-2016/</link>
      <pubDate>Mon, 21 Nov 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/11/blackhoodie-2016/</guid>
      <description>&lt;p&gt;This year’s &lt;a href=&#34;http://0x1338.blogspot.de/2016/06/that-thing-with-rocking-harder-and.html&#34;&gt;BlackHoodie&lt;/a&gt; workshop rolled out with 28 amazing women from all parts of the world. It was a very vibrant group with students, professionals, engineers, researchers, physicists and what not. This is the second year that &lt;a href=&#34;https://twitter.com/pinkflawd&#34;&gt;Marion Marschalek&lt;/a&gt; is running this reverse engineering workshop exclusively for women. There were a variety of topics that were covered. This includes anti emulation tricks, anti debuggers, packers, obfuscation, encryption/decryption functions, and a lot of fun with IDA.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reverse Engineering With Radare2 – Part 3</title>
      <link>https://insinuator.net/2016/10/reverse-engineering-with-radare2-part-3/</link>
      <pubDate>Mon, 24 Oct 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/10/reverse-engineering-with-radare2-part-3/</guid>
      <description>&lt;p&gt;Sorry about the larger delay between the previous post and this one, but I was very busy the last weeks.&lt;br&gt;&#xA;(And the technology I wanted to show wasn’t completely implemented in radare2, which means that I had to implement it on my own 😉 ). In case you’re new to this series, you’ll find the previous posts &lt;a href=&#34;https://insinuator.net/tag/radare2/&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;As you may already know, we’ll deal with the third challenge today. The purpose for this one is to introduce&lt;br&gt;&#xA;some constructs which are often used in real programs.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reverse Engineering With Radare2 – Part 2</title>
      <link>https://insinuator.net/2016/08/reverse-engineering-with-radare2-part-2/</link>
      <pubDate>Mon, 29 Aug 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/08/reverse-engineering-with-radare2-part-2/</guid>
      <description>&lt;p&gt;Welcome back to the radare2 reversing tutorials. If you’ve missed the previous parts, you can find them &lt;a href=&#34;https://www.insinuator.net/?p=6233&#34;&gt;here&lt;/a&gt; and &lt;a href=&#34;https://www.insinuator.net/2016/08/reverse-engineering-with-radare2-part-1/&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Last time we’ve used the rabin2 application to view the  strings found inside the challenge01 binary to find password candidates. Based on the results we looked into the assembly to find the correct password. In this post, we’ll go through the next challenge and try out some of the features provided by radare2.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reverse Engineering With Radare2 – Part 1</title>
      <link>https://insinuator.net/2016/08/reverse-engineering-with-radare2-part-1/</link>
      <pubDate>Fri, 19 Aug 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/08/reverse-engineering-with-radare2-part-1/</guid>
      <description>&lt;p&gt;Welcome back to the radare2 reversing tutorials. If you’ve missed the intro, you can find it &lt;a href=&#34;https://www.insinuator.net/?p=6233&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The last time you got the challenge01 binary and your goal was to find the password for the login. Let’s see how the application looks like:&lt;/p&gt;&#xA;&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;$ ./challenge01&#xA;##################################&#xA;#          Challenge 1           #&#xA;#                                #&#xA;#      (c) 2016 Timo Schmid      #&#xA;##################################&#xA;Enter Password: test&#xA;Wrong!&lt;/code&gt;&lt;/pre&gt;&#xA;&lt;p&gt;The first and simplest step would be to look for strings inside the binary. We could do this either by using the unix utility &lt;em&gt;strings&lt;/em&gt; or the binary analyzing binary from radare &lt;em&gt;rabin2:&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>PFX Profiles in Microsoft’s System Management Server</title>
      <link>https://insinuator.net/2016/08/pfx-profiles-in-microsofts-system-management-server/</link>
      <pubDate>Fri, 05 Aug 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/08/pfx-profiles-in-microsofts-system-management-server/</guid>
      <description>&lt;p&gt;In a recent assessment, we had to evaluate how Microsoft’s System Management Server (SMS) certificate management solution (CMS) stores and handles certificates. This question came up because sensitive, encrypted user certificates were to be stored in the SMS CMS. Due to the sensitivity of the handled certificates, we assessed the protection capabilities of the certificate management solution against extraction attempts from a local attacker with administrative privileges.&lt;/p&gt;&#xA;&lt;h2 id=&#34;how-did-we-do-it&#34;&gt;How did we do it?&lt;/h2&gt;&#xA;&lt;p&gt;We determined a five steps approach to gain access to the certificates and be able to decrypt the accessed certificate material:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reverse Engineering With Radare2 – Intro</title>
      <link>https://insinuator.net/2016/08/reverse-engineering-with-radare2-intro/</link>
      <pubDate>Wed, 03 Aug 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/08/reverse-engineering-with-radare2-intro/</guid>
      <description>&lt;p&gt;As some of you may know, there is a “new” reverse engineering toolkit out there which tries to compete with IDA Pro in terms of reverse engineering. I’m talking about &lt;a href=&#34;http://radare.org/r/index.html&#34;&gt;radare2&lt;/a&gt;, a framework for reversing, patching, debugging and exploiting.&lt;/p&gt;&#xA;&lt;p&gt;It has large scripting capabilities, runs on all major plattforms (Android, GNU/Linux, [Net|Free|Open]BSD, iOS, OSX, QNX, w32, w64, Solaris, Haiku, FirefoxOS and even on your pebble smartwatch 😉 ) and is free.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Discover the Unknown: Analyzing an IoT Device</title>
      <link>https://insinuator.net/2016/04/discover-the-unknown-analyzing-an-iot-device/</link>
      <pubDate>Mon, 11 Apr 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/04/discover-the-unknown-analyzing-an-iot-device/</guid>
      <description>&lt;p&gt;This blog post will give a brief overview about how a simple IoT device can be assessed. It will show a basic methodology, what tools can be used for different tasks and how to solve problems that may arise during analyses. It is aimed at readers that are interested in how such a device can be assessed, those with general interest in reverse engineering or the ones who just want to see how to technically approach an unknown device.&lt;/p&gt;</description>
    </item>
    <item>
      <title>unrubby: reversing without reversing</title>
      <link>https://insinuator.net/2016/04/unrubby-reversing-without-reversing/</link>
      <pubDate>Fri, 01 Apr 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/04/unrubby-reversing-without-reversing/</guid>
      <description>&lt;p&gt;The talk “unrubby: reversing without reversing” was part of the Troopers conference in Heidelberg, 16 March 2016. The talk was done by Richo Healey, who is currently working on the security engineering team at the Irish payment company Stripe. Richo Healey is an experienced conference speaker. Amongst other he has spoken at Kiwicon, DEF CON and 44con.&lt;br&gt;&#xA; &lt;br&gt;&#xA;In his talk Richo Healey spoke about reverse engineering of Ruby software. First he talked about existing tools and techniques to regenerate source code from Ruby bytecode. Then he presented a new concept, which is implemented in his tool “unrubby”.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reverse Engineering a Digital Two-Way Radio</title>
      <link>https://insinuator.net/2016/03/reverse-engineering-a-digital-two-way-radio/</link>
      <pubDate>Thu, 31 Mar 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/03/reverse-engineering-a-digital-two-way-radio/</guid>
      <description>&lt;p&gt;In their talk “&lt;a href=&#34;https://www.troopers.de/events/troopers16/620_reverse_engineering_a_digital_two-way_radio/&#34;&gt;Reverse Engineering a Digital Two Way Radio&lt;/a&gt;” Travis Goodspeed and Christiane Ruetten presented the challenges they faced and overcame while reverse engineering “Tytera MD380”, a handheld transceiver for the Digital Mobile Radio (DMR) protocol.&lt;/p&gt;&#xA;&lt;p&gt;“Tytera MD380” is based around two chips: STM32F405 CPU with an ARM Cortex M4F core and Readout Device Protection and a HRC5000 baseband processor which implements the actual digital radio. While STM32F405 is fully documented, there is no documentation for HRC5000 publicly available but with the help of the Chinese community they were able to obtain the Chinese documentation.&lt;/p&gt;</description>
    </item>
    <item>
      <title>SDR and non-SDR tools for reverse engineering wireless systems</title>
      <link>https://insinuator.net/2016/03/sdr-and-non-sdr-tools-for-reverse-engineering-wireless-systems/</link>
      <pubDate>Mon, 28 Mar 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/03/sdr-and-non-sdr-tools-for-reverse-engineering-wireless-systems/</guid>
      <description>&lt;p&gt;Hey there!&lt;br&gt;&#xA;The God of frequencies Michael Ossmann visited us again this year at the &lt;a href=&#34;https://www.troopers.de/troopers16/&#34;&gt;TROOPERS16&lt;/a&gt; and showed us how to break another device using a specific setup.&lt;/p&gt;&#xA;&lt;p&gt;Last time he introduced the HackRF One to us (Read here:&lt;a href=&#34;https://www.insinuator.net/2014/08/hackrf-one-the-story-continues/&#34;&gt;https://www.insinuator.net/2014/08/hackrf-one-the-story-continues/&lt;/a&gt;), but this post is a short summary of his talk about “Rapid Radio Reversing”, he is a wireless security researcher, who makes hardware for hackers. Best known for the HackRF, Ubertooth, and Daisho projects, he founded Great Scott Gadgets in an effort to put exciting, new tools into the hands of innovative people.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to crack a white-box without much effort</title>
      <link>https://insinuator.net/2016/03/how-to-crack-a-white-box-without-much-effort/</link>
      <pubDate>Wed, 02 Mar 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/03/how-to-crack-a-white-box-without-much-effort/</guid>
      <description>&lt;p&gt;&lt;strong&gt;By: Philippe Teuwen (&lt;a href=&#34;http://twitter.com/doegox&#34;&gt;@doegox&lt;/a&gt;)&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;White-box cryptography is a relatively new field that aims at enabling safely cryptographic operations in hostile situations.&lt;br&gt;&#xA;A typical example is its use in digital-right management (DRM) schemes, but nowadays you also find white-box implementations in mobile applications such as Host Card Emulation (HCE) and the protection of credentials to the cloud.&lt;br&gt;&#xA;In all these use-cases the software implementation uses the secret key of a third-party which should remain secret from the owner of the device which is running this executable.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Dynamic IDA Enrichment (aka. DIE)</title>
      <link>https://insinuator.net/2016/01/dynamic-ida-enrichment-aka.-die/</link>
      <pubDate>Thu, 28 Jan 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/01/dynamic-ida-enrichment-aka.-die/</guid>
      <description>&lt;p&gt;Last year on the &lt;a href=&#34;https://hex-rays.com/contests/2015/index.shtml&#34;&gt;Hex-rays plugin Contest&lt;/a&gt; the Dynamic IDA Enrichment (DIE) plugin won first place, so we decided to have a look and play around with it.&lt;/p&gt;&#xA;&lt;p&gt;DIE extends IDA to add Dynamic Data to the static analysis. So after the installation, we are able to perform the static analysis using a lot of supporting information from the actual execution of the binary under assessment.&lt;/p&gt;&#xA;&lt;p&gt;Since DIE is purely written in Python you will need at least Python 2.7 and IDA Versions prior to 6.8 won´t work. In the current version DIE will only work on Windows which will hopefully soon be available cross-platform.&lt;/p&gt;</description>
    </item>
    <item>
      <title>BlackHoodie: Reversing Workshop for Women</title>
      <link>https://insinuator.net/2015/09/blackhoodie-reversing-workshop-for-women/</link>
      <pubDate>Tue, 29 Sep 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/09/blackhoodie-reversing-workshop-for-women/</guid>
      <description>&lt;p&gt;In the beginning of September, I had an opportunity to take part in BlackHoodie – a reversing workshop for women organized by Marion Marschalek, senior malware researcher at Cyphort, Inc. It took place on 5th and 6th of September at University of Applied Sciences St. Pölten, Austria.&lt;/p&gt;&#xA;&lt;p&gt;Besides me, 14 more young women from different countries came to attend the workshop; the overall atmosphere was very friendly and productive. Before the actual event all participants were getting preparatory assignments and recommendations (not to spend our two days on learning the very basics), and during the workshop itself we got our hands on analyzing and reversing some actual malware samples. I personally found it very interesting how one can detect and overcome several layers of anti-analysis protection. I left the workshop excited and packed with some new knowledge as a basis for further skills development – it’s just the beginning! 😉&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to Own a Router – Fritz!Box AVM Vulnerability Analysis</title>
      <link>https://insinuator.net/2014/03/how-to-own-a-router-fritzbox-avm-vulnerability-analysis/</link>
      <pubDate>Tue, 11 Mar 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/03/how-to-own-a-router-fritzbox-avm-vulnerability-analysis/</guid>
      <description>&lt;p&gt;&lt;em&gt;The below post was originally written on February 9th as a little educational exercise &amp;amp; follow-up to my &lt;a href=&#34;http://www.insinuator.net/2013/07/reverse-engineering-tools/&#34;&gt;BinDiff&lt;/a&gt; post. (This research was actually triggered by a relative asking about that strange Fritz!Box vulnerability he heard about on the radio). Once we realized the full potential of the bug we decided against publishing the post and contacted several parties instead. Amongst others this contributed to the German BSI &lt;a href=&#34;https://www.bsi.bund.de/DE/Presse/Pressemitteilungen/Presse2014/Fritz-Box-Update_11022014.html&#34;&gt;press release&lt;/a&gt;. Given the &lt;a href=&#34;http://www.heise.de/security/meldung/Hack-gegen-AVM-Router-Fritzbox-Luecke-offengelegt-Millionen-Router-in-Gefahr-2136784.html&#34;&gt;cat is out of the bag&lt;/a&gt; now anyway, we see no reason to hold it back. We will further take this as an opportunity to lay out our basic vulnerability disclosure principles in a future post. This topic will also be discussed in the panel “Ethics of Security Work &amp;amp; Research” at &lt;a href=&#34;http://www.troopers.de&#34;&gt;Troopers&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Bluevoxing</title>
      <link>https://insinuator.net/2013/02/bluevoxing/</link>
      <pubDate>Thu, 21 Feb 2013 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2013/02/bluevoxing/</guid>
      <description>&lt;h3 id=&#34;this-is-a-guest-post-from-graeme-neilson&#34;&gt;This is a guest post from &lt;a href=&#34;https://www.troopers.de/agenda13/troopers13-2-day-workshop-reverse-engineering/index.html&#34;&gt;Graeme Neilson&lt;/a&gt;&lt;/h3&gt;&#xA;&lt;p&gt;Reverse engineering is generally thought of as using debuggers, disassemblers and hex editors. Much as I love hex editors, IDA and staring at opcodes for the last few years I have been focused on applying my reverse engineering methodology to larger, composed systems. At &lt;a href=&#34;https://www.troopers.de/agenda13/troopers13-telcosec-day-2013/index.html&#34;&gt;Troopers TelcoSec day&lt;/a&gt; this year I will be presenting &lt;a href=&#34;https://www.troopers.de/agenda13/troopers13-telcosec-day-2013/index.html#BlueVoxing&#34;&gt;Bluevoxing&lt;/a&gt; which demonstrates how this approach works. &lt;a href=&#34;https://www.troopers.de/agenda13/troopers13-telcosec-day-2013/index.html#BlueVoxing&#34;&gt;Bluevoxing&lt;/a&gt; is about reverse engineering how web based “audio one time password” systems work. Simply put audio one time password systems use a short audio file as an authentication token. When I discovered these systems I was intrigued as reversing them would involve a range of techniques and tools from web testing, audio tools, signal analysis, phreaking and cryptanalysis. The disassembler would be of no use instead I would have to employ audio tools such as audacity and ruby-processing.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
