Farbschema: Dunkel
Sie befinden sich hier: start » de » Dokumentation » Werkzeuge für Microsoft Access » WKL Forms Object Library » concepts » Sicherheit und Pflichten des Herstellers

Sicherheit und Pflichten des Herstellers

graph TD
  M[Hersteller von WKL Forms Object Library] --> R[Fassung mit Änderungsprotokoll, Dokumentation, Software-Stückliste]
  M --> V[Bearbeitung gemeldeter Schwachstellen]
  V --> C[Koordinierendes CSIRT und ENISA]
  V --> N[Sicherheitshinweis an die Nutzer]
  R --> P[Steuerelemente in der Access-Anwendung des Herausgebers]
  E[Kunde als NIS-2-Einrichtung] --> A[Bewertet seine Lieferanten]
  A --> M

WKL Forms Object Library ist ein Produkt mit digitalen Elementen im Sinne der Verordnung (EU) 2024/2847, der Cyberresilienz-Verordnung (Cyber Resilience Act, CRA). Diese Seite beschreibt, welche Pflichten sein Hersteller nach dieser Verordnung und als Lieferant von Einrichtungen hat, die unter die NIS-2-Richtlinie fallen, wie Sie eine Schwachstelle melden und was WKL Forms Object Library für den Schutz der Daten und Zugangsdaten Ihrer Anwendung tut.

Wichtige Punkte

  • Schwachstellen melden Sie an Wolfgang.van.der.Stille@gmail.com und zp@datecpro.de; siehe Eine Schwachstelle melden.
  • Die Meldepflichten gelten bereits. Art. 14 der Cyberresilienz-Verordnung gilt seit dem 11. September 2026, die übrigen Pflichten gelten ab dem 11. Dezember 2027 (Art. 71 Abs. 2).
  • Sicherheitskorrekturen erscheinen als eigene Fassung. Eine Sicherheitskorrektur kommt als eigene, kostenlose Korrekturfassung, und das Änderungsprotokoll weist sie als solche aus.
  • Ohne Auftrag verlässt nichts den Rechner. Die Steuerelemente öffnen eine Netzwerkverbindung nur, wenn Ihre Anwendung eine Webanfrage sendet, senden das Windows-Konto nur mit UseWindowsLogin und halten API-Schlüssel und Token nur im Speicher.
  • Konformität bis 11. Dezember 2027. Bis dahin stellt der Hersteller für WKL Forms Object Library die EU-Konformitätserklärung mit CE-Kennzeichnung aus; siehe Weg zur Konformität.

So greifen die Pflichten

Wer Hersteller ist

Hersteller ist, wer ein Produkt mit digitalen Elementen entwickelt oder entwickeln lässt und unter eigenem Namen oder eigener Marke vermarktet (Art. 3 Nr. 13). Hersteller von WKL Forms Object Library ist EMSR DATA, D.O.O., Trg komandanta Staneta 8, 1000 Ljubljana, Slowenien, https://wvds.it, auch wenn Sie das Produkt über einen Vertriebspartner erhalten. The White Knight Labs und WKL sind Marken von EMSR DATA, D.O.O. Anwendungen, die die Steuerelemente verwenden, haben einen eigenen Hersteller: ihren Herausgeber. WKL Forms Object Library ist ein Bestandteil einer solchen Anwendung. Findet ein Herausgeber eine Schwachstelle in der Bibliothek, meldet er sie ihrem Hersteller (Art. 13 Abs. 6); für seine Anwendung bleibt er selbst verantwortlich.

Eine Schwachstelle melden

Senden Sie die Meldung per E-Mail an beide Adressen:

  • Wolfgang.van.der.Stille@gmail.com
  • zp@datecpro.de

Nennen Sie die Fassung von WKL Forms Object Library (die Version von Wkl.Forms.ObjectLibrary.dll in den Eigenschaften der Datei), die Schritte, mit denen sich das Problem nachstellen lässt, was ein Angreifer damit erreicht und ob Ihnen eine Ausnutzung bekannt ist. Veröffentlichen Sie keine Einzelheiten, bevor eine korrigierte Fassung vorliegt; den Zeitpunkt der Veröffentlichung stimmt der Hersteller mit Ihnen ab.

Der Hersteller erfasst die Meldung, bewertet sie, behebt die Schwachstelle in einer Korrekturfassung und veröffentlicht danach einen Sicherheitshinweis mit den betroffenen und den korrigierten Fassungen, der Auswirkung und den Schritten, die Sie unternehmen sollten (Anhang I Teil II Nr. 2 und 4). Eine Sicherheitskorrektur bleibt mindestens zehn Jahre oder für den Rest des Unterstützungszeitraums verfügbar, je nachdem, was länger ist (Art. 13 Abs. 9).

