Vortrag 11. Oktober 2011, Cloud Signatur in Terravis. Fabrizio Pescosolido Head Customer Relations SIX Securities Services

Transkript

1 Vortrag 11. Oktober 2011, Cloud Signatur in Terravis Fabrizio Pescosolido Head Customer Relations SIX Securities Services

2 Agenda Vorstellung SIX Group Übersicht Projekt egris / Terravis Praktischer Einsatz : Elektronischer Geschäftsverkehr bei Terravis Terravis

3 Über Spezialisten setzen sich weltweit für zuverlässige Systeme ein SIX Group Über Mitarbeitende (Vollzeitstellen) aus 52 Nationen an 39 Standorten in 23 Ländern Expertise in Informatik-, Finanz- und Prozess-Know-how Nachhaltige Personalentwicklung durch gezielte Talentförderung, strukturierte Nachfolgeplanung und Ausbildungsprogramme Mitarbeitende nach Standorten Mitarbeitende nach Geschäftsfeldern 34% Schweiz Ausland 4,7% 13,7% 6,6% 12,1% Wertschriftenhandel Wertschriftendienstleistungen Finanzinformationen Zahlungsverkehr Multipay 66% 23,9% 4,9% 34,1% Zahlungsverkehr Cards & Payments Corporate Center IT & Logistics Terravis

4 Agenda Vorstellung SIX Group Übersicht Projekt egris / Terravis Elektronischer Geschäftsverkehr - Terravis Terravis

5 Projekt egris Ausgangslage und Zielsetzung Ausgangslage Grundbücher dezentral in Kantonen organisiert Fünf verschiedene Grundbuchsysteme und grosse Unterschiede hinsichtlich technologischem Stand der Infrastruktur Heute keine schweizweite Suche bzw. Grundbuchauskunft möglich Geschäftsverkehr mit Grundbuch erfolgt auf Papierbasis und Postweg, verbunden mit hohen Kosten Bilaterale Verträge zwischen Banken und Kantonen zur Einsicht von Grundbuchdaten Für das Handling von Register- Schuldbriefen fehlt heute noch eine entsprechende Applikation Zielsetzung Steigerung der Effizienz in der Grundbuch-Administration durch die Einführung eines schweizweiten, elektronischen Grundstück- Informationssystems (egris): Teil Projektleitung SIX Group elektronische Auskunft (egrix) elektronischer Datenbezug elektronischer Geschäftsverkehr mit dem Grundbuch Teil Projektleitung Bund Archivierung und Langzeitsicherung Terravis

6 Systemlandschaft egris: Grundbuch / Notare / Finanzindustrie / Kantonale Verwaltungen Freiberufliche Notare (Total rund 1 000) Kantone als Datenlieferanten (Total rund 200 Instanzen) Amtsnotariate Mischformen Freiberufliche Notare Grundbuch Amtliche Vermessung swisstopo Betreibungsämter Grosskunden als egris-nutzer Pfandbrief institute Immob. Firmen Werke (z.b. Strom) Bund BBL SIX Terravis egris Swisscom Sunrise Cablecom Bund ASTRA SBB Bund armasuisse Banken und Versicherungen als egris-nutzer (Total rund 100) Kantonale Verwaltungen als potenzielle egrix - Nutzer? Banken Versicherungen Terravis

7 Projektziele Modul Elektronisches Auskunftsportal Elektronischer Datenbezug Elektronischer Geschäftsverkehr Ziel Mit dem elektronischen Auskunftsportal soll ein Internetbasiertes, kantonsübergreifendes Auskunftssystem für Grundbuchdaten eingeführt werden Der elektronische Datenbezug soll berechtigten Eigentümern, Behörden und Unternehmen ermöglichen, von ihnen benötigte Grundbuchdaten zu klar definierten Nutzungszwecken elektronisch über die egris Plattform zu beziehen und in den eigenen Systemen weiterzuverarbeiten Der schweizweite elektronische Geschäftsverkehr soll eine standardisierte und medienbruchfreie Abwicklung der wichtigsten Geschäftsprozesse zwischen Grundbuchämtern, Kreditinstituten und den Notaren ermöglichen. Zu den Geschäftsprozessen gehören namentlich: - Errichtung und Mutation von Schuldbriefen - Umwandlung von papierbasierten Schuldbriefen in Register- Schuldbriefe - Ablösung von Hypotheken von Kreditinstitut zu Kreditinstitut - Handänderung von Grundstücken - Errichtung von Dienstbarkeiten Terravis

