<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Disclosure on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/disclosure/</link>
    <description>Recent content in Disclosure on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 16 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/disclosure/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Vulnerability Disclosure: Stealing Emails via Firefox’s AI Features</title>
      <link>https://insinuator.net/2026/06/vulnerability-disclosure-stealing-emails-via-firefoxs-ai-features/</link>
      <pubDate>Tue, 16 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/06/vulnerability-disclosure-stealing-emails-via-firefoxs-ai-features/</guid>
      <description>&lt;p&gt;Imagine the following: You visit a webpage with a lot of text you don’t want to read and ask your AI assistant for a summary. A few moments later, the AI assistant has extracted one of your emails and sent it to an attacker without you ever knowing.&lt;/p&gt;&#xA;&lt;p&gt;In October 2025, we found exactly this vulnerability in Firefox’s AI chatbot integration&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Firefox offers a summarization, explaination and proofread AI feature. When a user makes use of one of these features, Firefox pastes a prompt into the sidebar AI chat including the page title, the selected text (or, if the whole page is summarized, a selection is being made by Firefox) and an instruction on how to process the provided text. The sidebar AI chat is essentially an IFrame of a third-party chatbot (Claude, Copilot, …).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Disclosure: Command Injection in Geutebrück Cameras</title>
      <link>https://insinuator.net/2026/04/disclosure-command-injection-in-geutebr%C3%BCck-cameras/</link>
      <pubDate>Thu, 16 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/04/disclosure-command-injection-in-geutebr%C3%BCck-cameras/</guid>
      <description>&lt;p&gt;During a penetration test for a customer, we identified a command injection&#xA;vulnerability in Geutebrück security cameras that allows authenticated attackers&#xA;to execute arbitrary commands as root through the web interface. The root cause&#xA;is unsanitized user input being passed into a &lt;code&gt;sed&lt;/code&gt; script (and at least 12&#xA;other CGI endpoints). In addition to the injection, we identified an XSS&#xA;vulnerability, an exposed system menu leaking configuration and log data, and an&#xA;insecure GET-parameter-to-environment-variable mapping that enables abuse of&#xA;variables like &lt;code&gt;LD_PRELOAD&lt;/code&gt; and &lt;code&gt;LD_DEBUG&lt;/code&gt;. We reported the findings to&#xA;Geutebrück and a patched firmware was provided. This post walks through how we&#xA;got from a  &lt;code&gt;sed&lt;/code&gt; error message to a root shell.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerabilities in Broadcom VMware Aria Operations: Privilege Escalation (CVE-2025-41245 / CVE-2026-22721)</title>
      <link>https://insinuator.net/2026/03/vulnerabilities-in-broadcom-vmware-aria-operations-privilege-escalation-cve-2025-41245-/-cve-2026-22721/</link>
      <pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/03/vulnerabilities-in-broadcom-vmware-aria-operations-privilege-escalation-cve-2025-41245-/-cve-2026-22721/</guid>
      <description>&lt;p&gt;During a customer project, we identified privilege escalation vulnerabilities in&#xA;Broadcom VMware Aria Operations. It is possible to escalate the privileges of an&#xA;administrative vCenter user to an Aria administrator and take over systems&#xA;integrated in Aria. Meaning, the vCenter user can gain privileged access to&#xA;systems they have no access to. While both users might sound similarly&#xA;privileged, this is not true in most environments – especially not in complex&#xA;corporate environments: An insignificant vCenter user in a development&#xA;environment can take over all other vCenters in a complex corporate environment.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerability Disclosure: JWT Authentication Bypass in OpenID Connect Authenticator for Tomcat</title>
      <link>https://insinuator.net/2026/02/vulnerability-disclosure-jwt-authentication-bypass-in-openid-connect-authenticator-for-tomcat/</link>
      <pubDate>Tue, 17 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/02/vulnerability-disclosure-jwt-authentication-bypass-in-openid-connect-authenticator-for-tomcat/</guid>
      <description>&lt;p&gt;During a customer project we identified an issue with the validation of JWT&#xA;tokens that allowed us to bypass the authentication by using unsigned tokens&#xA;with arbitrary payloads. During analysis we found out that this is caused by a&#xA;vulnerability within the library&#xA;&lt;a href=&#34;https://github.com/boylesoftware/tomcat-oidcauth&#34;&gt;OpenID Connect Authenticator for Tomcat&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://github.com/boylesoftware/tomcat-oidcauth&#34;&gt;OpenID Connect Authenticator for Tomcat&lt;/a&gt;&#xA;between versions 2.0.0 and 2.5.0, as well as the current state on branch&#xA;&lt;code&gt;master&lt;/code&gt; contain a security flaw (introduced with commit &lt;code&gt;64e9a99&lt;/code&gt;) that allows&#xA;attackers to bypass JWT signature validation easily.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerability Disclosure: Stealing Emails via Prompt Injections</title>
      <link>https://insinuator.net/2025/09/vulnerability-disclosure-stealing-emails-via-prompt-injections/</link>
      <pubDate>Tue, 02 Sep 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/09/vulnerability-disclosure-stealing-emails-via-prompt-injections/</guid>
      <description>&lt;p&gt;With the rise of AI assistance features in an increasing number of products, we&#xA;have begun to focus some of our research efforts on refining our internal&#xA;detection and testing guidelines for LLMs by taking a brief look at the new AI&#xA;integrations we discover.&lt;/p&gt;&#xA;&lt;p&gt;Alongside the rise of applications with LLM integrations, an increasing number&#xA;of customers come to ERNW to specifically assess AI applications. Our colleagues&#xA;&lt;a href=&#34;https://www.linkedin.com/in/fgrunow&#34;&gt;Florian Grunow&lt;/a&gt; and&#xA;&lt;a href=&#34;https://www.linkedin.com/in/hannesmohr/&#34;&gt;Hannes Mohr&lt;/a&gt; analyzed the novel attack&#xA;vectors that emerged and presented the results at&#xA;&lt;a href=&#34;https://troopers.de/troopers24/talks/vnwhm8/&#34;&gt;TROOPERS24&lt;/a&gt; already.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Security Advisory: Airoha-based Bluetooth Headphones and Earbuds</title>
      <link>https://insinuator.net/2025/06/security-advisory-airoha-based-bluetooth-headphones-and-earbuds/</link>
      <pubDate>Thu, 26 Jun 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/06/security-advisory-airoha-based-bluetooth-headphones-and-earbuds/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Important note:&lt;/strong&gt; Some media coverage on this topic falsely or inaccurately&#xA;depicts the attack conditions. To be clear: Any vulnerable device can be&#xA;compromised if the attacker is in Bluetooth range. That is the only&#xA;precondition.&lt;/p&gt;&#xA;&lt;hr&gt;&#xA;&lt;p&gt;During our research on Bluetooth headphones and earbuds, we identified several&#xA;vulnerabilities in devices that incorporate Airoha Systems on a Chip (SoCs). In&#xA;this blog post, we briefly want to describe the vulnerabilities, point out their&#xA;impact and provide some context to currently running patch delivery processes as&#xA;described at this year’s&#xA;&lt;a href=&#34;https://troopers.de/troopers25/talks/fbnb8y/&#34;&gt;TROOPERS Conference&lt;/a&gt;.&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>Disclosure: Input Validation Vulnerabilities in Microsoft Bookings</title>
      <link>https://insinuator.net/2025/05/disclosure-input-validation-vulnerabilities-in-microsoft-bookings/</link>
      <pubDate>Thu, 08 May 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/05/disclosure-input-validation-vulnerabilities-in-microsoft-bookings/</guid>
      <description>&lt;p&gt;In a recent customer project, we discovered vulnerabilities in Microsoft&#xA;Bookings, an online appointment scheduling tool integrated into Microsoft 365,&#xA;allowing companies to have customers book meetings in available times&#xA;themselves. The findings originate from insufficient input validation on the&#xA;public meeting scheduling endpoint. Although Microsoft has largely mitigated&#xA;this vulnerability, our analysis provides important insights into potential&#xA;risks and areas for improvement.&lt;/p&gt;&#xA;&lt;h2 id=&#34;introduction--context&#34;&gt;Introduction &amp;amp; Context&lt;/h2&gt;&#xA;&lt;p&gt;Microsoft Bookings is a service that allows organizations to manage appointments&#xA;and meetings via a web interface. With integration to services such as Microsoft&#xA;Teams, the security of the booking process is critical. This blog post outlines&#xA;our technical analysis of the vulnerability, including proof-of-concept details&#xA;and an overview of the vendor response.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Full Disclosure: Multiple Rundeck Job Command Injections</title>
      <link>https://insinuator.net/2025/05/full-disclosure-multiple-rundeck-job-command-injections/</link>
      <pubDate>Mon, 05 May 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/05/full-disclosure-multiple-rundeck-job-command-injections/</guid>
      <description>&lt;p&gt;During a red-teaming-style customer project, we managed to get access to an&#xA;&lt;a href=&#34;https://www.rundeck.com/&#34;&gt;Rundeck&lt;/a&gt; API token. Rundeck is a job scheduler and&#xA;runbook automation platform designed to automate routine IT tasks across&#xA;multiple systems. At first, we were excited about this API token because if we&#xA;could create new Rundeck jobs, we could execute arbitrary code on the Rundeck&#xA;nodes and move laterally from there. However, it turned out that with this token&#xA;we only had permissions to run existing jobs.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerability Disclosure: Restricted Shell Breakout (CVE-2025-1950) and Privilege Escalation (CVE-2025-1951) in IBM Power Hardware Management Console (HMC)</title>
      <link>https://insinuator.net/2025/04/vulnerability-disclosure-restricted-shell-breakout-cve-2025-1950-and-privilege-escalation-cve-2025-1951-in-ibm-power-hardware-management-console-hmc/</link>
      <pubDate>Fri, 25 Apr 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/04/vulnerability-disclosure-restricted-shell-breakout-cve-2025-1950-and-privilege-escalation-cve-2025-1951-in-ibm-power-hardware-management-console-hmc/</guid>
      <description>&lt;p&gt;We discovered a private key for accessing an IBM Hardware Management Console&#xA;(HMC) during a recent red team engagement. The IBM Hardware Management Console&#xA;(HMC) is a dedicated management system used to control and manage IBM servers,&#xA;especially those running on Power Systems (like IBM Power9/Power10) and&#xA;mainframes (z Systems). After brief research, we identified two security&#xA;vulnerabilities that can be leveraged to gain root access to the HMC.&lt;/p&gt;&#xA;&lt;p&gt;Access for most users via SSH is limited through the &lt;code&gt;hmcbash&lt;/code&gt;, a restricted&#xA;shell environment. Using &lt;code&gt;LD_PRELOAD&lt;/code&gt;, attackers can break out of the restricted&#xA;bash and gain access to additional binaries installed on the system. With the&#xA;restrictions lifted, attackers can use a &lt;code&gt;setuid&lt;/code&gt; binary, &lt;code&gt;copysshkey&lt;/code&gt;, to&#xA;elevate privileges to &lt;code&gt;root&lt;/code&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CVE-2024-11035: Minor Security Issues in VMware Carbon Black Cloud</title>
      <link>https://insinuator.net/2025/03/cve-2024-11035-minor-security-issues-in-vmware-carbon-black-cloud/</link>
      <pubDate>Mon, 31 Mar 2025 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2025/03/cve-2024-11035-minor-security-issues-in-vmware-carbon-black-cloud/</guid>
      <description>&lt;p&gt;We recently conducted a security assessment of VMware Carbon Black Cloud, a&#xA;unified SaaS solution that integrates endpoint detection and response (EDR),&#xA;anti-virus, and vulnerability management capabilities. As part of our&#xA;evaluation, we tested the solution’s ability to detect and prevent malicious&#xA;activity on Windows and Linux systems. Our analysis focused on the Carbon Black&#xA;agents for these platforms, and although we did not identify any critical&#xA;vulnerabilities, we want to share some of the findings in this blog post.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerability Disclosure: Command Injection in Kemp LoadMaster Load Balancer (CVE-2024-7591)</title>
      <link>https://insinuator.net/2024/11/vulnerability-disclosure-command-injection-in-kemp-loadmaster-load-balancer-cve-2024-7591/</link>
      <pubDate>Wed, 27 Nov 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/11/vulnerability-disclosure-command-injection-in-kemp-loadmaster-load-balancer-cve-2024-7591/</guid>
      <description>&lt;p&gt;While conducting security research, I identified a critical vulnerability in Kemp’s LoadMaster Load Balancer. This vulnerability is a &lt;a href=&#34;https://owasp.org/www-community/attacks/Command_Injection&#34;&gt;Command Injection&lt;/a&gt; and allows full system compromise. It requires no authentication and can be exploited remotely by having access to the Web User Interface (WUI). Kemp found that all LoadMaster versions up to and including version 7.2.60.0 and also the multi-tenant hypervisors up to and including version 7.1.35.11 are affected.&lt;/p&gt;&#xA;&lt;p&gt;Kemp LoadMaster is a widely used Load Balancing Application that can commonly be seen in customer engagements. Therefore, we decided to take a closer look as part of our regular research projects.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerability Disclosure: Authentication Bypass in Vaultwarden versions &lt; 1.32.5 - CVE-2024-55225</title>
      <link>https://insinuator.net/2024/11/vulnerability-disclosure-authentication-bypass-in-vaultwarden-versions-1.32.5-cve-2024-55225/</link>
      <pubDate>Fri, 22 Nov 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/11/vulnerability-disclosure-authentication-bypass-in-vaultwarden-versions-1.32.5-cve-2024-55225/</guid>
      <description>&lt;p&gt;During a penetration test for a customer, we briefly assessed &lt;a href=&#34;https://github.com/dani-garcia/vaultwarden&#34;&gt;Vaultwarden&lt;/a&gt;, an open-source online password safe. In June 2024, the German Federal Office for Information Security (BSI) published results&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt; of a static and dynamic test of the Vaultwarden server component. Therefore, only a partial source code audit was performed during our assessment. However, a quick look was needed to find some glaring issues with the authentication.&lt;/p&gt;&#xA;&lt;h2 id=&#34;vaultwarden&#34;&gt;Vaultwarden&lt;/h2&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://github.com/dani-garcia/vaultwarden&#34;&gt;Vaultwarden&lt;/a&gt; is an alternative online password safe server to Bitwarden and exposes the same API so that Bitwarden clients can connect to the Vaultwarden server. Since Bitwarden has a Browser client and Mobile clients, they can all connect to Vaultwarden, too.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Disclosure: Potential Limitations of Apple ADE in Corporate Usage Scenarios</title>
      <link>https://insinuator.net/2024/09/disclosure-potential-limitations-of-apple-ade-in-corporate-usage-scenarios/</link>
      <pubDate>Tue, 03 Sep 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/09/disclosure-potential-limitations-of-apple-ade-in-corporate-usage-scenarios/</guid>
      <description>&lt;p&gt;Apple Automated Device Enrollment (ADE) is presented as a way to automate and simplify the enrollment process of Apple devices within Mobile Device Management (MDE) solutions. This blog post is aimed at organizations currently planning or even already using this feature and making you, the reader, aware of potential limitations of this process that might otherwise not be clearly addressed in your companies’ device management process.&lt;/p&gt;&#xA;&lt;h2 id=&#34;how-apple-ade-is-presented&#34;&gt;How Apple ADE Is Presented&lt;/h2&gt;&#xA;&lt;p&gt;Looking at the Apple Support pages today, Automated Device Enrollment is described as a process that&lt;/p&gt;</description>
    </item>
    <item>
      <title>Disclosure: Apple ADE – Network Based Provisioning Bypass</title>
      <link>https://insinuator.net/2024/08/disclosure-apple-ade-network-based-provisioning-bypass/</link>
      <pubDate>Fri, 09 Aug 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/08/disclosure-apple-ade-network-based-provisioning-bypass/</guid>
      <description>&lt;p&gt;Mobile Device Management (MDM) solutions are used to centrally manage mobile devices in corporate environments. This includes the monitoring of the device, automatic installation/removal of apps or certificates and restrict the functionality. Even though MDM solutions exist for multiple vendors, we will look specifically on Apple devices enrolled via Intune. When an Apple device is registered for Automated Device Enrollment (ADE), it will automatically download and apply these policies during the initial setup and prior to the first boot.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Security Advisory: Achieving PHP Code Execution in ILIAS eLearning LMS before v7.30/v8.11/v9.1</title>
      <link>https://insinuator.net/2024/05/security-advisory-achieving-php-code-execution-in-ilias-elearning-lms-before-v7.30/v8.11/v9.1/</link>
      <pubDate>Wed, 22 May 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/05/security-advisory-achieving-php-code-execution-in-ilias-elearning-lms-before-v7.30/v8.11/v9.1/</guid>
      <description>&lt;p&gt;During my Bachelor’s thesis, I identified several XSS vulnerabilities and a PHP Code Execution vulnerability via an insecure file upload in the learning management system (LMS) ILIAS. The XSS vulnerability can be chained with the code execution vulnerability so that attackers with tutor privileges in at least one course can perform this exploit chain.&lt;/p&gt;&#xA;&lt;p&gt;The Bachelor’s thesis was motivated by the ever-increasing number of compromised universities in Germany&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;^(,)&lt;sup id=&#34;fnref:2&#34;&gt;&lt;a href=&#34;#fn:2&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;2&lt;/a&gt;&lt;/sup&gt;^(,)&lt;sup id=&#34;fnref:3&#34;&gt;&lt;a href=&#34;#fn:3&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;3&lt;/a&gt;&lt;/sup&gt;^(,)&lt;sup id=&#34;fnref:4&#34;&gt;&lt;a href=&#34;#fn:4&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;4&lt;/a&gt;&lt;/sup&gt;^(,)&lt;sup id=&#34;fnref:5&#34;&gt;&lt;a href=&#34;#fn:5&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;5&lt;/a&gt;&lt;/sup&gt;. The thesis analyzed the importance of LMS systems in that context, as those services are often exposed to the internet.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Breaking GLS Parcel Tracking</title>
      <link>https://insinuator.net/2024/04/breaking-gls-parcel-tracking/</link>
      <pubDate>Thu, 25 Apr 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/04/breaking-gls-parcel-tracking/</guid>
      <description>&lt;p&gt;Recently, we held a talk at the Winterkongress&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt; of the &lt;em&gt;Digitale Gesellschaft Schweiz&lt;/em&gt; in Winterthur, Switzerland, about our research project on breaking German parcel tracking sites. We could not name all the parcel services for which we identified vulnerabilities respecting disclosure timelines. Today, we describe our findings at GLS, another player in the German parcel market, and the disclosure process of corresponding vulnerabilities.&lt;/p&gt;&#xA;&lt;h1 id=&#34;findings&#34;&gt;Findings&lt;/h1&gt;&#xA;&lt;p&gt;Similar to the vulnerabilities previously disclosed for DHL&lt;sup id=&#34;fnref:2&#34;&gt;&lt;a href=&#34;#fn:2&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;2&lt;/a&gt;&lt;/sup&gt; and DPD&lt;sup id=&#34;fnref:3&#34;&gt;&lt;a href=&#34;#fn:3&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;3&lt;/a&gt;&lt;/sup&gt;, and UPS&lt;sup id=&#34;fnref:4&#34;&gt;&lt;a href=&#34;#fn:4&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;4&lt;/a&gt;&lt;/sup&gt;, we identified that the GLS parcel tracking website discloses the recipient’s geographic area by showing the name of the destination parcel center. Furthermore, the recipient’s ZIP code was used to unlock personal information (including the exact coordinates of the address) and features that influence the parcel delivery process. The website did not implement rate-limiting or other techniques to prevent brute-forcing ZIP codes using the API.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Breaking UPS Parcel Tracking</title>
      <link>https://insinuator.net/2024/04/breaking-ups-parcel-tracking/</link>
      <pubDate>Wed, 10 Apr 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/04/breaking-ups-parcel-tracking/</guid>
      <description>&lt;p&gt;Today, we describe our findings at United Parcel Service of America, Inc. (UPS), another German parcel market player, and the corresponding vulnerabilities’ disclosure process.&lt;/p&gt;&#xA;&lt;h1 id=&#34;findings&#34;&gt;Findings&lt;/h1&gt;&#xA;&lt;p&gt;Only a valid tracking number is needed to get the personal information of a parcel’s receiver, including the sender’s location, the recipient’s name, and the recipient’s location (city and country). It was possible to enumerate numerous tracking numbers during testing by iterating from known ones. Since the last digit of a tracking number is a checksum, it can be calculated. Also, certain businesses have a predefined prefix in their tracking numbers. This schema allows the enumeration of every parcel sent from a particular business.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Lua-Resty-JWT Authentication Bypass</title>
      <link>https://insinuator.net/2023/10/lua-resty-jwt-authentication-bypass/</link>
      <pubDate>Tue, 10 Oct 2023 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2023/10/lua-resty-jwt-authentication-bypass/</guid>
      <description>&lt;p&gt;I was writing some challenges for PacketWars at&#xA;&lt;a href=&#34;https://troopers.de/&#34;&gt;TROOPERS22&lt;/a&gt;. One was intended to be a JWT key confusion&#xA;challenge where the public key from an RSA JWT should be recovered and used to&#xA;sign a symmetric JWT. For that, I was searching for a library vulnerable to JWT&#xA;key confusion by default and found &lt;em&gt;lua-resty-jwt&lt;/em&gt;. The original repository by&#xA;&lt;em&gt;SkyLothar&lt;/em&gt; is not maintained and different from the library that is installed&#xA;with the LuaRocks package manager. The investigated library is a&#xA;&lt;a href=&#34;https://github.com/cdbattags/lua-resty-jwt&#34;&gt;fork&lt;/a&gt; of the original repository,&#xA;maintained by &lt;em&gt;cdbattags&lt;/em&gt; in version 0.2.3 and was downloaded more than&#xA;&lt;a href=&#34;https://luarocks.org/modules/cdbattags/lua-resty-jwt&#34;&gt;4.8 million times&lt;/a&gt;&#xA;according to LuaRocks.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Breaking DPD Parcel Tracking</title>
      <link>https://insinuator.net/2023/09/breaking-dpd-parcel-tracking/</link>
      <pubDate>Tue, 12 Sep 2023 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2023/09/breaking-dpd-parcel-tracking/</guid>
      <description>&lt;p&gt;This blog post is the continuation of our parcel research. We already reported&#xA;about how we broke parcel tracking at&#xA;&lt;a href=&#34;https://insinuator.net/2023/07/all-your-parcel-are-belong-to-us-talk-at-troopers-2023/&#34;&gt;DHL&lt;/a&gt;&#xA;and the disclosure process of the identified problems. As DHL is not the only&#xA;parcel service in Germany, we also investigated the other available parcel&#xA;services. In this blog post, we want to talk about DPD, also called Geopost,&#xA;which belongs to the French Post Office.&lt;/p&gt;&#xA;&lt;h2 id=&#34;efficient-guessing-of-tracking-numbers&#34;&gt;Efficient Guessing of Tracking Numbers&lt;/h2&gt;&#xA;&lt;p&gt;DPD uses the recipient’s ZIP code to unlock detailed shipment information and&#xA;additional options. After trying some ZIP codes manually, we received CAPTCHA&#xA;prompts in the web interface (more on this later).&lt;/p&gt;</description>
    </item>
    <item>
      <title>ManiMed: Ypsomed AG – mylife YpsoPump System Vulnerabilities</title>
      <link>https://insinuator.net/2021/07/manimed-ypsomed-ag-mylife-ypsopump-system-vulnerabilities/</link>
      <pubDate>Thu, 29 Jul 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/07/manimed-ypsomed-ag-mylife-ypsopump-system-vulnerabilities/</guid>
      <description>&lt;p&gt;The Federal Office for Information Security (BSI) aims to sensitize&#xA;manufacturers and the public regarding security risks of networked medical&#xA;devices in Germany. In response to the often fatal security reports and press&#xA;releases of networked medical devices, the BSI initiated the project&#xA;Manipulation of Medical Devices (ManiMed) in 2019. In this project, a security&#xA;analysis of selected products is carried out through security assessments&#xA;followed by Coordinated Vulnerability Diclosure (CVD) processes. The project&#xA;report was published on December 31, 2020, and can be accessed on the BSI&#xA;website&#xA;[&lt;a href=&#34;https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/DigitaleGesellschaft/ManiMed_Abschlussbericht_EN.html&#34;&gt;1&lt;/a&gt;].&lt;/p&gt;</description>
    </item>
    <item>
      <title>ManiMed: Hamilton Medical AG – HAMILTON-T1 Ventilator Vulnerabilities</title>
      <link>https://insinuator.net/2021/02/manimed-hamilton-medical-ag-hamilton-t1-ventilator-vulnerabilities/</link>
      <pubDate>Mon, 22 Feb 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/02/manimed-hamilton-medical-ag-hamilton-t1-ventilator-vulnerabilities/</guid>
      <description>&lt;p&gt;The Federal Office for Information Security (BSI) aims to sensitize&#xA;manufacturers and the public regarding security risks of networked medical&#xA;devices in Germany. In response to the often fatal security reports and press&#xA;releases of networked medical devices, the BSI initiated the project&#xA;Manipulation of Medical Devices (ManiMed) in 2019. In this project, a security&#xA;analysis of selected products is carried out through security assessments&#xA;followed by Coordinated Vulnerability Diclosure (CVD) processes. The project&#xA;report was published on December 31, 2020, and can be accessed on the BSI&#xA;website &lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ManiMed: B. Braun Melsungen AG – Space System Vulnerabilities</title>
      <link>https://insinuator.net/2021/02/manimed-b.-braun-melsungen-ag-space-system-vulnerabilities/</link>
      <pubDate>Mon, 15 Feb 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/02/manimed-b.-braun-melsungen-ag-space-system-vulnerabilities/</guid>
      <description>&lt;p&gt;The Federal Office for Information Security (BSI) aims to sensitize&#xA;manufacturers and the public regarding security risks of networked medical&#xA;devices in Germany. In response to the often fatal security reports and press&#xA;releases of networked medical devices, the BSI initiated the project&#xA;Manipulation of Medical Devices (ManiMed) in 2019. In this project, a security&#xA;analysis of selected products is carried out through security assessments&#xA;followed by Coordinated Vulnerability Diclosure (CVD) processes. The project&#xA;report was published on December 31, 2020, and can be accessed on the BSI&#xA;website&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ManiMed: Innokas Yhtymä Oy - VC150 Patient Monitor Vulnerabilities</title>
      <link>https://insinuator.net/2021/02/manimed-innokas-yhtym%C3%A4-oy-vc150-patient-monitor-vulnerabilities/</link>
      <pubDate>Mon, 01 Feb 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/02/manimed-innokas-yhtym%C3%A4-oy-vc150-patient-monitor-vulnerabilities/</guid>
      <description>&lt;p&gt;The Federal Office for Information Security (BSI) aims to sensitize&#xA;manufacturers and the public regarding security risks of networked medical&#xA;devices in Germany. In response to the often fatal security reports and press&#xA;releases of networked medical devices, the BSI initiated the project&#xA;Manipulation of Medical Devices (ManiMed) in 2019. In this project, a security&#xA;analysis of selected products is carried out through security assessments&#xA;followed by Coordinated Vulnerability Diclosure (CVD) processes. The project&#xA;report was published on December 31, 2020, and can be accessed on the BSI&#xA;website&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ManiMed: Philips Medizin Systeme Böblingen GmbH – IntelliVue System Vulnerabilities</title>
      <link>https://insinuator.net/2021/01/manimed-philips-medizin-systeme-b%C3%B6blingen-gmbh-intellivue-system-vulnerabilities/</link>
      <pubDate>Mon, 25 Jan 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/01/manimed-philips-medizin-systeme-b%C3%B6blingen-gmbh-intellivue-system-vulnerabilities/</guid>
      <description>&lt;p&gt;The Federal Office for Information Security (BSI) aims to sensitize&#xA;manufacturers and the public regarding security risks of networked medical&#xA;devices in Germany. In response to the often fatal security reports and press&#xA;releases of networked medical devices, the BSI initiated the project&#xA;Manipulation of Medical Devices (ManiMed) in 2019. In this project, a security&#xA;analysis of selected products is carried out through security assessments&#xA;followed by Coordinated Vulnerability Diclosure (CVD) processes. The project&#xA;report was published on December 31, 2020, and can be accessed on the BSI&#xA;website&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;/&lt;/p&gt;</description>
    </item>
    <item>
      <title>Root Cause Analysis of a Heap-Based Buffer Overflow in GNU Readline</title>
      <link>https://insinuator.net/2020/12/root-cause-analysis-of-a-heap-based-buffer-overflow-in-gnu-readline/</link>
      <pubDate>Thu, 17 Dec 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/12/root-cause-analysis-of-a-heap-based-buffer-overflow-in-gnu-readline/</guid>
      <description>&lt;p&gt;In the &lt;a href=&#34;https://insinuator.net/2020/12/how-fuzzers-decide-if-a-crash-is-unique/&#34;&gt;last blog post&lt;/a&gt;, we discussed how fuzzers determine the uniqueness of a crash. In this blog post, we discuss how we can manually triage a crash and determine the root cause. As an example, we use a heap-based buffer overflow I found in GNU readline 8.1 rc2, which has been fixed in the newest release. We use GDB and rr for time-travel debugging to determine the root cause of the bug.&lt;/p&gt;</description>
    </item>
    <item>
      <title>VMware NSX-T MITM Vulnerability (CVE-2020-3993)</title>
      <link>https://insinuator.net/2020/11/vmware-nsx-t-mitm-vulnerability-cve-2020-3993/</link>
      <pubDate>Thu, 26 Nov 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/11/vmware-nsx-t-mitm-vulnerability-cve-2020-3993/</guid>
      <description>&lt;p&gt;NSX-T is a Software-Defined-Networking (SDN) solution of VMware which, as its basic functionality, supports spanning logical networks across VMs on distributed ESXi and KVM hypervisors. The central controller of the SDN is the NSX-T Manager Cluster which is responsible for deploying the network configurations to the hypervisor hosts.&lt;/p&gt;&#xA;&lt;p&gt;This summer, I looked into the mechanism which is used to add new KVM hypervisor nodes to the SDN via the NSX-T Manager. By tracing what happens on the KVM host, I discovered that the KVM hypervisor got instructed to download the NSX-T software packages from the NSX-T Manager via unencrypted HTTP and install them without any verification. This enables a Man-in-the-Middle (MITM) attacker on the network path to replace the downloaded packages with malicious ones and compromise the KVM hosts.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vulnerabilities in GNU Readline Fixed</title>
      <link>https://insinuator.net/2020/10/vulnerabilities-in-gnu-readline-fixed/</link>
      <pubDate>Wed, 07 Oct 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/10/vulnerabilities-in-gnu-readline-fixed/</guid>
      <description>&lt;p&gt;Recently I discovered some vulnerabilities in &lt;a href=&#34;https://tiswww.case.edu/php/chet/readline/rltop.html&#34;&gt;GNU Readline&lt;/a&gt;. These bugs have been &lt;a href=&#34;https://lists.gnu.org/archive/html/bug-readline/2020-10/msg00002.html&#34;&gt;fixed&lt;/a&gt; in GNU Readline version 8.1.&lt;/p&gt;&#xA;&lt;p&gt;The case of identifying the vulnerabilities was rather interesting. I wanted to fuzz another program and wrote a quick harness to test if my setup works. This test harness used GNU Readline to read input from stdin and passed the data along to the function under test. I left the fuzzer running while I started to improve the harness (which would also mean getting rid of GNU Readline as it is relatively slow for the use-case at hand). However, AFL showed the first crashes and upon inspection, the vulnerabilities where not in the code I actually wanted to fuzz but in my systems GNU Readline.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ERNW White Paper 69 – Safety Impact of Vulnerabilities in Insulin Pumps</title>
      <link>https://insinuator.net/2020/09/ernw-white-paper-69-safety-impact-of-vulnerabilities-in-insulin-pumps/</link>
      <pubDate>Fri, 11 Sep 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/09/ernw-white-paper-69-safety-impact-of-vulnerabilities-in-insulin-pumps/</guid>
      <description>&lt;p&gt;With this blog post I am pleased to announce the publication of a new ERNW White Paper &lt;a href=&#34;https://ernw-research.de/en/whitepapers/issue-69.html&#34;&gt;[1]&lt;/a&gt;. The paper is about severe vulnerabilities in an insulin pump we assessed during project ManiMed and we are proud to publish this subset of the results today.&lt;/p&gt;&#xA;&lt;h2 id=&#34;manipulating-medical-devices&#34;&gt;Manipulating Medical Devices&lt;/h2&gt;&#xA;&lt;p&gt;The German Federal Office for Information Security (BSI), in its role as the Federal Cyber Security Authority in Germany, aims to sensitize manufacturers and the public regarding security risks of networked medical devices. In response to the often fatal security reports and press releases of networked medical devices, the BSI initiated the project Manipulation of Medical Devices (ManiMed) in 2019. In this project, a security analysis of selected products is carried out through security assessments. In the context of this project, severe vulnerabilities were identified during the assessment of the DANA Diabecare RS system.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Medical Device Security: HL7v2 Injections in Patient Monitors</title>
      <link>https://insinuator.net/2020/04/medical-device-security-hl7v2-injections-in-patient-monitors/</link>
      <pubDate>Thu, 23 Apr 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/04/medical-device-security-hl7v2-injections-in-patient-monitors/</guid>
      <description>&lt;p&gt;Digital networking is already widespread in many areas of life. In the healthcare industry, a clear trend towards networked devices is noticeable, so that the number of high-tech medical devices in hospitals is steadily increasing.&lt;/p&gt;&#xA;&lt;p&gt;In this blog post, we want to elucidate a vulnerability we identified during the security assessment of a patient monitor. The device sends HL7 v2.x messages, such as observation results to HL7 v2.x capable electronic medical record (EMR) systems. A user with malicious intent can tamper these messages. As HL7 v2.x is a common medical communication standard, we also want to present how this kind of vulnerability may be mitigated. The assessment was part of the BSI project ManiMed, which we would like to present in the following section.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jenkins – Groovy Sandbox breakout (SECURITY-1538 / CVE-2019-10393, CVE-2019-10394, CVE-2019-10399, CVE-2019-10400)</title>
      <link>https://insinuator.net/2019/09/jenkins-groovy-sandbox-breakout-security-1538-/-cve-2019-10393-cve-2019-10394-cve-2019-10399-cve-2019-10400/</link>
      <pubDate>Fri, 20 Sep 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/09/jenkins-groovy-sandbox-breakout-security-1538-/-cve-2019-10393-cve-2019-10394-cve-2019-10399-cve-2019-10400/</guid>
      <description>&lt;p&gt;Recently, I discovered a sandbox breakout in the Groovy Sandbox used by the Jenkins script-security Plugin in their Pipeline Plugin for build scripts. We responsibly disclosed this vulnerability and in the current version of Jenkins it has been fixed and the according &lt;a href=&#34;https://jenkins.io/security/advisory/2019-09-12/&#34;&gt;Jenkins Security Advisory 2019-09-12&lt;/a&gt; has been published. In this blogpost I want to report a bit on the technical details of the vulnerability.&lt;/p&gt;&#xA;&lt;h1 id=&#34;description&#34;&gt;Description&lt;/h1&gt;&#xA;&lt;p&gt;The groovy sandbox transforms some AST nodes of the script to add security checks. For example&lt;/p&gt;</description>
    </item>
    <item>
      <title>Multiple Vulnerabilities in Nexus Repository Manager</title>
      <link>https://insinuator.net/2018/11/multiple-vulnerabilities-in-nexus-repository-manager/</link>
      <pubDate>Wed, 14 Nov 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/11/multiple-vulnerabilities-in-nexus-repository-manager/</guid>
      <description>&lt;p&gt;Recently, we identified security issues in the Nexus Repository Manager software developed by Sonatype. The tested versions were OSS 3.12.1-01 and OSS 3.13.1-01.&lt;/p&gt;&#xA;&lt;p&gt;The following issues could be identified:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Multiple Cross-Site Scripting (&lt;a href=&#34;https://support.sonatype.com/hc/en-us/articles/360010789893-CVE-2018-16619-Nexus-Repository-Manager-XSS-October-17-2018&#34;&gt;CVE-2018-16619&lt;/a&gt;)&lt;/li&gt;&#xA;&lt;li&gt;Missing Access Controls (&lt;a href=&#34;https://support.sonatype.com/hc/en-us/articles/360010789453-CVE-2018-16620-Nexus-Repository-Manager-Missing-Access-Controls-October-17-2018?_ga=2.232570207.1112299337.1542137786-592006867.1539786845&#34;&gt;CVE-2018-16620&lt;/a&gt;)&lt;/li&gt;&#xA;&lt;li&gt;Java Expression Language Injection (&lt;a href=&#34;https://support.sonatype.com/hc/en-us/articles/360010789153-CVE-2018-16621-Nexus-Repository-Manager-Java-Injection-October-17-2018?_ga=2.232570207.1112299337.1542137786-592006867.1539786845&#34;&gt;CVE-2018-16621&lt;/a&gt;)&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt; &lt;/p&gt;&#xA;&lt;p&gt;The vulnerabilities are fixed in version 3.14.0. See the &lt;a href=&#34;https://help.sonatype.com/repomanager3/release-notes/2018-release-notes#id-2018ReleaseNotes-RepositoryManager3.14.0&#34;&gt;release notes&lt;/a&gt; and &lt;a href=&#34;https://support.sonatype.com/hc/en-us/sections/203012668-Security-Advisories&#34;&gt;security advisories&lt;/a&gt;  for further information.&lt;/p&gt;&#xA;&lt;p&gt; &lt;/p&gt;&#xA;&lt;p&gt;We identified a Java Expression Language Injection in the role and user creation function. In order to exploit this issue, the attacker needs to be authenticated with high privileges, the standard anonymous user is not sufficient.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Multiple Vulnerabilities in UNIFY OpenScape Desk Phone CP600</title>
      <link>https://insinuator.net/2018/10/multiple-vulnerabilities-in-unify-openscape-desk-phone-cp600/</link>
      <pubDate>Fri, 12 Oct 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/10/multiple-vulnerabilities-in-unify-openscape-desk-phone-cp600/</guid>
      <description>&lt;p&gt;We recently identified security issues in the UNIFY OpenScape Desk Phone CP600 HFA software. We disclosed the vulnerabilities to Unify, as a fix is now provided we want to give a brief overview of the vulnerability affecting the web interface.&lt;/p&gt;&#xA;&lt;p&gt; &lt;/p&gt;&#xA;&lt;p&gt;We were able to identify the following vulnerabilities in the Web interface of the telephone:&lt;/p&gt;&#xA;&lt;p&gt; &lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Command Injection in Picture Delete function of OpenScape Desk Phone Webportal&lt;/li&gt;&#xA;&lt;li&gt;Unauthenticated Arbitrary File Access in the OpenScape Desk Phone Webportal&lt;/li&gt;&#xA;&lt;li&gt;Memory Corruption in the OpenScape Desk Phone Webservice&lt;/li&gt;&#xA;&lt;li&gt;Missing Hardening of the OpenScape Desk Phone Webservice Binary&lt;/li&gt;&#xA;&lt;li&gt;Cross Site Request Forgery Missing in the OpenScape Desk Phone Webservice&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt; &lt;/p&gt;</description>
    </item>
    <item>
      <title>Squirrelmail Full Disclosure – TROOPERS18</title>
      <link>https://insinuator.net/2018/03/squirrelmail-full-disclosure-troopers18/</link>
      <pubDate>Thu, 15 Mar 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/03/squirrelmail-full-disclosure-troopers18/</guid>
      <description>&lt;p&gt;Birk an me basically fully disclosed a 0day in &lt;a href=&#34;http://squirrelmail.org/&#34;&gt;Squirrelmail&lt;/a&gt; yesterday. This is a short Q&amp;amp;A to answer the most common questions about the issue to calm you all down a little bit. 😉&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;What is the punchline, what do I need to know?&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;An attacker able to exploit this vulnerability can extract files of the server the application is running on. This may include configuration files, log files and additionally all files that are readable for all users on the system. This issue is post-authentication. That means an attacker would need valid credentials for the application to log in or needs to exploit an additional vulnerability of which we are not aware of at this point of time.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Information About SAP Security Note 2336795</title>
      <link>https://insinuator.net/2017/03/information-about-sap-security-note-2336795/</link>
      <pubDate>Tue, 14 Mar 2017 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2017/03/information-about-sap-security-note-2336795/</guid>
      <description>&lt;p&gt;Last year I encountered a slight variation of an internal port scan vulnerability for the CrystalReports component of SAP Business Objects. The original vulnerability was presented and disclosed by rapid7 in the talk “Hacking SAP Business Objects”. The corresponding slides can be found &lt;a href=&#34;http://spl0it.org/files/talks/source_barcelona10/Hacking%20SAP%20BusinessObjects.pdf&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Basically, the original vulnerability allowed port scanning of (internal) systems via the URL http://hostname/CrystalReports/viewrpt.cwr?id=$ID&amp;amp;wid=$WID&amp;amp;apstoken=ip:port@$TOKEN. By accessing this URL, different responses were received depending on if the port (parameter port in the URL) of the system (parameter ip in the URL) was in the state “open” or “closed”. The original vulnerability has been fixed a long time ago (SAP security note 1432881), but the fix did allow for a slight variation to make the attack work again.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Analyzing yet another Smart Home device</title>
      <link>https://insinuator.net/2016/12/analyzing-yet-another-smart-home-device/</link>
      <pubDate>Mon, 05 Dec 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/12/analyzing-yet-another-smart-home-device/</guid>
      <description>&lt;p&gt;As you have probably already recognized, some of us here at ERNW are doing research in the area of smart home technologies e.g. KNX. Recently, we took a deeper look into a device which is used to control a smart home system produced by the vendor BAB TECHNOLOGIE GmbH called “eibPort”. This device can be used to control smart home systems based on different technologies e.g. EnoCean or KNX depending on the version of the device. The eibPort comes with a visualization running on a webserver to control the whole system e.g. open or close windows, changing the temperature in different rooms or turning the alarm system on or off by simply clicking on symbols. The following screenshots illustrate an example of such a visualization:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linq Injection – From Attacking Filters to Code Execution</title>
      <link>https://insinuator.net/2016/10/linq-injection-from-attacking-filters-to-code-execution/</link>
      <pubDate>Mon, 17 Oct 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/10/linq-injection-from-attacking-filters-to-code-execution/</guid>
      <description>&lt;p&gt;Some of you (especially the .Net guys) might have heard of the query language Linq (&lt;em&gt;Language Integrated Query&lt;/em&gt;) used by Microsoft .Net applications and web sites. It’s used to access data from various sources like databases, files and internal lists. It can internally transform the accessed data in application objects and provides filter mechanisms similar to SQL. As it is used directly inside the application source code, it will be processed at compile time and not interpreted at runtime. While this provides a great type safety and almost no attack surface for injection attacks (except from possible handling problems in the different backends), it is extremely difficult to implement a dynamic filter system (e.g. for datatables which should allow users to select the column to filter on). That’s probably the reason why Scott Guthrie (Executive Vice President of the Cloud and Enterprise group in Microsoft, also one of the founders of the .Net project) &lt;a href=&#34;https://weblogs.asp.net/scottgu/dynamic-linq-part-1-using-the-linq-dynamic-query-library&#34;&gt;presented&lt;/a&gt; the System.Linq.Dynamic package as part of the VS-2008 samples in 2008. This library allows to build Linq queries at runtime and therefore simplify dynamic filters. But as you may know, dynamic interpretation of languages based on user input is most of the time not the best option….&lt;/p&gt;</description>
    </item>
    <item>
      <title>DameWare Vulnerability</title>
      <link>https://insinuator.net/2016/10/dameware-vulnerability/</link>
      <pubDate>Wed, 05 Oct 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/10/dameware-vulnerability/</guid>
      <description>&lt;p&gt;In course of a recent research project, I had a look at SolarWinds DameWare, which is a commercial Remote Access Software product running on Windows Server. I identified a remote file download vulnerability in the download function for the client software that can be exploited remotely and unauthenticated and that allows to download arbitrary files from the server that is running the software.&lt;/p&gt;&#xA;&lt;p&gt;A very simple proof of concept HTTP request to download the C:\Windows\win.ini file of the target machine is the following:&lt;/p&gt;</description>
    </item>
    <item>
      <title>BMC BladeLogic: CVE-2016-1542 and CVE-2016-1543</title>
      <link>https://insinuator.net/2016/03/bmc-bladelogic-cve-2016-1542-and-cve-2016-1543/</link>
      <pubDate>Thu, 31 Mar 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/03/bmc-bladelogic-cve-2016-1542-and-cve-2016-1543/</guid>
      <description>&lt;p&gt;Hi everyone,&lt;/p&gt;&#xA;&lt;p&gt;Hope those of you who attended Troopers16 enjoyed it as much as we did! In this post I want to summarize my &lt;a href=&#34;https://www.troopers.de/events/troopers16/648_one_tool_to_rule_them_all_-_and_what_can_it_lead_to/&#34;&gt;Troopers16 talk&lt;/a&gt; and provide you with some details about freshly assigned CVE-2016-1542 and CVE-2016-1543 related to BMC BladeLogic software.&lt;/p&gt;&#xA;&lt;p&gt;To start with, BMC Software Inc. is an American company specializing in business service management software; they develop software used for multiple functions, including IT service management, data center automation, performance management, virtualization lifecycle management and cloud computing management. Among other products they have developed a BladeLogic suite that includes Database Automation, Middleware Automation, Server Automation, and Network Automation tools. The one under our focus was BladeLogic Server Automation (BSA).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Classic Web Vulns Found in Google Search Appliance 7.4</title>
      <link>https://insinuator.net/2016/03/classic-web-vulns-found-in-google-search-appliance-7.4/</link>
      <pubDate>Wed, 23 Mar 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/03/classic-web-vulns-found-in-google-search-appliance-7.4/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://www.google.com/intx/en/work/search/products/gsa.html&#34;&gt;&lt;img src=&#34;https://www.insinuator.net/wp-content/uploads/2016/03/servers-300x156.png&#34; alt=&#34;Google Search Appliances&#34;&gt;&lt;/a&gt;Hi all,&lt;/p&gt;&#xA;&lt;p&gt;I’ve recently found some sort of classic web vulnerabilities in the Google Search Appliance (GSA) and as they are now fixed [0][1][2], I’d like to share them with you.&lt;/p&gt;&#xA;&lt;p&gt;First of all, some infrastructure details about the GSA itself. The GSA is used by companies to apply the Google search algorithms to their internal documents without publishing them to cloud providers. To accomplish this task, the GSA provides multiple interfaces including a search interface, an administrative interface and multiple interfaces to index the organization’s data.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Another Perspective in Vulnerability Disclosure</title>
      <link>https://insinuator.net/2016/01/another-perspective-in-vulnerability-disclosure/</link>
      <pubDate>Thu, 07 Jan 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/01/another-perspective-in-vulnerability-disclosure/</guid>
      <description>&lt;p&gt;As you know we (as in &lt;a href=&#34;https://www.ernw.de/&#34;&gt;ERNW&lt;/a&gt;) are quite involved when it comes to vulnerability disclosure and we’ve tried to contribute to a discussion at several occasions, such as &lt;a href=&#34;https://www.insinuator.net/2015/07/reflections-on-vulnerability-disclosure/&#34;&gt;Reflections on Vulnerability Disclosure&lt;/a&gt; and &lt;a href=&#34;https://www.ernw.de/download/ERNW_Newsletter_50_Vulnerability_Disclosure_Reflections_CaseStudy.pdf&#34;&gt;ERNW Newsletter 50 Vulnerability Disclosure Reflections Case Study&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;In this post I want to add (yet) another perspective, motivated by a disclosure procedure which just happened recently.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://twitter.com/todb&#34;&gt;todb’s&lt;/a&gt;  article, &lt;a href=&#34;https://community.rapid7.com/community/infosec/blog/2016/01/05/r7-2015-23-comcast-xfinity-home-security-system-insecure-fail-open&#34;&gt;R7-2015-23: Comcast XFINITY Home Security System Insecure Fail Open&lt;/a&gt; is a well planned public forum vulnerability disclosure. The article itself is very well done: It gives credit to the researcher who discovered the vulnerability and it shows a vulnerability disclosure timeline where Rapid7 reached out to Comcast (the vendor). They even go a step further and publish the link showing the process for discovered vulnerabilities in a Rapid7 product as well as how Rapid7 handles disclosing those vulnerabilities they find in external products. For their internal disclosure process, they make sure to release a patch &lt;em&gt;before&lt;/em&gt; “publicly announcing the vulnerability in the release notes of the update”(&lt;a href=&#34;http://www.rapid7.com/disclosure.jsp&#34;&gt;rapid7 disclosure&lt;/a&gt;).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Xen XSA 155: Double fetches in paravirtualized devices</title>
      <link>https://insinuator.net/2015/12/xen-xsa-155-double-fetches-in-paravirtualized-devices/</link>
      <pubDate>Thu, 17 Dec 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/12/xen-xsa-155-double-fetches-in-paravirtualized-devices/</guid>
      <description>&lt;p&gt;As part of my research on the security of paravirtualized devices, I reported a number of vulnerabilities to the Xen security team, which were patched &lt;a href=&#34;http://xenbits.xen.org/xsa/advisory-155.html&#34;&gt;today&lt;/a&gt;. All of them are double fetch vulnerabilities affecting the different backend components used for paravirtualized devices. While the severity and impact of these bugs varies heavily and is dependent on a lot of external factors, I would recommend patching them as soon as possible. In the rest of this blog post I’ll give a short teaser about my research with full details coming out in the first quarter of 2016 .&lt;/p&gt;</description>
    </item>
    <item>
      <title>Sending Mixed Signals – What Can Happen in the Course of Vulnerability Disclosure</title>
      <link>https://insinuator.net/2015/09/sending-mixed-signals-what-can-happen-in-the-course-of-vulnerability-disclosure/</link>
      <pubDate>Thu, 10 Sep 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/09/sending-mixed-signals-what-can-happen-in-the-course-of-vulnerability-disclosure/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Update:&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Given there’s quite some speculation and, as we think, misinformation going around we think it’s helpful to add/clarify the following information:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;we fully comply with the injunction and we have no intentions to violate it. we do not plan to publish any technical information besides the report (agreed upon with FireEye themselves) and the slides (based on the former) anyway. No 3rd parties except for the ones involved (FireEye, lawyers) have received any additional technical information from our side, let alone an earlier version of the report.&lt;/li&gt;&#xA;&lt;li&gt;the injunction covers accompanying details mostly within the architecture space, but not the core vulnerabilities themselves. Those are not part of the injunction.&lt;/li&gt;&#xA;&lt;li&gt;we stand by the timeline as provided below. In particular, the following two points:&lt;br&gt;&#xA;– FireEye received a draft version of the report which had the objectionable material (as identified by the cease and desist letter) fully removed on August 11th.&lt;br&gt;&#xA;– according to the cease and desist letter FireEye’s lawyer sent us, they were informed – from our side – about the planned talk at 44CON on Jul 23rd.&lt;/li&gt;&#xA;&lt;li&gt;there’s an injunction, but not a lawsuit. I used the term “sue” after consulting &lt;a href=&#34;http://www.merriam-webster.com/dictionary/sue&#34;&gt;Merriam-Webster&lt;/a&gt; which states: “sue: to seek justice or right from (a person) by legal process”, but this might have been misinterpreted by some readers. As stated, there’s a pending injunction, but not a lawsuit.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Please note that we won’t share legal documents with 3rd parties or publish them as we consider this inappropriate.&lt;br&gt;&#xA;Please note further that, during the whole process, our goal was to perform a responsible disclosure procedure with its inherent objectives (namely vulnerability remediation by vendor and education of various stakeholders involved, see also &lt;a href=&#34;https://www.ernw.de/download/ERNW_Newsletter_50_Vulnerability_Disclosure_Reflections_CaseStudy.pdf&#34;&gt;here&lt;/a&gt; or &lt;a href=&#34;https://www.insinuator.net/2015/07/reflections-on-vulnerability-disclosure/&#34;&gt;here&lt;/a&gt;). We consider this disclosure process as concluded. We don’t see a need to add technical details from our side as we feel that the objectives of responsible disclosure are met (not least as patches are released since quite some time and both &lt;a href=&#34;https://www.fireeye.com/content/dam/fireeye-www/support/pdfs/fireeye-ernw-vulnerability.pdf&#34;&gt;vendor&lt;/a&gt; &amp;amp; finder have released reports).&lt;/p&gt;</description>
    </item>
    <item>
      <title>Reflections on Vulnerability Disclosure</title>
      <link>https://insinuator.net/2015/07/reflections-on-vulnerability-disclosure/</link>
      <pubDate>Tue, 14 Jul 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/07/reflections-on-vulnerability-disclosure/</guid>
      <description>&lt;p&gt;In this post I’ll discuss some aspects of vulnerability disclosure. I don’t want to delve into an abstract &amp;amp; general discussion of vulnerability disclosure (for those interested &lt;a href=&#34;http://googleprojectzero.blogspot.de/2015/02/feedback-and-data-driven-updates-to.html&#34;&gt;here’s some discussion&lt;/a&gt; in the context of Google’s Project Zero, &lt;a href=&#34;http://www.cert.org/vulnerability-analysis/vul-disclosure.cfm&#34;&gt;this is the well-known CERT/CC approach&lt;/a&gt;, &lt;a href=&#34;http://weis2006.econinfosec.org/docs/17.pdf&#34;&gt;this a paper from WEIS 2006&lt;/a&gt; laying out some variants, and finally &lt;a href=&#34;https://www.schneier.com/essays/archives/2007/01/schneier_full_disclo.html&#34;&gt;some statement by Bruce Schneier back in 2007&lt;/a&gt;). Instead I will lay out which approach we followed in the past (and why we did so) and which developments make us consider it necessary to re-think our way of handling. The post is not meant to provide definitive answers; it was also written not least to provide clarity for ourselves (“write down a problem in order to better penetrate it”) and, maybe, to serve as a starting point for a discussion which will help the community (and us) to find a position on some of the inherent challenges.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Revisiting Xen’s x86 Emulation: Xen XSA 123</title>
      <link>https://insinuator.net/2015/03/revisiting-xens-x86-emulation-xen-xsa-123/</link>
      <pubDate>Tue, 10 Mar 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/03/revisiting-xens-x86-emulation-xen-xsa-123/</guid>
      <description>&lt;p&gt;In my &lt;a href=&#34;http://www.insinuator.net/2015/02/the-dangers-of-x86-emulation-xen-xsa-110-and-105/&#34; title=&#34;The Dangers of x86 Emulation: Xen XSA 110 and 105&#34;&gt;last blog post&lt;/a&gt;, I gave an overview about recent vulnerabilities discovered in the x86 emulation layer of Xen. While both of the discussed vulnerabilities only allow for guest privilege escalation, the complexity of the involved code seemed to indicate that even more interesting bugs could be discovered. So I spent some time searching for memory corruption issues and discovered a very interesting bug that resulted in &lt;a href=&#34;http://xenbits.xen.org/xsa/advisory-123.html&#34;&gt;XSA 123&lt;/a&gt; . This post gives an overview about the root cause of the bug and a short description of exploitation challenges. A follow-up post will describe possible exploitation strategies in more detail.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Dangers of x86 Emulation: Xen XSA 110 and 105</title>
      <link>https://insinuator.net/2015/02/the-dangers-of-x86-emulation-xen-xsa-110-and-105/</link>
      <pubDate>Mon, 23 Feb 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/02/the-dangers-of-x86-emulation-xen-xsa-110-and-105/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;http://www.insinuator.net/wp-content/uploads/2015/02/xen-300x81.png&#34; alt=&#34;Xen Logo&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;Developing a secure and feature rich hypervisor is no easy task. Recently, the open source Xen hypervisor was affected by two interesting vulnerabilities involving its x86 emulation code: &lt;a href=&#34;http://xenbits.xen.org/xsa/advisory-110.html&#34;&gt;XSA 110&lt;/a&gt; and &lt;a href=&#34;http://xenbits.xen.org/xsa/advisory-105.html&#34;&gt;XSA 105&lt;/a&gt;. Both bugs show that the attack surface of hypervisors is often larger than expected. XSA 105 was &lt;a href=&#34;//labs.bitdefender.com/wp-content/uploads/downloads/2014/10/Gaining-kernel-privileges-using-the-Xen-emulator.pdf&#34;&gt;originally reported&lt;/a&gt;) by Andrei Lutas from BitDefender. The patch adds missing privilege checks to the emulation routines of several critical system instructions including LGDT and LIDT. The vulnerable code can be reached from unprivileged user code running inside hardware virtual machine (HVM) guests and can be used to escalate guest privileges. XSA 110 was reported by Jan Beulich from SUSE and concerns insufficient checks when emulating long jumps, calls or returns.&lt;/p&gt;</description>
    </item>
    <item>
      <title>GitHub Enterprise 2.0.0 Fixes Multiple Vulnerabilities</title>
      <link>https://insinuator.net/2014/11/github-enterprise-2.0.0-fixes-multiple-vulnerabilities/</link>
      <pubDate>Mon, 17 Nov 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/11/github-enterprise-2.0.0-fixes-multiple-vulnerabilities/</guid>
      <description>&lt;p&gt;Recently we had the pleasure to take a look at GitHub’s Enterprise appliance. The appliance allows one to deploy the excellent GitHub web interface locally to host code on-site. Besides the well known interface, which is similar to the one hosted at &lt;a href=&#34;https://github.com/&#34;&gt;github.com&lt;/a&gt;, the appliance ships with a separate interface called the management console, which is used for administrative tasks like the configuration of the appliance itself. This management interface is completely decoupled from the user interface.&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>Responsible Disclosure and Academic Freedom, Again</title>
      <link>https://insinuator.net/2013/07/responsible-disclosure-and-academic-freedom-again/</link>
      <pubDate>Sat, 27 Jul 2013 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2013/07/responsible-disclosure-and-academic-freedom-again/</guid>
      <description>&lt;p&gt;Reading &lt;a href=&#34;http://www.guardian.co.uk/technology/2013/jul/26/scientist-banned-revealing-codes-cars&#34;&gt;this article&lt;/a&gt; from the Guardian,  on &lt;a href=&#34;http://www.cs.ru.nl/~flaviog/&#34;&gt;this guy&lt;/a&gt; apparently being banned from fully discussing research results in &lt;a href=&#34;https://www.usenix.org/conference/usenixsecurity13/dismantling-megamos-crypto-wirelessly-lockpicking-vehicle-immobilizer&#34;&gt;his talk&lt;/a&gt; at upcoming &lt;a href=&#34;https://www.usenix.org/conference/usenixsecurity13&#34;&gt;USENIX Security&lt;/a&gt;, leaves me scratching my head once more. Things might (as so often) be more complex than they seem, but this looks like yet-another misconception as for the contribution of security research (and its public discussion) to the greater good of us all. Which is unfortunate for the speakers (I’ve been in a similar situation once, receiving a threatening legal letter from a very large organization one day before one of our Black Hat presentations and can tell you that stuff like that doesn’t add to one’s anticipation of the talk or the event…), for the audience (including some ERNW guys who will be a USENIX-SEC, so, btw, expect a summary post here) and for the whole community of security researchers.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ross Anderson on Responsible Disclosure and Academic Freedom</title>
      <link>https://insinuator.net/2011/01/ross-anderson-on-responsible-disclosure-and-academic-freedom/</link>
      <pubDate>Thu, 06 Jan 2011 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2011/01/ross-anderson-on-responsible-disclosure-and-academic-freedom/</guid>
      <description>&lt;p&gt;Hi,&lt;/p&gt;&#xA;&lt;p&gt;just a short, somewhat non-technical,  post today: I really like &lt;a href=&#34;http://www.cl.cam.ac.uk/~rja14/Papers/ukca.pdf&#34;&gt;this response&lt;/a&gt; Ross Anderson gave to the “UK Cards Association” asking Cambridge University for taking offline a thesis of one of their students. It (the letter) pretty much summarizes how security research should be treated and backed by those interested in a more secure world we live in.&lt;/p&gt;&#xA;&lt;p&gt;On a personal note I’d like to add that Ross’ main volume “Security Engineering: A Guide to Building Dependable Distributed Systems”, initially published in 2001 and updated in the interim with a second edition in 2008, has been the most influential security book for me on my long way in the infosec space (which started back in 1997, with some workshops on firewalls I gave for IT auditors). If I could take only one infosec book to a lonely island, it would be this one.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