Was der Hersteller meldet

AnlassFrühwarnungMeldungAbschlussbericht
aktiv ausgenutzte Schwachstellespätestens 24 h nach Kenntnisspätestens 72 h nach Kenntnisspätestens 14 Tage, nachdem eine Korrektur oder Risikominderung verfügbar ist
schwerwiegender Sicherheitsvorfall, der die Sicherheit von WKL Forms Object Library betrifftspätestens 24 h nach Kenntnisspätestens 72 h nach Kenntnisinnerhalb eines Monats nach der Meldung

Der Hersteller meldet über die einheitliche Meldeplattform der ENISA an das CSIRT, das der Mitgliedstaat seiner Hauptniederlassung als Koordinator benannt hat; die ENISA erhält die Meldung gleichzeitig (Art. 14 Abs. 7, Art. 16). Betroffene Nutzer werden über den Vorfall oder die Schwachstelle und über die Maßnahmen informiert, die sie ergreifen können (Art. 14 Abs. 8).

In Deutschland, Österreich und der Schweiz

Die Cyberresilienz-Verordnung gilt als Verordnung in allen Mitgliedstaaten unmittelbar und gleich; der Hersteller hat dieselben Pflichten, gleich in welchem Mitgliedstaat WKL Forms Object Library vertrieben wird. Die NIS-2-Richtlinie wirkt dagegen erst über die nationalen Umsetzungsgesetze. Eine Einrichtung unterliegt in der Regel dem Gesetz des Mitgliedstaats, in dem sie niedergelassen ist (Richtlinie (EU) 2022/2555, Art. 26 Abs. 1); Sonderregeln gelten unter anderem für Anbieter elektronischer Kommunikation, Cloud-Computing-Dienste, Rechenzentren und verwaltete Dienste. Ein Lieferant ist durch die Richtlinie nicht selbst verpflichtet; er erhält Anforderungen von seinem Kunden nach dem Recht, das für den Kunden gilt.

  • Deutschland: Koordinierendes CSIRT ist CERT-Bund im Bundesamt für Sicherheit in der Informationstechnik (BSI). Das NIS-2-Umsetzungsgesetz (in Kraft seit 6. Dezember 2025) hat das BSI-Gesetz neu gefasst; § 30 Abs. 2 BSIG verlangt von besonders wichtigen und wichtigen Einrichtungen unter anderem die Sicherheit der Lieferkette (Nr. 4) sowie Sicherheitsmaßnahmen bei Erwerb, Entwicklung und Wartung informationstechnischer Systeme einschließlich des Umgangs mit Schwachstellen (Nr. 5).
  • Österreich: Das Netz- und Informationssystemsicherheitsgesetz 2026 (NISG 2026, BGBl. I Nr. 94/2025, in Kraft seit 1. Oktober 2026) setzt die NIS-2-Richtlinie um; § 32 Abs. 4 lit. d verlangt von wesentlichen und wichtigen Einrichtungen die Sicherheit der Lieferkette.
  • Schweiz: Die Cyberresilienz-Verordnung und die NIS-2-Richtlinie gelten nicht. Betreiber kritischer Infrastrukturen melden Cyberangriffe nach dem Informationssicherheitsgesetz seit dem 1. April 2025 innerhalb von 24 Stunden dem Bundesamt für Cybersicherheit (BACS). Eine Meldung über eine Schwachstelle in WKL Forms Object Library nimmt der Hersteller auch aus der Schweiz an.
  • Ob Ihre Organisation eine Einrichtung im Sinne dieser Gesetze ist, entscheidet das jeweilige Gesetz; der Hersteller von WKL Forms Object Library prüft das nicht für Sie.

Pflichten als Lieferant von NIS-2-Einrichtungen

Wesentliche und wichtige Einrichtungen müssen die Sicherheit ihrer Lieferkette steuern, einschließlich der sicherheitsbezogenen Aspekte der Beziehung zu jedem unmittelbaren Lieferanten (Richtlinie (EU) 2022/2555, Art. 21 Abs. 2 Buchst. d). Sie berücksichtigen dabei die spezifischen Schwachstellen jedes Lieferanten sowie die Gesamtqualität seiner Produkte und seiner Cybersicherheitspraxis einschließlich der Sicherheit seiner Entwicklungsprozesse (Art. 21 Abs. 3). Ist Ihre Organisation eine solche Einrichtung, ist der Hersteller von WKL Forms Object Library einer Ihrer Lieferanten. Für Ihre Bewertung beschreiben diese Quellen das Produkt und den Umgang damit:

