<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Julian Suleder on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/authors/julian-suleder/</link>
    <description>Recent content in Julian Suleder on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 22 Jun 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/authors/julian-suleder/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Heads-up: TROOPERS Roundtable – Supply Chain Security</title>
      <link>https://insinuator.net/2026/06/heads-up-troopers-roundtable-supply-chain-security/</link>
      <pubDate>Mon, 22 Jun 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/06/heads-up-troopers-roundtable-supply-chain-security/</guid>
      <description>&lt;h2 id=&#34;how-to-strengthen-supply-chain-security-practical-exchange-and-roadmap&#34;&gt;How to strengthen Supply Chain Security: Practical Exchange and Roadmap&lt;/h2&gt;&#xA;&lt;p&gt;Join an open, practitioner-focused roundtable for direct exchange on supply chain security. This session offers a concise overview of core concepts, e.g. SBOM, CSAF, and VEX and digs into the processes behind them: how to obtain, process and apply information to improve security across the supply chain.&lt;/p&gt;&#xA;&lt;p&gt;We will examine:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;How SBOM, CSAF and VEX relate and why version-level detail matters.&lt;/li&gt;&#xA;&lt;li&gt;The practical value of an SBOM and why it’s increasingly required by law and IT procurement.&lt;/li&gt;&#xA;&lt;li&gt;How to create and consume SBOMs?&lt;/li&gt;&#xA;&lt;li&gt;Methods to identify dependencies in the context of vulnerabilities.&lt;/li&gt;&#xA;&lt;li&gt;Approaches to triage: not all vulnerabilities affect every stakeholder equally.&lt;/li&gt;&#xA;&lt;li&gt;Techniques to analyze vulnerabilities and identify affected products and product families.&lt;/li&gt;&#xA;&lt;li&gt;Sources of vulnerability information and how to map data unambiguously to products and specific software versions.&lt;/li&gt;&#xA;&lt;li&gt;Reporting obligations: where and how to disclose vulnerabilities.&lt;/li&gt;&#xA;&lt;li&gt;Tools and automation that help manage information volume and complexity.&lt;/li&gt;&#xA;&lt;li&gt;Technical, organizational and personnel challenges to achieving end-to-end supply chain security.&lt;/li&gt;&#xA;&lt;li&gt;The role of AI in supply chain security.&lt;/li&gt;&#xA;&lt;li&gt;How do we protect ourselves from malicious actors / infected dependencies?&lt;/li&gt;&#xA;&lt;li&gt;The Cyber Resilience Act (CRA): implications for companies, products and consumers, the CRA roadmap, and concrete deadlines and actions.&lt;/li&gt;&#xA;&lt;li&gt;We will show a live demonstration of the whole process, e.g. covering the consumption of SBOMs, vulnerability identification and assessment, creation of VEX documents.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;This roundtable is designed for security practitioners, product owners, compliance officers and decision-makers who want actionable guidance and peer discussion. Expect candid conversation, real-world examples and next steps you can take to strengthen resilience across your supply chains.&lt;/p&gt;</description>
    </item>
    <item>
      <title>One More Thing: Introducing the New macOS 26 Tahoe Hardening Guide</title>
      <link>https://insinuator.net/2026/02/one-more-thing-introducing-the-new-macos-26-tahoe-hardening-guide/</link>
      <pubDate>Wed, 11 Feb 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/02/one-more-thing-introducing-the-new-macos-26-tahoe-hardening-guide/</guid>
      <description>&lt;p&gt;After seven years, we’re publishing a new macOS hardening guide. Fully updated,&#xA;modernized, and now publicly available on&#xA;&lt;a href=&#34;https://github.com/ernw/hardening/blob/master/operating_system/osx/26/Hardening_Guide-macOS_26_Tahoe_1.0.md&#34;&gt;GitHub&lt;/a&gt;&#xA;as&#xA;&lt;a href=&#34;https://github.com/ernw/hardening/blob/master/operating_system/osx/26/Hardening_Guide-macOS_26_Tahoe_1.0.md&#34;&gt;Markdown&lt;/a&gt;&#xA;and on our &lt;a href=&#34;https://ernw.de/en/whitepapers/issue-75.html&#34;&gt;website&lt;/a&gt; as&#xA;&lt;a href=&#34;https://ernw.de/en/whitepapers/issue-75.html&#34;&gt;PDF&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The previous guide, written for macOS Mojave (10.14), reflected a very different&#xA;macOS security model. At the time, hardening often meant working around the&#xA;operating system, manually enforcing controls, and compensating for missing&#xA;platform guarantees. That guide served its purpose, but the platform has&#xA;fundamentally changed since then.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hack In The Box Security Conference 2023 @ Amsterdam - Summary</title>
      <link>https://insinuator.net/2023/05/hack-in-the-box-security-conference-2023-@-amsterdam-summary/</link>
      <pubDate>Thu, 04 May 2023 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2023/05/hack-in-the-box-security-conference-2023-@-amsterdam-summary/</guid>
      <description>&lt;p&gt;In this blog post, we are sharing summaries of talks from the Hack in the Box&#xA;Conference in Amsterdam (HITBSecConf2023), the final HITB conference in&#xA;Amsterdam. Before we do that, however, we would like to extend a heartfelt thank&#xA;you to the organizers of the conference for putting together such an insightful&#xA;and engaging event.&lt;/p&gt;&#xA;&lt;h2 id=&#34;drbramwell-brizendine--windows-syscalls-in-shellcode-advanced-techniques-for-malicious-functionality&#34;&gt;Dr. Bramwell Brizendine – Windows Syscalls in Shellcode: Advanced Techniques for Malicious Functionality&lt;/h2&gt;&#xA;&lt;p&gt;The talk by Bramwell Brizendine covered the topic of syscall usage in shell&#xA;code. The general idea here is to hide from AV/EDR systems by not using APIs&#xA;such as &lt;code&gt;CreateProcessA&lt;/code&gt;, which may be monitored, but to directly call into the&#xA;corresponding kernel functions. This can be accomplished for example with the&#xA;&lt;em&gt;syscall&lt;/em&gt; CPU instruction (see &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; and &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; for more information). While&#xA;this technique is not perfectly stealthy and can still be detected (e.g., with a&#xA;kernel driver), it circumvents at least inline-hooks in user space. Another&#xA;downside is the effort of building shell code that directly uses syscalls.&#xA;Besides more overhead in preparing everything for the syscall (for example&#xA;manually creating appropriate structs), the correct syscall ID must be gathered,&#xA;which can change between kernel versions.&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>ManiMed: Market Analysis</title>
      <link>https://insinuator.net/2021/01/manimed-market-analysis/</link>
      <pubDate>Mon, 18 Jan 2021 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2021/01/manimed-market-analysis/</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>ERNW White Paper 70 – HL7 FHIR: Preserving Distributed Resource Integrity</title>
      <link>https://insinuator.net/2020/12/ernw-white-paper-70-hl7-fhir-preserving-distributed-resource-integrity/</link>
      <pubDate>Fri, 18 Dec 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/12/ernw-white-paper-70-hl7-fhir-preserving-distributed-resource-integrity/</guid>
      <description>&lt;p&gt;With this blog post I am pleased to announce the publication of a new ERNW White Paper about the HL7 FHIR communication standard.&lt;/p&gt;&#xA;&lt;h2 id=&#34;introduction&#34;&gt;Introduction&lt;/h2&gt;&#xA;&lt;p&gt;Digital networking is already widespread in many areas of life. More and more medical devices are also being networked in the healthcare industry. This growth makes the development and use of new medical communication standards necessary since existing solutions can only meet the changing requirements with great effort. The HL7 FHIR standard is an example of such a medical communication standard. FHIR is said to have increased the interoperability between different medical contexts,e.g., administration, billing, and clinical care, to enable data exchange of various systems. The FHIR standard addresses the security risks associated with strongly networked communication from a large number of systems across the trust and organizational boundaries only indirectly because FHIR does not define mandatory security controls or requirements.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Apps on Prescription?! – Perspectives on Digital Health Applications (DiGA)</title>
      <link>https://insinuator.net/2020/11/apps-on-prescription-perspectives-on-digital-health-applications-diga/</link>
      <pubDate>Thu, 05 Nov 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/11/apps-on-prescription-perspectives-on-digital-health-applications-diga/</guid>
      <description>&lt;p&gt;Some time ago, we carried out an evaluation of the &lt;em&gt;Digital Health Applications Ordinance&lt;/em&gt; (Digitale-Gesundheitsanwendungen-Verordnung, DiGAV) for the &lt;em&gt;Federal Chamber of Psychotherapists in Germany&lt;/em&gt; (Bundespsychotherapeutenkammer, BPtK) focusing on the security of digital health applications, often referred to as &lt;em&gt;apps on prescription&lt;/em&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The audit was intended to determine to which extent security guidelines, security objectives, and best practices are adhered to by the requirements formulated by the ordinance, thus enabling the foundations to securely operate digital health applications. The main subject of the examination is whether requirements, including procedural requirements defined in the ordinance are sufficient to ensure security of digital health applications. The examination has shown that the requirements can be seen as positive. However, in order to be able to make reliable statements about the IT security of digital healthcare applications, further details and mechanisms should be clarified within the ordinance, which I would like to present in the following.&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>DMEA 2019: A reunion with the Medical Informatics Community</title>
      <link>https://insinuator.net/2019/04/dmea-2019-a-reunion-with-the-medical-informatics-community/</link>
      <pubDate>Mon, 29 Apr 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/04/dmea-2019-a-reunion-with-the-medical-informatics-community/</guid>
      <description>&lt;p&gt;Earlier this month I attended the Digital Medical Expertise &amp;amp; Applications (DMEA) 2019. The DMEA fair in Berlin (formerly conhIT) is the central platform for digital health care as it brings together companies of health IT, academic institutions, politics and healthcare delivery organizations in several format such as innovation hubs and talks during congress sessions as a part of the industry fair. I participated in a congress session about IT security in healthcare with a talk about medical device security and common security flaws in medical devices. Some of the aspects have also been covered in my talk at #TR19 [1].&lt;/p&gt;</description>
    </item>
    <item>
      <title>Motivational Aspects and Privacy Concerns on Wearables in the German Running Community</title>
      <link>https://insinuator.net/2018/12/motivational-aspects-and-privacy-concerns-on-wearables-in-the-german-running-community/</link>
      <pubDate>Fri, 14 Dec 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/12/motivational-aspects-and-privacy-concerns-on-wearables-in-the-german-running-community/</guid>
      <description>&lt;p&gt;Today I am proud to announce that another paper of my former colleagues from Heilbronn University and me was published in one of the journals with the highest impact factor for Medical Informatics research called &lt;em&gt;JMIR mHealth and uHealth&lt;/em&gt;. There is a reason why we published in this journal besides its informatics focus. The journal is an open access journal. That means that readers are not charged on a pay-per-view basis or other business models to access the full text of the paper. In return, the authors need to pay publication fees. In my opinion restricting access to academic research is not a way to go. I think this isn’t a thing we see in the security community often anyway. But this is and was the standard in academia for years.&lt;/p&gt;</description>
    </item>
    <item>
      <title>GI Sicherheit 2018 Conference</title>
      <link>https://insinuator.net/2018/05/gi-sicherheit-2018-conference/</link>
      <pubDate>Thu, 03 May 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/05/gi-sicherheit-2018-conference/</guid>
      <description>&lt;p&gt;Last week (25^(th) – 27^(th) April), I attended the “Sicherheit 2018” in Konstanz which is the annual meeting of the security community of the Gesellschaft für Informatik e.V. (GI) in Germany. The conference is in equal proportions attended by researchers and people of the industry working in security-related disciplines which lead to lively and pleasant discussions conversations.&lt;/p&gt;&#xA;&lt;p&gt;The topics discussed were contentual wide-reaching, so there were very technical talks like Sebastian Banescu who was the winner and one of two candidates nominated for the best PhD thesis award presenting about “Characterizing the Strength of Software Obfuscation Against Automated Attacks”, as well as conceptual presentations such as Sabrina Krausz elucidated her bachelor thesis about an integrated procedure model for planning and implementing an ISMS on the example of the pharmaceutical production.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
