Erläuternder Bericht

- Die Konformität mit den rechtlichen Anforderungen wird während des gesamten Lebenszyklus si-

chergestellt und aufrechterhalten.

Insbesondere werden die Anforderungen der Common Criteria Stufe EAL 4, die bisher für Kontrollkomponenten galten, auf das gesamte System ausgeweitet. Zusätzlich wurden sie mit Anforderungen aus Common Criteria über EAL 4 ergänzt, wenn dies einen wesentlichen Beitrag zu den Sicherheitszielen leistet und im Sinne der obengenannten Ziele ist.

Ziff. 24.1: Die hier berücksichtigten Entwicklungswerkzeuge sind die Werkzeuge, die für die Sicherheit der Softwareentwicklung wichtig sind. Dazu gehören IDEs, Build-Tools und Konfigurationsmanagement-Tools. Ebenso handelt es sich um Konfigurationsoptionen, die einen Einfluss auf die Sicherheit der Entwicklung haben können.

Wie in Ziffer 17.2 werden unter «Schnittstellen» die Elemente verstanden, die es der Software ermöglichen, Informationen mit der Umgebung auszutauschen. Dies können grafische Oberflächen, Befehlszeilen oder technische Schnittstellen (API) sein.

Eine Konfigurationsliste ist eine einheitliche Zusammenstellung von Konfigurationselementen, die den Zustand der Software und ihrer Dokumentation zu einem bestimmten Zeitpunkt darstellt. Idealerweise ermöglicht sie, eine vergangene Version der Software zu rekonstruieren.

Ziff. 24.3: Es muss eine korrekte Bereitstellung des Systems aus dem Quellcode bis zu seiner Installation in der Produktion (Build- und Deployment) sichergestellt werden. Dazu ist vom Systemanbieter eine bewährte und nachvollziehbare Build- und Deployment-Methode einzusetzen, mit der die folgenden Ziele erreicht werden:

- Die Build- und Deployment-Methode erlaubt es, sicherzustellen, dass die eingesetzte Software mit

der publizierten, geprüften und zugelassenen Version übereinstimmt.

- Zusätzlich zu dieser Nachvollziehbarkeit soll die Build- und Deployment-Methode Manipulationen

der Systembestandteile so weit als möglich verhindern.

- Es muss verhindert werden, dass mit den eingesetzten Entwicklungsinstrumenten und Bibliotheken

für die Software relevante Schwachstellen eingeführt werden, die das System angreifbar machen würden.

Dazu wurden neue Anforderungen eingeführt. Sie basieren auf den Richtlinien des US-Bundesstaates Colorado für die Verwendung elektronischer Wahlsysteme,¹⁰ der von GitHub herausgegebenen Trusted-Build-Dokumentation¹¹ und der Reproducible-Builds-Dokumentation¹² des gleichnamigen Projekts.

Ziff. 24.4: Als Benutzende werden alle Personen verstanden, die mit der Software in irgendeiner Weise in Berührung kommen. Dazu können Mitarbeitende des Kantons, Stimmberechtigte, Testerinnen und Tester und letztlich alle gehören, die am System interessiert sind.

Damit der Entwickler Mängelberichte angemessen behandeln und in diesem Bereich effektiv kommunizieren kann, ist es wichtig, dass die Benutzenden wissen, wie sie Mängelberichte an den Entwickler übermitteln können und wie sie sich beim Entwickler registrieren können, um entsprechende Informationen zu erhalten.

Eine möglichst umfangreiche Sammlung von vermuteten Schwachstellen und deren systematische Behandlung soll zur Verbesserung der Systemsicherheit beitragen. Diese Anforderungen sind komplementär zur Offenlegung des Quellcodes (Art. 11-12 E-VEleS) und zum Bug-Bounty-Programm (Art. 13 E-VEleS).

Ziff. 25 Qualität Quellcode und Dokumentation

Die Qualität des Quellcodes und der Dokumentation ist ein zentrales Element für die Sicherheit von E-Voting. In den bisherigen Rechtsgrundlagen wurden entsprechende Anforderungen gestellt. Diese umfassten jedoch eher allgemeine Umschreibungen, wie etwa die Aufbereitung und Dokumentation nach