Wie die Steuerelemente Ihre Anwendung schützen

AnforderungWas WKL Forms Object Library tutGrenze
Sichere Grundeinstellung (Anhang I Teil I Nr. 2 Buchst. b)Öffnet keine Netzwerkverbindung, solange die Anwendung keine Webanfrage sendet (WklTimerTask); sendet das Windows-Konto nur, wenn UseWindowsLogin True ist; in der Entwurfsansicht fragt ein Steuerelement seine Daten nur ab, wenn LivePreview True istDie Einstellungen der Anwendung wählt ihr Herausgeber
Vertraulichkeit von Zugangsdaten (Anhang I Teil I Nr. 2 Buchst. e)Kopfzeilen wie API-Schlüssel und Sitzungstoken (SharedHeader) bleiben nur im Speicher: nie mit dem Formular gespeichert, nie in der Ablaufverfolgung, die Methode, Adresse ohne Abfrageteil und Status nennt, nie einen Kopfzeilenwert oder Inhalt; das TLS-Zertifikat eines Dienstes prüft Windows, und die Steuerelemente machen keine AusnahmeEine Anfrage an eine http://-Adresse geht unverschlüsselt; geben Sie den Diensten https://-Adressen
Nur nötige Daten verarbeiten (Anhang I Teil I Nr. 2 Buchst. g)Speichert nur die Anordnung von Layouts (Tabelle USysWklLayout der Datenbank, auf UserForms in Excel und Word HKEY_CURRENT_USER\Software\The White Knight Labs\Access Framework\Layouts) und die Einstellungen des Anwendungsmodells je Benutzer (%LOCALAPPDATA%\WKL\<Datenbank>); sendet nichts an den HerstellerDas Aufheben der Registrierung entfernt diese Einstellungen nicht; löschen Sie Ordner und Schlüssel, um sie zu entfernen
Manipulierten Eingaben widerstehen (Anhang I Teil I Nr. 2 Buchst. j)Liest XML-Dateien (SVG-Bilder, Office-Designs, Gantt-Projekte) ohne DTD-Verarbeitung und ohne externe Verweise aufzulösen; die Kartendaten gehören zur Bibliothek, kein Online-Kartendienst wird aufgerufen–
Angriffsfläche und Rechte begrenzen (Anhang I Teil I Nr. 2 Buchst. j und k)Läuft mit den Rechten des Benutzers in Access; öffnet keinen Netzwerkport; wird pro Benutzer unter HKEY_CURRENT_USER registriert, ohne AdministratorrechteJedes Programm des Benutzers kann eine Registrierung pro Benutzer ändern, wie bei jeder pro Benutzer installierten Software
Verfügbarkeit der Anwendung (Anhang I Teil I Nr. 2 Buchst. h und i)Webanfragen warten in einer Warteschlange mit Zeitlimit und lassen sich abbrechen; die Warteschlange beachtet Retry-After des Dienstes–
Anleitungen zu Installation und Entfernen (Anhang II Nr. 8)Freigegebenes Paket installieren und Was die Registrierung pro Benutzer schreibt beschreiben, was das Registrieren schreibt und das Aufheben der Registrierung entferntAnleitungen zur Anwendung schreibt ihr Herausgeber
Komponenten ermitteln, mit einer Software-Stückliste (Anhang I Teil II Nr. 1)Das Release-Paket enthält sbom.cdx.json (CycloneDX 1.6 nach BSI TR-03183-2): jede Datei mit ihrem SHA-512, die Bestandteile anderer Hersteller, die in das native Startmodul gelinkt sind (nethost von .NET, die Visual-C++-Laufzeitbibliothek), und die .NET Desktop Runtime, die die Steuerelemente brauchen, jeweils mit Version und LizenzDie Liste beschreibt die Bibliothek, nicht die Anwendung, die sie verwendet
Programmdateien vor Manipulation schützen (Anhang I Teil I Nr. 2 Buchst. f)Jede EXE und DLL des Release-Pakets trägt die Authenticode-Signatur von EMSR DATA, D.O.O. mit Zeitstempel; SHA256SUMS nennt die SHA-256-Prüfsumme jeder Datei; siehe Freigegebenes Paket installierenDie Signatur weist den Hersteller aus und zeigt, dass eine Datei unverändert ist; ob ein Rechner nur signierten Code ausführt, legt seine Anwendungssteuerung fest (etwa App Control for Business)

