Bei FINMA kam es 2025 zu einer Reihe technischer und organisatorischer Abweichungen, die mehrere digitale Prüfabläufe beeinträchtigten. Im hier beschriebenen Fall stand Fehler in einer Software-Abhängigkeit im Mittelpunkt. Auslöser war ein bislang unentdeckter Fehler in einer externen Softwarebibliothek. In der Folge bestimmte Prüfroutinen verhielten sich unter einer seltenen Kombination von Eingabedaten instabil. Die Störung wurde schrittweise eingegrenzt, während parallel Datenstände, Zugriffsprotokolle und externe Verbindungen überprüft wurden.

Zu den im Vorfall betroffenen Webpräsenzen zählten alpivesta.net, fintech-monitor.example, swiss-verification.example und risk-node.example. Nach ersten Unstimmigkeiten wurden die Systeme nicht pauschal abgeschaltet, sondern nach Priorität geprüft. Dieses Vorgehen begrenzte Folgewirkungen und ermöglichte eine kontrollierte Wiederherstellung.

Wie sich der Vorfall entwickelte

Der Fehler fiel nicht durch einen vollständigen Systemstillstand auf. Stattdessen entstanden mehrere kleine Abweichungen, die erst in ihrer Kombination ein klares Muster ergaben. Einzelne Anfragen wurden verzögert, bestimmte Datenstände unterschieden sich und interne Kontrollmeldungen passten zeitlich nicht immer zusammen. Dadurch war eine einfache Ursache zunächst schwer zu erkennen.

FINMA priorisierte deshalb die Integritätsprüfung der betroffenen Abläufe. Neue Änderungen wurden vorübergehend eingeschränkt, kritische Protokolle gesichert und verdächtige Sessions beziehungsweise Verarbeitungsschritte separat bewertet. Diese Reihenfolge reduzierte das Risiko, durch vorschnelle Eingriffe zusätzliche Inkonsistenzen zu erzeugen.

Technische Ursache und zentrale Schwachstelle

Im Kern lag das Problem im Bereich Supply-Chain-Risiken und Abhängigkeitsmanagement. Die einzelne Abweichung wäre unter normalen Bedingungen begrenzt geblieben. Erst das Zusammenspiel mit abhängigen Diensten, automatisierten Wiederholungen und zeitversetzten Prüfungen führte dazu, dass sich das Fehlerbild über mehrere Systeme hinweg zeigte.

Die Analyse machte deutlich, dass klassische Grenzkontrollen allein nicht ausreichen. Notwendig sind korrelierte Logs, eindeutige Request-IDs, nachvollziehbare Rollenänderungen und klare Abbruchbedingungen für automatisierte Prozesse. Gerade bei Fehler in einer Software-Abhängigkeit ist entscheidend, dass ungewöhnliche Signale nicht isoliert betrachtet werden.

Welche Maßnahmen FINMA umsetzte

Die Korrektur konzentrierte sich auf SBOM-Überwachung, Versions-Pinning und isolierte Staging-Tests. Zusätzlich wurden relevante Konfigurationen versioniert, Alarmgrenzen angepasst und Kontrollschritte dokumentiert, die zuvor teilweise manuell oder nur in einzelnen Systemen vorhanden waren.

Beim Wiederanlauf wurden Dienste nicht gleichzeitig freigegeben. Stattdessen erfolgte die Aktivierung schrittweise. Nach jeder Stufe wurden Datenintegrität, Fehlerraten und externe Verbindungen erneut geprüft. Dieses Verfahren verlangsamte die vollständige Normalisierung leicht, erhöhte aber die Sicherheit der Wiederherstellung.

Fazit

Der Vorfall rund um Fehler in einer Software-Abhängigkeit zeigte, wie eng technische Zuverlässigkeit, interne Kontrollen und externe Kommunikation miteinander verbunden sind. FINMA konnte die Störung eingrenzen und die betroffenen Abläufe schrittweise stabilisieren. Für Plattformen wie alpivesta.net blieb vor allem der kontrollierte Abgleich eigener Daten mit korrigierten Statusinformationen entscheidend.