Version 1.2 · Quellenstand: 1. November 2026 · Arbeitsvorlage â nicht freigegeben
Zweck
Dieses Arbeitsmittel unterstĂŒtzt Schweizer KMU dabei, Cloud-, IT- und geschĂ€ftskritische Dienstleister nach ihrem Cyberrisiko zu erfassen, zu priorisieren und gezielt zu prĂŒfen. Es folgt dem BACS-Kreislauf: Lieferkette kennen, Lieferanten priorisieren, eigene Bestandesaufnahme durchfĂŒhren, LieferantengesprĂ€ch fĂŒhren, PrĂŒfung auswerten, Verbesserungen festlegen und VertrĂ€ge ĂŒberprĂŒfen.[1]
Der Fragebogen hilft, die richtigen Fragen zu stellen. Er bestĂ€tigt weder die Sicherheit eines Lieferanten noch die RechtskonformitĂ€t einer Auslagerung. Bei Personendaten bleibt das Unternehmen als Verantwortlicher grundsĂ€tzlich fĂŒr die datenschutzkonforme Bearbeitung verantwortlich.[4] âïž FachprĂŒfung erforderlich Datenschutzvereinbarungen, Unterauftragsbearbeitung, Auslandbekanntgaben und Vertragsklauseln sind im konkreten Fall durch Datenschutz- und Rechtsfachpersonen zu prĂŒfen.
Anwendung
- FĂŒllen Sie zuerst Teil A und B intern aus. Beziehen Sie Fachbereich, IT und die fĂŒr Risikoentscheide zustĂ€ndige Person ein.
- Bestimmen Sie die PrĂŒftiefe anhand der Priorisierung in Teil C. Hoch kritische Lieferanten werden vertieft geprĂŒft; bei mittlerer und Basis-KritikalitĂ€t genĂŒgt ein angemessen reduzierter Umfang.
- Senden Sie nur die passenden Fragen aus Teil D an den Lieferanten. Besprechen Sie offene Punkte wenn möglich direkt.
- Dokumentieren Sie in Teil E Abweichungen, Massnahmen, EigentĂŒmer und Termin. Entscheiden Sie Restrisiken nicht implizit.
- Aktualisieren Sie das Blatt nach wesentlichen Ănderungen an Provider, Vertrag, Datenfluss, ZugĂ€ngen oder GeschĂ€ftsprozess sowie nach einem festgelegten risikobasierten Intervall.
FĂŒr die anschliessende VertragsprĂŒfung stellt das BACS eine Best-Practice-Unterlage mit möglichen Informationssicherheits- und Datenschutzthemen bereit.[2]
Teil A â Lieferantenprofil und Landkarte
| Feld | Eintrag |
|---|---|
| Lieferant / rechtliche Einheit | |
| Dienstleistung / Produkt | |
| Interne fachliche EigentĂŒmerschaft | |
| Interne IT-Verantwortung | |
| Vertragsverantwortung | |
| Vertragsbeginn / nÀchster Review | |
| Relevante Systeme und Schnittstellen | |
| UnterstĂŒtzte GeschĂ€ftsprozesse | |
| Datenkategorien (keine / Personen- / besonders schĂŒtzenswerte Personendaten / GeschĂ€ftsgeheimnisse / andere) | |
| Datenbearbeitungs- und Speicherorte, soweit bekannt | |
| Bekannte Unterauftragsbearbeiter | |
| Rolle bei Datenbearbeitung (verantwortliche Stelle / Auftragsbearbeiter / andere; fachlich prĂŒfen) | |
| Ansprechpartner Lieferant: Fachlich / Sicherheit / Datenschutz-Datenbearbeitung / Notfall, je mit Stellvertretung | |
| Interne Notfallkontakte und Stellvertretung | |
| Kritische Produkte, Komponenten oder Appliances: Produkt/Paket, Einsatzort, zustÀndiger Betreiber, laufender Stand | |
| SaaS-Integration, soweit anwendbar: Anwendung/Mandant, Anwendungs- oder Dienstprinzipal-ID, Rechte/Zustimmungen, EigentĂŒmerschaft | |
| KI-gestĂŒtzter Dienst, soweit anwendbar: unterstĂŒtzter Prozess, Anbieter/Modell oder Agent, Connectoren/Toolrechte, bekannte Quoten oder Limiten |
Teil B â BACS-Lieferantentyp und AbhĂ€ngigkeit
Kreuzen Sie alles Zutreffende an. Das BACS unterscheidet Partner mit privilegiertem Zugriff, Anbieter von Hardware oder Software und Anbieter wichtiger Dienstleistungen.[1]
| Kontrollpunkt | Ja | Nein | Unklar / BegrĂŒndung |
|---|---|---|---|
| Der Lieferant oder seine Mitarbeitenden haben privilegierten Zugriff auf interne oder produktive Systeme. | â | â | |
| Der Lieferant stellt Hardware, Software oder Komponenten bereit, deren Kompromittierung Schaden verursachen kann. | â | â | |
| Der Lieferant erbringt eine wichtige Dienstleistung; ein Ausfall beeintrĂ€chtigt Vertraulichkeit, VerfĂŒgbarkeit oder IntegritĂ€t von Daten oder Prozessen. | â | â | |
| Eine SaaS-Integration, ein Dienstprinzipal oder ein vergleichbarer technischer Zugang hat weitreichende Rechte auf Daten, Systeme oder IdentitĂ€ten. | â | â | |
| Ein KI-gestĂŒtzter Dienst unterstĂŒtzt einen kritischen Prozess oder kann dessen VerfĂŒgbarkeit, Kosten oder Wiederanlauf beeinflussen. | â | â | |
| Mehrere wichtige Dienste hĂ€ngen vom gleichen Lieferanten oder dessen Plattform ab. | â | â | |
| Ein Ausfall wĂŒrde einen kritischen GeschĂ€ftsprozess blockieren. | â | â | |
| Es gibt eine dokumentierte Ersatz-, Export- oder manuelle Ăbergangslösung. | â | â | |
| Administrativer Zugriff kann bei Bedarf rasch gesperrt oder beschrĂ€nkt werden. | â | â |
Teil C â Priorisierungsmatrix
Bewerten Sie jeden Punkt mit 0 = gering, 1 = mittel oder 2 = hoch. Die Summe ist eine GesprÀchshilfe, keine automatische Risikofreigabe.
| Kriterium | 0 | 1 | 2 | Wert |
|---|---|---|---|---|
| GeschĂ€ftsfolgen bei Ausfall | Kaum spĂŒrbar | BeeintrĂ€chtigung einzelner AblĂ€ufe | Kritischer Prozess steht oder Kundenleistung stark beeintrĂ€chtigt | |
| Umfang der Rechte und ZugÀnge | Kein oder stark begrenzter Zugriff | Begrenzter Betriebs- oder Supportzugriff | Privilegierter Zugriff auf produktive Systeme oder IdentitÀten | |
| Daten und Schutzbedarf | Keine oder wenig schutzbedĂŒrftige Daten | Personendaten oder vertrauliche GeschĂ€ftsdaten | Besonders schĂŒtzenswerte Personendaten, grosse Datenmenge oder GeschĂ€ftsgeheimnisse | |
| AbhĂ€ngigkeit und Austauschbarkeit | Ersatz kurzfristig verfĂŒgbar | Ersatz möglich, aber aufwendig | Kein realistischer kurzfristiger Ersatz oder deutliche Konzentration | |
| Wiederanlauf und Datenzugriff | Dokumentiert und erprobt | Teilweise dokumentiert | Unklar, nicht getestet oder vom Lieferanten abhÀngig | |
| Transparenz zu Unterlieferanten / Datenorten | VollstĂ€ndig und aktuell | Teilweise verfĂŒgbar | Unklar oder nicht verfĂŒgbar | |
| Total | /12 |
Interne Einordnung und begrĂŒndeter Entscheid
| Ergebnis | Festlegung |
|---|---|
| Gesamteinstufung: â Hoch kritisch â Mittel â Basis | |
| BegrĂŒndung, die wichtiger ist als die Punktzahl | |
| Entscheiderin / Entscheider fĂŒr Einstufung | |
| Datum / nÀchster Review |
Teil D â Risikobasierte LieferantenprĂŒfung
D1. ZugÀnge, Schutz und Betrieb
FĂŒr Software, Komponenten und externe Betriebsleistungen verlangen Sie nur bei risikorelevanten Produkten einen ĂŒberprĂŒfbaren Nachweis. Das BACS weist in seiner PHP-Warnung vom 21. Oktober darauf hin, auch integrierte Komponenten und extern betriebene Anwendungen zu erfassen. Bei zurĂŒckportierten Korrekturen sind die konkrete Paketversion und die Sicherheitsinformation des Anbieters aussagekrĂ€ftiger als die sichtbare Hauptversion. Ein Update beseitigt keine Spuren oder Folgen einer bereits erfolgten Kompromittierung.[6]
FĂŒr hochberechtigte SaaS-Integrationen sind Anwendung, Mandant, Anwendungs- oder Dienstprinzipal, Berechtigungen und Zustimmungen getrennt vom ĂŒblichen Lieferantenkontakt zu dokumentieren. Ein Microsoft-Bericht vom 21. Oktober zu bestimmten ConnectWise-Cloudanwendungen begrĂŒndet keine Vermutung gegen andere Produkte. Er stĂŒtzt aber die kontextbezogene PrĂŒfung weitreichender App-Berechtigungen, auffĂ€lliger anwendungsbasierter AktivitĂ€ten und der Beweissicherung vor irreversiblen Ănderungen.[8]
| Frage an den Lieferanten | Ja | Nein | N. a. | Nachweis / ErlÀuterung |
|---|---|---|---|---|
| Sind die fĂŒr unsere Leistung eingesetzten Personen zur Vertraulichkeit verpflichtet? | â | â | â | |
| Werden administrative und FernzugĂ€nge individuell zugeordnet und angemessen geschĂŒtzt? | â | â | â | |
| Können Zugriffe auf unsere Daten oder Systeme nachvollzogen werden? | â | â | â | |
| Besteht ein Verfahren, Sicherheitsmassnahmen auf Wirksamkeit und AktualitĂ€t zu prĂŒfen? | â | â | â | |
| Gibt es einen definierten Weg fĂŒr Sicherheitsmeldungen, Updates und relevante Schwachstellen? | â | â | â | |
| Nennt der Lieferant fĂŒr kritische Produkte oder integrierte Komponenten Produkt/Paket, tatsĂ€chlichen Fixstand, Datum und nachprĂŒfbaren Sicherheitsnachweis? | â | â | â | |
| Kann der Lieferant nach einem Sicherheitsupdate den tatsĂ€chlich laufenden Stand oder eine gleichwertige HerstellerbestĂ€tigung nachweisen? | â | â | â | |
| Sind bei einer hochberechtigten SaaS-Integration die Anwendung oder der Dienstprinzipal, Rechte, Zustimmungen, EigentĂŒmerschaft und erforderliche PrĂŒfprotokolle dokumentiert? | â | â | â | |
| Können wir den Zugriff im Vorfall oder bei Vertragsende sperren oder beenden? | â | â | â |
D2. Daten, Unterauftragsbearbeiter und Datenschutz
Diese Fragen sind besonders relevant, wenn der Lieferant Personendaten bearbeitet. Der EDĂB nennt fĂŒr Cloud-Dienste unter anderem Weisungsbindung, Sicherheit, Unterauftragsbearbeiter, Mitwirkung und Audits als relevante PrĂŒffelder.[3]
Die Rollen- und Kontaktangaben sollen im Vorfall nachvollziehbar sein. Die EDĂB-Mitteilung vom 23. Oktober betrifft eine hĂ€ngige Untersuchung nach einem Angriff auf einen Softwarelieferanten und ist kein Verstossbefund gegen andere Lieferanten. Sie verdeutlicht aber, dass bei einem konkreten Ereignis ĂŒbermittelte Personendaten, Rechtsgrundlagen, tatsĂ€chliche Ăbertragungen und der Umfang abgeflossener Informationen geklĂ€rt werden mĂŒssen.[7]
| Frage an den Lieferanten | Ja | Nein | N. a. | Nachweis / ErlÀuterung |
|---|---|---|---|---|
| Bearbeitet der Lieferant Personendaten nur auf dokumentierte Weisungen und nicht fĂŒr eigene Zwecke, soweit nicht rechtlich anders zulĂ€ssig? | â | â | â | |
| Sind die Rollen der verantwortlichen Stelle, des Auftragsbearbeiters und der bekannten Unterauftragsbearbeiter fĂŒr diese Leistung nachvollziehbar dokumentiert? | â | â | â | |
| Sind Datenkategorien, Bearbeitungszweck sowie Datenbearbeitungs- und Speicherorte dokumentiert? | â | â | â | |
| Liegt eine aktuelle Liste der Unterauftragsbearbeiter vor? | â | â | â | |
| Werden Ănderungen bei Unterauftragsbearbeitern rechtzeitig mitgeteilt, damit wir sie prĂŒfen können? | â | â | â | |
| UnterstĂŒtzt der Lieferant uns bei Auskunftsbegehren, Löschung/Korrektur sowie nötigenfalls bei der Behandlung einer Verletzung der Datensicherheit? | â | â | â | |
| Sind DatenrĂŒckgabe oder Löschung bei Vertragsende geregelt und praktisch möglich? | â | â | â | |
| Sind mögliche Auslandbekanntgaben identifiziert und vor Einsatz fachlich sowie rechtlich geprĂŒft? | â | â | â |
D3. Vorfall, KontinuitÀt und Notfallweg
| Frage an den Lieferanten | Ja | Nein | N. a. | Nachweis / ErlÀuterung |
|---|---|---|---|---|
| Gibt es einen benannten Sicherheits- und Notfallkontakt mit Eskalationsweg? | â | â | â | |
| Ist im Vertrag oder Anhang geregelt, wie und an wen CybervorfĂ€lle, Datenschutzverletzungen und relevante Schwachstellen gemeldet werden? | â | â | â | |
| Ist die erforderliche Mitwirkung bei EindĂ€mmung, Untersuchung und Wiederherstellung beschrieben? | â | â | â | |
| Ist bekannt, wie wir Daten oder wesentliche Konfigurationen bei Ausfall oder Vertragsende erhalten? | â | â | â | |
| Besteht ein dokumentierter Ăbergangs- oder manueller Ersatzprozess fĂŒr einen lĂ€ngeren Ausfall? | â | â | â | |
| Wurde der interne Eskalations- und Kontaktweg geprĂŒft oder geĂŒbt? | â | â | â |
D4. KI-gestĂŒtzte Dienste, Quoten und Notbetrieb
FĂŒllen Sie diesen Abschnitt nur aus, wenn der Lieferant einen KI-gestĂŒtzten Dienst, Agenten oder Connector fĂŒr einen relevanten Prozess bereitstellt. Die kanadische Behördenorientierung vom 22. Oktober beschreibt Quoten- und Tokenerschöpfung als mögliches Kosten- und VerfĂŒgbarkeitsrisiko. Sie empfiehlt unter anderem Monitoring, abgestufte Warnungen, die PrĂŒfung von Drittanbieterlimiten und manuelle oder anders unterstĂŒtzte AusweichablĂ€ufe. Das ist freiwillige auslĂ€ndische Orientierung, keine Schweizer Rechtsvorgabe.[9]
| Frage an den Lieferanten | Ja | Nein | N. a. | Nachweis / ErlÀuterung |
|---|---|---|---|---|
| Ist dokumentiert, welche GeschĂ€ftsprozesse, Datenquellen, Connectoren und Toolrechte der KI-gestĂŒtzte Dienst unterstĂŒtzt? | â | â | â | |
| Sind relevante Verbrauchs-, Raten-, Budget- oder KapazitĂ€tslimiten sowie der Eskalationskontakt bekannt? | â | â | â | |
| Bestehen angemessene Monitoring- oder Warnmöglichkeiten fĂŒr ungewöhnlichen Verbrauch oder sich nĂ€hernde Limiten? | â | â | â | |
| Ist fĂŒr den Ausfall, eine Quotenausschöpfung oder unzuverlĂ€ssige Ergebnisse ein manueller oder anders unterstĂŒtzter Notbetrieb festgelegt und im VerhĂ€ltnis zur KritikalitĂ€t geprĂŒft? | â | â | â | |
| Sind weitreichende Tool- und Connectorrechte auf das fĂŒr die Aufgabe notwendige Mass beschrĂ€nkt und ĂŒberprĂŒfbar? | â | â | â |
Teil E â Auswertung, Massnahmen und Restrisiko
| Nr. | Feststellung / Abweichung | Auswirkung | Massnahme / Entscheid | Verantwortlich | Termin | Nachweis / Status |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 4 |
| Abschlusskontrolle | Eintrag |
|---|---|
| Verbleibendes Restrisiko nach Massnahmen | |
| Entscheid: â akzeptieren â reduzieren â Nutzung beschrĂ€nken â Ersatz prĂŒfen | |
| Entscheiderin / Entscheider, Datum | |
| NĂ€chster Review / Auslöser fĂŒr frĂŒheren Review | |
| Ablageort von Vertrag, Nachweisen und Notfallkontaktliste |
Grenzen des Arbeitsmittels
Dieses Arbeitsmittel ist eine strukturierte Entscheidungshilfe. Eine positive Selbstauskunft, ein Dokument oder eine Zertifizierung garantieren weder die tatsĂ€chliche Wirksamkeit von Schutzmassnahmen noch die VerfĂŒgbarkeit einer Dienstleistung. Die PrĂŒftiefe muss dem Risiko, den Daten, den ZugĂ€ngen und der AbhĂ€ngigkeit entsprechen. Technische Tests, Audits oder eine unabhĂ€ngige Fachbeurteilung können bei hoch kritischen Lieferanten erforderlich sein.
Das Blatt ersetzt keine rechtliche Beratung. Insbesondere ist eine âïž FachprĂŒfung erforderlich, wenn Personendaten an Auftrags- oder Unterauftragsbearbeiter ĂŒbertragen werden, wenn Daten ins Ausland bekanntgegeben werden, wenn Geheimhaltungspflichten gelten oder wenn Vertragsklauseln zur Haftung, Datenbearbeitung oder Meldepflicht festgelegt werden. Das DSG verlangt, dass sich Verantwortliche vergewissern, dass Auftragsbearbeiter die Datensicherheit gewĂ€hrleisten können; die DSV verlangt eine laufende risikogerechte ĂberprĂŒfung von Schutzbedarf, Risiko und Massnahmen.[4] [5]