8 Fokus Umsetzung Zeitplan Projekt egris Externe Abhängigkeiten - Rechtliche Grundlagen Bund - Rechtliche Grundlagen Kantone - Digitalisierung Grundbücher - Anpassung Grundbuchsysteme - Anpassung Bankensysteme Terravis Applikation Auskunftsportal Terravis - Release 1.0: Pilot GR - Release 2.0: Benutzer/Gebühren Elektr. Datenbezug Terravis Elektr. Geschäftsverkehr egv - Release 1.0: Pilot - Release 2.0:Weitere Geschäfte - Release 3.0:Weitere Geschäfte Design Build Implementation Rollout Terravis

9 Rechtliche Grundlagen für elektronische Abfrage und Implikationen für die Umsetzung Datenkategorie Rechtliche Grundlage Implikationen für elektr. Abfrage Öffentliche Grundbuchdaten Erweiterter Datenbestand Grundbuch Vermessungsdaten Art. 970 Abs. 2 ZGB Art. 106a und 111l GBV Anh. 1 GeoIV (Katalog Geobasisdaten) Gemäss Art. 970 Abs. 1 ZGB Art. 111m GBV Art. 20 ff. GeoIV Anh. 1 GeoIV (Katalog Geobasisdaten Art. 20 ff. GeoIV Anh. 1 GeoIV (Katalog Geobasisdaten) Öffentlich Ohne Interessensnachweis Nur grundstückbezogen Mit Schutz vor Massenabfragen Nur für Berechtigte Interessensnachweis erforderlich Zweckgebunden Keine besonderen Implikationen Terravis

10 Datenschutz Elemente der Sicherheit von Terravis Sicherheit Definierter Nutzungszweck Präzisierter Nutzungszweck im Einklang mit Gesetz und Verordnung Vertragliche Vereinbarung mit allen Nutzern Erfordernis des Interessennachweises Sanktionsmechanismen Technische Sicherheit Anforderungen an Sicherheit von: Infrastruktur (elektronisch und physisch) Verbindungen Zugang zu System Authentisierung der Nutzer Klar definierte Rollenkonzepte / Nutzerprofile Aufsicht und Überwachung Klare Regelung von Zuständigkeit und Inhalt der Aufsicht Klare Regelung der fortlaufenden Überwachung der Nutzer Bereitstellung von Instrumenten für Ausübung der Überwachung (Monitoring) Rechtliche Grundlagen und weitere Einschränkungen im Rahmen der kantonalen Bewilligungen Terravis

11 Agenda Vorstellung SIX Group Übersicht Projekt egris / Terravis Elektronischer Geschäftsverkehr - Terravis Terravis

12 Elektronischer Geschäftsverkehr Terravis Prozessteilnehmer Bundesamt für Justiz (Oberaufsicht) Grundbuch Kt. OW Versicherungen Pensionskassen Betreibungsund Konkurs- Ämter Register Notaren- Register Kt. VD Unternehmens- ID (UID) SIX Terravis AHV-Nr Notare Banken Pfandbrief- Banken AV weitere Terravis

13 Elektronischer Geschäftsverkehr Terravis Beispiel Umtausch Papier- in Register-Schuldbrief Legende GB-Amt 5 Register- Schuldbriefe 3 XML XML SIX Terravis XML XML SB Dokument (z.b. XML und/oder PDF) Vertrag 1 Kreditinstitut 1- Schriftliche Vereinbarung bezüglich Umwandlung 2- Schuldbrief-Gläubiger meldet Papier-SB zur Umwandlung an 3- Auftrag zur Umwandlung wird an das zuständige GB-Amt weitergeleitet 4- Physischer Schuldbrief wird versendet 5- GB-Verwalter nimmt den el. Auftrag und den Papier SB, löscht den Papier- SB und trägt den Register- SB ein. 6- Das löst eine el. Rückmeldung an Terravis 7- Terravis leitet die Rückmeldung an die auftraggebende Bank weiter XML Digitale Signatur (SuisseID) Terravis

14 Elektronischer Geschäftsverkehr Terravis Errichtung Register-Schuldbrief Legende GB-Amt 7 Notaren Register Register- Schuldbriefe 6 8 XML XML 5 4 Notar 3 XML Vertrag SIX Terravis XML XML 1 Vertrag Kreditinstitut Eigentümerin benötigt Geld und geht zum Kreditinstitut 2- Beantragt die Errichtung eines Reg-Schuldbriefs 3- Notar entnimmt Terravis den Auftrag und druckt ihn aus 4- Eigentümerin unterzeichnet Errichtungs-Urkunde 5- Notar beantragt Errichtung via egris beim zuständigen GB-Amt 6- Terravis leitet den Antrag an das zuständige GB-Amt 7- GB-Verwalter errichtet Reg-SB und trägt ihn ein. 8- Eintragungs-Bestätigung 9- Eintragungs-Bestätigung 10- Auszahlung Kredit Ausserhalb egv egv-prozess Terravis

15 Elektronischer Geschäftsverkehr Terravis Kredit-Ablösung Bank-zu-Bank Eigentümer Vertrag Vertrag GB-Amt 4 Bisherige Bank 7 Register- Schuldbriefe XML XML XML XML SIX Terravis 6 SIC XML XML 1 XML Neue Bank 7 Legende 1- Neue Bank erfasst Unwiderrufliches Zahlungsversprechen über Hypothek zzgl. Allfällige offene Zinsen 2- Bisherige Bank erfasst die SB- Freigabe gegen Zahlung der offenen Hypotheken-Forderung zzgl. allfälligen offenen Zinsen 3- Sobald sich die Instruktionen von Punkt 1 und 2 decken, geht das Geschäft das GB-Amt 4- GB-Amt trägt die neue Bank als Gläubigerin ein 5- Der Eintrag unter / löst eine automatische Bestätigung aus 6- Mit der Bestätigung unter 7 werden automatisch die Zahlungen gemäss Punkt 1 und 2 ausgelöst 7- Die Abwicklung wird bestätigt Terravis

16 Cloud Signatur in Terravis Besten Dank für Ihre Aufmerksamkeit! Terravis

17 Zentrale Signaturdienste revolutionieren die SuisseID René Eberhard 11. Oktober 2011, V1.0

18 Agenda Warum qualifizierte elektronische Signaturen Zentrale Signaturdienste Eigenschaften von zentralen Signaturdiensten Praxisbeispiel: Cloud Signaturen mit keyon / true-sign 2

19 egv Elektronische Signaturen Gesetzliche Grundlagen Das Bundesgesetz über die Zertifizierungsdienste im Bereich der elektronischen Signatur (SR , ZertES) regelt die Anerkennung von Zertifizierungsdienst-Anbietern (CA) sowie die Gleichstellung der elektronischen Signatur mit der eigenhändigen Unterschrift Neben dem Gesetz regelt die Verordnung (VZertES) sowie die technischen und administrativen Vorschriften über Zertifizierungsdienste im Bereich der elektronischen Signatur (TAV ZertES) die organisatorischen und technischen Rahmenbedingungen. Qualifizierte elektronische Signatur Die qualifizierte elektronische Signatur findet primär Anwendung bei der einfachen Schriftlichkeit, wo das Gesetzt die schriftliche Form für Verträge vorschreibt der qualifizierte Schriftlichkeit, wo das Gesetzt zusätzlich zur einfachen Schriftlichkeit noch weitere Formvorschriften macht der öffentlichen Beurkundung, wo eine Urkundsperson (Notar) mitwirken und mitunterschreiben muss weiteren Verträgen, wo die Parteien die Schriftlichkeit wünschen

20 egv Elektronische Signaturen Einsatz von qualifizierten elektronischen Signaturen nach ZertES (SuisseID QC) auf PDF/A Dokumenten, wo Schriftlichkeit von Seiten des Gesetzgebers verlangt wird. Anmeldung an das Grundbuch (u.a. Art. 3, Art. 48 GBV Entwurf BJ , VeöB Entwurf, Art. 165 OR, etc.) Art.6, Art. 7 Verordnung über die elektronische Übermittlung im Rahmen von Zivil- und Strafprozessen sowie von Schuldbetreibungs- und Konkursverfahren Die SuisseID ist ein ZertES-konformes Signatur-Token mit einem qualifizierten Signatur-Zertifikat mit zusätzlich einem standardisierten Authentisierungs-Zertifikat einer einmaligen SuisseID-Nummer und einem SuisseID-Identity-Provider-Service bereitgestellt von einer nach ZertES zertifizierten Zertifizierungsdienste- Anbieterin

21 Nachweis für Vertretungsmachten Einsatz von qualifizierten elektronischen Zertifikaten für den Nachweis von Vertretungsmachten. Hiermit bestätigt das Unternehmen, dass der Mitarbeiter in einer Beziehung zur Organisation steht (Art. 5. Abs. 2 VZertES) (Subject RND O=«Name der Gesellschaft») Basis für den Nachweis der Vertretungsmacht bei Anmeldeverfahren (Art. 49 GBV Entwurf BJ ) Das Unternehmen verpflichtet sich im Rahmen der SuisseID (Spezifikation V1.3, Kapitel 2.3.4), das Zertifikat des Mitarbeiters zu revozieren, falls der Mitarbeiter beispielsweise das Unternehmen verlässt oder dieser in einer anderen Rolle tätig ist, als im Zertifikat vermerkt. Diese Anforderung muss in den etablierten HR Prozessen der Unternehmen entsprechend berücksichtigt werden.

22 egv Elektronische Signaturen Rechtsgültig signiert werden ausschliesslich PDF Dokumente Das Dokumentenformat ist ISO spezifiziert (ISO PDF/A, ISO PDF) und eignet sich für die Langzeitarchivierung. Eine wesentliche Eigenschaft von PDF/A ist die eindeutige visuelle Reproduzierbarkeit des Dokumenteninhalts. Diese ist bei XML nicht gegeben. (diesbezüglich problematischer Einsatz von CAS und IDP)

23 egv Elektronische Signaturen Der Datenaustausch erfolgt über SOAP / HTTPS unter Verwendung von sogenannten XML Containern. Der XML Container besteht grundsätzlich aus zwei Bereichen 1. Info-Block: Enthält maschinell auswertbaren Informationen (XML), die für den jeweiligen Geschäftsfall benötigt werden. 2. Belegs-Block: Enthält alle für den jeweiligen Geschäftsfall benötigte Belege als PDF/A (falls notwendig, qualifiziert signiert). Die PDF/A Belege werden aus den maschinell auswertbaren Informationen (XML) generiert. Es werden keine XML Daten aus PDF Belegen extrahiert (OCR)

24 Kollektivunterschriften Das PDF Format unterstützt das kollektive elektronische Signieren von Dokumenten. Das kollektiv signierte PDF Dokument kann über den zentralen Signaturserver oder mit einem Standard Adobe Reader geprüft werden.

25 Kollektivunterschriften

26 Agenda Warum qualifizierte elektronische Signaturen Zentrale Signaturdienste Eigenschaften von zentralen Signaturdiensten Praxisbeispiel: Cloud Signaturen mit keyon / true-sign 10

27 Eigenschaften von zentralen Signaturdiensten Warum zentrale Signaturdienste? Bisherige qualifizierte elektronische Signaturen wurden primär am lokalen Arbeitsplatz auf der Basis von Smartcards oder USB Tokens erstellt. Als Signaturapplikationen kamen lokal installierte Applikationen zum Einsatz Neben der lokalen Applikation mussten Smartcard-Treiber und Smartcard-Leser installiert werden. Dies verursacht oft Probleme, vor allem, wenn das Unternehmen bereits eigene Smartcards für beispielsweise Windows Login einsetzt.

28 Eigenschaften von zentralen Signaturdiensten Warum zentrale Signaturdienste? Die Organisation hatte keine Kontrolle über die geleisteten Signaturen, die innerhalb oder ausserhalb des Unternehmens geleistet wurden. Der Mitarbeiter konnte die Smartcard nach Hause nehmen und privat nutzen, obwohl das qualifizierte Zertifikat einen Hinweis auf die Organisation enthält (enthalten muss, siehe Vertretungsnachweis).

29 Eigenschaften von zentralen Signaturdiensten Am 1. August 2011 traten die überarbeitete Verordnung zum Signaturgesetz sowie die technischen und administrativen Vorschriften in Kraft, welche neben Smartcards neu auch zentrale Signaturdienste für die Erstellung von qualifizierten elektronischen Signaturen ermöglichen. Die Organisationen müssen ihren Mitarbeitern keine (weiteren) Smartcards mehr abgeben, sondern können die persönlichen Signaturschlüssel der Mitarbeiter auf einem zentralen Server verwalten und nutzen.

30 Systemübersicht Qualifizierte elektronische Signaturen können zentral über Web- Applikationen oder Web-Services ausgeführt werden. Der zentrale Signaturdienst kann hierbei in der Organisation Key / Cert Mitarbeiter 1 HSM Key / Cert Mitarbeiter n Mitarbeiter 1 Mitarbeiter n Application Server Signatur Server

31 Systemübersicht oder bei einem Dritten betrieben werden. Key / Cert Mitarbeiter 1 HSM Key / Cert Mitarbeiter n Mitarbeiter 1 Mitarbeiter n Organisation1 Application Server Dritter Signatur Server

32 Anforderungen aus Sicht des Gesetzgebers Auszug aus der VZertES resp. TAV ZertES der dem qualifizierten Zertifikat entsprechende Signaturschlüssel darf nicht verwendet werden, bevor er durch Aktivierungsdaten aktiviert worden ist. inkorrekte und aufeinander folgende Aktivierungsversuche müssen festgestellt werden können; die Signatur wird in einer nach FIPS Level 3 (oder höher) zertifizierten Einheit oder gemäss einem für die Erstellung von qualifizierten elektronischen Signaturen ausgearbeiteten Schutzprofil (Protection Profile) erstellt die für die Speicherung des Signaturschlüssels und die Signaturerstellung verwendeten Komponenten müssen in einer gesicherten Umgebung verwaltet und betrieben werden es muss ein gesicherter Kanal zwischen der Zertifikatsinhaberin oder dem Zertifikatsinhaber, der Signierapplikation und den Komponenten zur Signaturerstellung und Speicherung des Signaturschlüssels eingesetzt werden verwendet die Zertifikatsinhaberin oder der Zertifikatsinhaber den Signaturschlüssel aus der Distanz, ist im Vorfeld ein geeigneter 2-Faktor Identifizierungs- und Authentifizierungsmechanismus bereitzustellen

33 Anforderungen aus Sicht der Kunden Sichere und verlässliche Lösung Einfach zu integrierende Registrier- und Verwaltungsprozesse im Zusammenhang mit den Mitarbeitern Einfache, effiziente und transparente Handhabung des Signaturdienstes Einfache Integration des Signaturdienstes in interne Prozesse und Applikationen Überwachung und Nachvollziehbarkeit der Aktivitäten Klare vertragliche Verhältnisse hinsichtlich Leistungen und Haftung Kosteneffizienz

34 Agenda Warum qualifizierte elektronische Signaturen Zentrale Signaturdienste Eigenschaften von zentralen Signaturdiensten Praxisbeispiel: Cloud Signaturen mit keyon / true-sign 18

35 Eigenschaften von zentralen Signaturdiensten Zentrale Verwaltung von Signaturschlüsseln Benutzer und Signaturschlüssel können zentral verwaltet werden. Zertifikatsbezogene Standard, Erneuerungs- und Notfallprozesse können auf der Basis etablierter Unternehmensprozesse umgesetzt werden. Kontrollierte Verwendung von Signaturschlüsseln Der Zugriff auf die Signaturschlüssel kann eingeschränkt und kontrolliert werden. Beispielsweise kann ein bestimmter Signaturschlüssel nur innerhalb einer bestimmten Applikation verwendet werden. Zudem kann, für einen bestimmten Zeitraum, jedes signierte Dokument zentral für Audit Zwecke gespeichert werden. Kontrollierte Prüfung von signierten Dokumenten Zentrale Signaturdienste können zur Prüfung elektronisch signierter Dokumente verwendet werden. Das Ergebnis der Prüfung wird verständlich dargestellt und in einem Prüfpro tokoll festgehalten. Weiter können Eigenschaften wie beispielsweise Unterschriftsberechtigungen, Rollen oder spezifische Verantwortlichkeiten angezeigt werden.

36 Eigenschaften von zentralen Signaturdiensten Die zu signierenden Daten verlassen den Workflow nicht. Protokollieren der Signatur- und Prüfaktivitäten Keine Installation lokaler Komponenten (Smartcard) Einfache Einbindung in Workflow Prozesse (Kollektivunterschriften) Konvertieren oder Validieren von Dokumentenformaten Automatische und sofortige «deaktivierung» des Signaturschlüssels, falls ein Mitarbeiter das Unternehmen verlässt (kein Zugriff mehr auf den Signaturschlüssel)

37 Agenda Warum qualifizierte elektronische Signaturen Zentrale Signaturdienste Eigenschaften von zentralen Signaturdiensten Praxisbeispiel: Cloud Signaturen mit keyon / true-sign 21

38 Live Demo Signaturprozess Beispiel: Zentraler Signaturdienst im Terravis Workflow Zentraler Signaturdienst als Web Applikation

39 Fragen / Antworten / Diskussionen