Weg zur Konformität

Die übrigen Pflichten der Verordnung gelten ab dem 11. Dezember 2027. Der Hersteller entwickelt WKL Forms Object Library schon heute mit Blick auf die grundlegenden Cybersicherheitsanforderungen aus Anhang I und erfüllt bis zu diesem Tag alle Pflichten, die ihn als Hersteller treffen (Art. 13). Für WKL Forms Object Library heißt das:

  • Einstufung: Nach Einschätzung des Herstellers gehört WKL Forms Object Library zu keiner Kategorie wichtiger oder kritischer Produkte (Anhänge III und IV): Die Bibliothek verwaltet weder Identitäten noch Zugänge (ihre Webanfragen können das Windows-Konto weitergeben, verwalten aber keines), zeigt keine Webinhalte an und ist weder Sicherheitssoftware noch Netzwerkverwaltung.
  • Konformitätsbewertung: Der Hersteller bewertet die Konformität selbst, im Verfahren der internen Kontrolle (Modul A, Anhang VIII Teil I); eine benannte Stelle ist dafür nicht vorgeschrieben (Art. 32 Abs. 1).
  • Technische Dokumentation: Sie enthält unter anderem die Bewertung der Cybersicherheitsrisiken, die Prüfberichte und die Begründung des Unterstützungszeitraums (Art. 31, Anhang VII). Sie ist nicht öffentlich: Der Hersteller legt sie der Marktüberwachungsbehörde auf Verlangen vor und bewahrt sie mindestens zehn Jahre auf (Art. 13 Abs. 13). Die Software-Stückliste liegt zusätzlich im Release-Paket (sbom.cdx.json).
  • EU-Konformitätserklärung und CE-Kennzeichnung: Jeder Fassung liegt die Erklärung bei oder eine vereinfachte Erklärung mit der Internetadresse der vollständigen (Art. 13 Abs. 20, Art. 28). Bei Software steht die CE-Kennzeichnung auf der Erklärung oder auf der Website zum Produkt (Art. 30 Abs. 1).
  • Unterstützungszeitraum: Jede Fassung ist ab ihrem Auslieferungsmonat fünf Jahre unterstützt; das Enddatum steht mit Monat und Jahr bei jeder Fassung (Art. 13 Abs. 8 und 19). Sicherheitskorrekturen erscheinen für die neueste Fassung der Hauptversion; eine neuere Fassung derselben Hauptversion ist kostenlos und verlangt keine Anpassungen (Art. 13 Abs. 10).

Für Fassungen, die vor dem 11. Dezember 2027 in Verkehr gebracht wurden, gelten diese Anforderungen nur, wenn sie danach wesentlich geändert werden; die Meldepflichten nach Art. 14 gelten für alle Fassungen (Art. 69 Abs. 2 und 3).

Diese Fassung trägt noch keine EU-Konformitätserklärung und keine CE-Kennzeichnung. Das Enddatum des Unterstützungszeitraums entsteht mit der Konformitätsbewertung.

Einordnung und Quellen

Diese Seite fasst die Pflichten des Herstellers und den Beitrag von WKL Forms Object Library zusammen, etwa als Grundlage für Ihre Lieferantenbewertung. Verbindlich sind die unten genannten Rechtstexte. Ob Ihre Organisation eine wesentliche oder wichtige Einrichtung ist und welche Pflichten sie selbst treffen, beurteilen Sie selbst oder mit Ihrer Rechtsberatung. Quellen: Verordnung (EU) 2024/2847, ABl. L vom 20.11.2024, http://data.europa.eu/eli/reg/2024/2847/oj (Art. 3 Nr. 13, Art. 13, 14, 16, 28, 30 bis 32, 69, 71 Abs. 2, Anhänge I bis III, V, VII und VIII); Richtlinie (EU) 2022/2555, ABl. L 333 vom 27.12.2022, http://data.europa.eu/eli/dir/2022/2555/oj (Art. 21, 26); BSI-Gesetz in der Fassung des NIS-2-Umsetzungsgesetzes (§ 30); NISG 2026 (§ 32); Schweizer Informationssicherheitsgesetz (Meldepflicht für Betreiber kritischer Infrastrukturen).

Verwandte Themen

de/wiki/msaccess/comctl/concepts/security-and-manufacturer-obligations.txt · Zuletzt geändert: von Wolfgang van der Stille