← Neueste Arbeiten
💻 computer science

From Audit Requirements to Computable Software Architecture: A Rule-Engine and Evidence-Indexing Method for Trusted Digital Infrastructure

Dieses Paper schlägt eine Regelwerk- und Evidenzindexierungsmethodik vor, die die semantische Lücke zwischen Audit-Anforderungen und Softwarearchitektur durch die Erstellung eines Klassifikationsmodells, einer Mapping-Matrix und eines Verifizierungsalgorithmus überbrückt, um ausführbare Kontrollen frühzeitig in der Designphase einzubetten und dadurch die Kosten für Nachbesserungen zu senken sowie eine auditbereite digitale Infrastruktur zu ermöglichen.

Ursprüngliche Autoren: Jinyuan Li, Ruijie Ma, Yicheng Gu

Veröffentlicht 2026-07-02
📖 4 Min. Lesezeit☕ Kaffeepausen-Lektüre

Ursprüngliche Autoren: Jinyuan Li, Ruijie Ma, Yicheng Gu

Originalarbeit lizenziert unter CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie bauen einen massiven, hochsicheren Banktresor. Auf die alte Art des Vorgehens würden Sie zuerst den gesamten Tresor bauen, die Türen und Kameras einsetzen und erst, nachdem er fertiggestellt wurde, einen Inspektor engagieren, der sagt: „Oh, übrigens, wir brauchen ein zweites Schloss an der Hintertür, und die Kameras müssen mit einem anderen Server verbunden werden.“ Dies führt dazu, dass Wände eingerissen, Kabel neu verlegt und teure Korrekturen vorgenommen werden müssen.

Dieses Paper schlägt einen anderen Weg vor: die Sicherheitsregeln vom ersten Tag an direkt in die Baupläne einzubauen.

Hier ist eine einfache Aufschlüsselung, wie die Autoren Jinyuan Li, Ruijie Ma und Yicheng Gu vorschlagen, dies für digitale Systeme (wie jene, die zur Verwaltung digitaler Vermögenswerte verwendet werden) umzusetzen.

1. Das Kernproblem: Die „Übersetzer“-Lücke

Die Autoren weisen auf eine Sprachbarriere hin.

  • Auditoren sprechen in Regeln wie: „Wir benötigen den Nachweis, dass nur der Manager diese Transaktion genehmigt hat.“
  • Software-Architekten sprechen in Code wie: „Wir benötigen eine Datenbanktabelle und einen API-Endpunkt.“

Normalerweise sprechen diese beiden Gruppen nicht miteinander, bis die Software bereits gebaut ist. Das Ergebnis ist, dass Sicherheit und Compliance zu „Patches“ werden, die nachträglich hinzugefügt werden, was unordentlich und teuer ist.

2. Die Lösung: Eine „Regel-Engine“ und ein „Evidence Index“

Die Autoren haben eine Methode entwickelt, um die Regeln der Auditoren direkt in die DNA der Software zu übersetzen, noch bevor die erste Zeile Code geschrieben wird. Sie verwenden dazu drei Hauptwerkzeuge:

A. Die „Translation Matrix“ (Das Rezeptbuch)

Betrachten Sie dies als ein riesiges Rezeptbuch, das vage Regeln in spezifische Zutaten verwandelt.

  • Die Regel: „Wir müssen wissen, wer diese Daten geändert hat.“
  • Die Übersetzung: Das System weiß automatisch, dass es eine „Version Lock“ erstellen, ein „Change Log“ speichern und einen „digitalen Fingerabdruck“ (Hash) der Daten generieren muss.
  • Das Ergebnis: Anstatt dass ein Mensch raten muss, wie man dies programmiert, weiß das System genau, welche „funktionalen Module“ (wie einen Login-Service oder einen Logging-Service) aktiviert werden müssen.

B. Die „Rule Engine“ (Der Türsteher)

Sobald die Regeln übersetzt sind, werden sie in eine „Rule Engine“ geladen. Stellen Sie sich dies wie einen Türsteher in einem Club vor, der eine Liste von Regeln prüft, bevor er jemanden hineinlässt.

  • Wenn Sie versuchen, eine Transaktion ohne die Unterschrift einer zweiten Person zu genehmigen, stoppt der Türsteher (die Software) dies sofort.
  • Wenn Sie versuchen, auf eine Datei zuzugreifen, für die Sie nicht berechtigt sind, blockiert der Türsteher Sie.
  • Dies geschieht automatisch als Teil des normalen Ablaufs, nicht als nachträglicher Gedanke.

C. Der „Evidence Index“ (Der digitale Aktenschrank)

Früher bedeutete der Nachweis, dass man die Regeln befolgt hat, mühsame Suche in ungeordneten Papierstapeln oder verstreuten Computerkennungen.

  • Die Autoren schlagen ein System vor, bei dem jede Aktion automatisch einen „Beleg“ (Evidence) generiert.
  • Diese Belege werden mit einer eindeutigen ID, einem Zeitstempel und einer digitalen Signatur versehen.
  • Sie werden sofort in ein spezielles „Evidence Repository“ abgelegt.
  • Die Analogie: Es ist wie ein intelligenter Aktenschrank, der in dem Moment, in dem Sie ein Dokument unterschreiben, automatisch ein Foto davon macht, es mit dem Datum stempelt und in eine abschließbare Schublade legt, die nur der Auditor öffnen kann. Sie müssen nicht später nach dem Papier suchen; es ist bereits dort, organisiert und bereit.

3. Wie sie es getestet haben: Die Digital Asset Platform

Das Team hat diese Methode auf eine „Digital Asset Management Platform“ (ein System zur Verwaltung von Dingen wie digitalem Geld oder Token) getestet. Sie verglichen zwei Szenarien:

  • Szenario A (Die alte Art): Zuerst das System bauen und dann versuchen, die Sicherheitsregeln nachträglich hinzuzufügen.
  • Szenario B (Die neue Art): Die Sicherheitsregeln von Anfang an in das Design einbauen.

Die Ergebnisse:

  • Weniger Korrekturen: Die „alte Art“ erforderte 24 Änderungen an den Schnittstellen des Systems (wie das Ändern der Form einer Tür). Die „neue Art“ benötigte nur 7.
  • Weniger Umschreiben: Die „alte Art“ erforderte das Patchen von 16 Datenstrukturen (wie das Neuverlegen der Wasserleitungen). Die „neue Art“ benötigte nur 3.
  • Schnelleres Testen: Das Testen der „neuen Art“ dauerte 58 Arbeitsstunden; die „alte Art“ dauerte 143 Stunden.
  • Bessere Nachweise: Die „neue Art“ hatte 95 % der erforderlichen Belege automatisch bereitgestellt, im Vergleich zu nur 70 % bei der „alten Art“.

4. Das Fazit

Das Paper argumentiert, dass man, indem man Audit-Anforderungen als berechenbare Anweisungen (wie Code) statt nur als Textdokumente behandelt, Systeme bauen kann, die standardmäßig „audit-ready“ sind.

Anstatt ein Haus zu bauen und dann festzustellen, dass man die Feuertreppe vergessen hat, zeichnet man die Feuertreppe direkt in den Bauplan ein. Wenn das Haus gebaut ist, ist die Feuertreppe bereits vorhanden, perfekt integriert und bereit für die Inspektion. Dies spart Geld, reduziert Stress und macht die digitale Infrastruktur wesentlich vertrauenswürdiger.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →