<?xml version="1.0" encoding="utf-8" standalone="yes"?> <?xml-stylesheet href="https://maik.io/pretty-feed-v3.xsl" type="text/xsl"?>

<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Fintech on maik.io</title>
    <link>https://maik.io/tags/fintech/</link>
    <description>Recent content in Fintech on maik.io</description>
    <generator>maik.io</generator>
    <language>de-de</language>
    <lastBuildDate>Fri, 09 Oct 2026 13:45:42 +0200</lastBuildDate>
    <atom:link href="https://maik.io/tags/fintech/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Öffentlich unbekannten Zustand</title>
      <link>https://maik.io/notes/2026-10-09-oeffentlich-unbekannten-zustand/</link>
      <pubDate>Fri, 09 Oct 2026 13:45:42 +0200</pubDate>
      <guid>https://maik.io/notes/2026-10-09-oeffentlich-unbekannten-zustand/</guid>
      <description>&lt;p&gt;Udo Seidel schreibt in »&lt;a href=&#34;https://www.heise.de/news/Warum-Open-Source-Patches-in-Banken-oft-nicht-ankommen-11481898.html?seite=all&#34; title=&#34;Warum Open-Source-Patches in Banken oft nicht ankommen&#34; target=&#34;_blank&#34; &gt;Warum Open-Source-Patches in Banken oft nicht ankommen&lt;/a&gt;« für heise.de:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Es ist bekannt, dass es Wochen, Monate, manchmal sogar Jahre dauern kann, bis ein Sicherheitspatch aus dem Quellcode-Repository in der Produktivumgebung einer Bank landet. Es ist aber noch schlimmer, denn oft genug patchen die Firmen die Software selbst. Allerdings bleibt diese Änderung der Community verborgen. Die Banken verfolgen folgende Prozedur: Klonen, Patchen, Neuabgleich mit dem offiziellen Repo, Patchen, … und so weiter. Auf diese Weise – und das ist nur ein fiktives Beispiel – kann eine Bank auch im Jahr 2026 noch einen Apache-Webserver in der Version 2.2.x betreiben. Sprich: es gibt Software in einem öffentlich unbekannten Zustand in der IT von Finanzinstituten. Dieser Zustand ist nicht neu und ließ sich bis vor ein paar Monaten auch „wegdiskutieren“.&lt;/p&gt;</description>
      <content:encoded>
      <![CDATA[<p>Udo Seidel schreibt in »<a href="https://www.heise.de/news/Warum-Open-Source-Patches-in-Banken-oft-nicht-ankommen-11481898.html?seite=all" title="Warum Open-Source-Patches in Banken oft nicht ankommen" target="_blank" >Warum Open-Source-Patches in Banken oft nicht ankommen</a>« für heise.de:</p>
<blockquote>
<p>Es ist bekannt, dass es Wochen, Monate, manchmal sogar Jahre dauern kann, bis ein Sicherheitspatch aus dem Quellcode-Repository in der Produktivumgebung einer Bank landet. Es ist aber noch schlimmer, denn oft genug patchen die Firmen die Software selbst. Allerdings bleibt diese Änderung der Community verborgen. Die Banken verfolgen folgende Prozedur: Klonen, Patchen, Neuabgleich mit dem offiziellen Repo, Patchen, … und so weiter. Auf diese Weise – und das ist nur ein fiktives Beispiel – kann eine Bank auch im Jahr 2026 noch einen Apache-Webserver in der Version 2.2.x betreiben. Sprich: es gibt Software in einem öffentlich unbekannten Zustand in der IT von Finanzinstituten. Dieser Zustand ist nicht neu und ließ sich bis vor ein paar Monaten auch „wegdiskutieren“.</p>
</blockquote>
<p>In dem Artikel wird der Gedanke eines Risk-Navigators skizziert. Ich zweifle, dass sich das wirklich durchsetzen wird, auch wenn ich die Idee für sinnvoll halte.</p>
]]>    
      <![CDATA[<br><br><hr><br><small><p>Vielen Dank fürs Lesen! Wenn du Lust auf noch mehr Gedanken, Updates und ab und zu einen Blick hinter die Kulissen hast, folge mir doch gern auf <a href="https://maik.io/mastodon">Mastodon</a> oder <a href="https://maik.io/instagram">Instagram</a>.</p><p>Hast du Fragen oder Feedback? Schreib mir gern eine <a href="https://maik.io/email">E-Mail</a>.</p></small>]]>
      </content:encoded>  
    </item>      
  </channel>
</rss>