|
INSIKAINSIKA steht für Integrierte Sicherheitslösung für messwertverarbeitende Kassensysteme. Es handelt sich um ein System zum Schutz der digitalen Aufzeichnungen von Bargeschäften gegen Manipulationen mittels Kryptografie (vor allem in Registrierkassen und Taxametern). Es ist eine Alternative zu konventionellen Fiskalspeicher-Systemen. Das System wurde in einem Projekt unter Leitung der Physikalisch-Technischen Bundesanstalt (PTB) entwickelt. Das Gesamtkonzept und die Spezifikation aller Schnittstellen sind vollständig offengelegt. Funktionsprinzip und ZieleDer Manipulationsschutz basiert auf einer digitalen Signatur, die von einer durch eine autorisierte zentrale Stelle ausgegebenen Smartcard erzeugt wird. Die mit der Signatur geschützten Daten können nicht unerkannt verändert werden. Bei einer Manipulation oder beim vollständigen Verlust der Daten ist durch Summenspeicher auf der Smartcard eine Ermittlung der einmal signierten Gesamtumsätze möglich. Die Lösung erfordert keine wesentlichen technischen Auflagen für Registrierkassen bzw. Taxameter und in Folge auch keine Bauartzulassung oder Zertifizierung. Das System wurde so konzipiert, dass es möglichst einfach und preiswert integriert werden kann und möglichst wenige Eingriffe in den Markt bedingt. Das Funktionsprinzip von INSIKA soll auch den Einsatz von aufwendigen Manipulationsverfahren wie Zapper-Software verhindern. Im Unterschied zur aktuellen rechtlichen und technischen Situation könnte ein Steuerpflichtiger die formale Korrektheit seiner Kassendaten erstmals beweisen. Technik im DetailTeile der Beschreibung basieren auf der Darstellung INSIKA: Kryptografischer Manipulationsschutz für Registrierkassen und Taxameter.[1] SmartcardUm eine Registrierkasse oder ein Taxameter abzusichern, werden handelsübliche Smartcards verwendet, die jedoch mit einer speziellen Software ausgestattet sind. Wenn das INSIKA-System gesetzlich vorgeschrieben ist, sollen die Smartcards von der Finanzverwaltung in einem offenen Ausschreibungsverfahren beschafft und an Steuerpflichtige auf Antrag ausgegeben werden. Die Smartcard wird an das abzusichernde Gerät per Kartenleser angeschlossen oder in das Gerät integriert. Die Software der Registrierkasse bzw. des Taxameters muss die Smartcard entsprechend ansteuern und den Ausdruck sowie die Speicherung der Daten gewährleisten. Darüber hinausgehende Änderungen an Registrierkasse bzw. Taxameter sind nicht erforderlich. Ein großer Teil der am Markt befindlichen Registrierkassen und Taxameter kann nach Einschätzung des Projektkonsortiums ohne großen Aufwand nachgerüstet werden. SignaturenEin wesentliches Element der Lösung ist der Einsatz digitaler Signaturen. Mit digitalen Signaturen lässt sich sicher feststellen, dass Daten von einer bestimmten Person oder einem System (hier: einer ganz bestimmten Registrierkasse bzw. einem Taxameter) stammen und dass die Daten seit Erstellung der Signatur nicht verändert wurden. Im INSIKA-System werden wie in den meisten anderen Anwendungsfällen mit hohen Sicherheitsanforderungen Smartcards zur Erzeugung der Signaturen eingesetzt. Als Signaturalgorithmus wird ECDSA verwendet, da dieser relativ kurze und schnell zu berechnende Signaturen liefert. BelegeGedruckte Kassenbelege und die zugehörigen, elektronisch gespeicherten Buchungen werden mit einer digitalen Signatur versehen. Diese Signatur wird von der Smartcard berechnet. Ferner führt die Smartcard einen internen Zähler, mit dem für jede Buchung und den dazugehörigen gedruckten Beleg eine eindeutige und fortlaufende Nummer vergeben wird. Zusätzlich werden in der Smartcard Summenspeicher verwaltet. Diese erfassen die Gesamtumsätze so, dass im Falle des Verlustes von gespeicherten Daten wesentliche Kennzahlen (Monatsumsätze, negative Buchungen usw.) ermittelt werden können. Die Erzeugung der Signaturen und die Verwaltung von Sequenzzähler und Summenspeichern sind in der Smartcard so miteinander verknüpft, dass die Erzeugung einer Signatur für den Ausdruck gleichzeitig die Vergabe einer neuen Sequenznummer und Aktualisierung der Summenspeicher auslöst. Mit der Pflicht zur Ausgabe von Belegen mit gültigen Signaturen ist somit die korrekte Aufzeichnung der Daten sichergestellt, da alle weiteren Schritte über die Verknüpfung der verschiedenen Funktionen innerhalb der Smartcard erzwungen werden. Beim Einsatz in Taxametern wurde statt der Belegerstellung eine Online-Datenübertragung als Kontrollmöglichkeit vorgesehen. Hier erfolgt die Überprüfung der korrekten Nutzung des Systems über die Prüfung der Transaktionsdaten auf einem Server und nicht über gedruckte Belege. PrüfungFür die INSIKA-Lösung werden im Wesentlichen nur Transaktionsdaten gespeichert, zu deren Aufbewahrung Steuerpflichtige spätestens aufgrund des BMF-Schreibens vom 26. November 2010[2] ohnehin bereits verpflichtet sind. Neu ist dabei nur die Signatur. Über sog. Profile ist eine Anpassung auf verschiedene Arten von zu speichernden Daten möglich – momentan existieren Profile für Registrierkassen und Taxameter. Eine Prüfung der Kassendaten nutzt die gespeicherten und signierten Buchungen. Da diese Daten nicht unerkannt veränderbar sind, bleiben Manipulationen wirkungslos (auch durch denkbare, bewusst in eine Registrierkasse integrierte Manipulationsfunktionen). Die Prüfung der aufgezeichneten Daten kann in weiten Teilen automatisiert werden. Die Prüfung gedruckter Belege erfordert lediglich Informationen, die auf dem Ausdruck vorhanden sind. Es ist kein Rückgriff auf die gespeicherten Buchungsdaten erforderlich. Somit ist bei jedem gedruckten Beleg leicht zu überprüfen, ob dieser durch eine Registrierkasse mit gültiger Smartcard erstellt wurde. Jede falsch erstellte Rechnung ohne oder mit ungültiger Signatur belegt eine Manipulation. Mit einem 2D-Code auf dem Ausdruck kann die Prüfung eines Belegs praktisch vollautomatisch erfolgen. Kosten und Auswirkungen auf den MarktKlassische Fiskalspeicherlösungen basieren auf einem mechanischen Schutz eines Speichers für die zu schützenden Daten, der Geheimhaltung von technischen Details und auf einer Reihe komplexer Auflagen für die Funktionsweise der Registrierkassen. Die Einhaltung der Vorschriften wird in einem Zertifizierungsverfahren geprüft. Dieser bedingt hohe Kosten, reduziert den Funktionsumfang und verhindert technische Weiterentwicklungen (da jede Änderung eine Neuzertifizierung erfordert). Eine Kontrolle der korrekten Nutzung ist schwierig, da die Belege keinerlei Sicherheitsmerkmale aufweisen. Gleichzeitig entspricht das Sicherheitsniveau nicht mehr heutigen Standards. In den letzten Jahren sind die klassischen Fiskalsysteme teilweise mit kryptografischen Funktionen ergänzt, aber dabei nicht neu konzipiert worden. So sind komplexe Lösungen entstanden, die aber nicht die elementaren Nachteile beseitigen. INSIKA wurde so konzipiert, dass nur minimale Auflagen gemacht werden müssen. Die korrekte Nutzung kann über die signierten Belege und signierten Daten überwacht werden, ohne dass dazu Vorgaben für die Bauart der Systeme und eine Zertifizierung der Einhaltung der Vorgaben erforderlich wären. Innovationen im Bereich der Registrierkassen und Taxametern werden daher nicht behindert. Da aufgrund der geringen Kosten der Smartcards der Wettbewerb zwischen den Herstellern von Registrierkassen bzw. Taxametern nicht behindert wird, ist INSIKA mit wesentlich geringeren Kosten verbunden als alternative Systeme. HistorieIm Jahresbericht 2003[3] des Bundesrechnungshofs (BRH) wurde auf drohende Steuerausfälle in Milliardenhöhe durch Manipulationsmöglichkeiten in modernen Registrierkassen hingewiesen. In Registrierkassen gespeicherte Daten könnten in vielen Systemen beliebig, ohne die geringsten Spuren zu hinterlassen, verändert werden. Abhilfe sei dringend geboten. Deshalb erarbeitete das Bundesministerium der Finanzen (BMF) in zwei Bund-Länder-Arbeitsgruppen ein Fachkonzept für die Absicherung der in Registrierkassen und Taxametern erzeugten Daten. Die PTB entwickelte zusammen mit mehreren Partnern aus der Industrie die dafür erforderliche technische Lösung im Rahmen des INSIKA-Projektes. Dieses Vorhaben wurde vom Bundesministerium für Wirtschaft und Technologie gefördert. Im Juli 2008 sollten die zur Einführung des Systems erforderlichen gesetzlichen Grundlagen im Rahmen des „Aktionsprogramms der Bundesregierung für Recht und Ordnung auf dem Arbeitsmarkt“ geschaffen werden. Die entsprechenden Passagen wurden jedoch vor Beginn des Gesetzgebungsverfahrens aus dem Entwurf entfernt. In der kurzen öffentlichen Diskussion während dieser Zeit wurden statt „INSIKA“ vor allem die Begriffe „Kontrollchip“ oder „Fiskalchip“ verwendet. Das BMF hat am 26. November 2010 ein Schreiben zur „Aufbewahrung digitaler Unterlagen bei Bargeschäften“ veröffentlicht. Dieses hebt frühere Erleichterungen für die Aufzeichnungen von Registrierkassen-Daten auf und fordert grundsätzlich die elektronische Aufzeichnung von Einzeltransaktionen, wendet also die GoBS und GDPdU uneingeschränkt auf Registrierkassen an. Es wird eine unveränderbare Aufbewahrung der Daten gefordert, ohne allerdings konkrete Vorgaben zu machen und die dafür erforderlichen technischen und rechtlichen Rahmenbedingungen zu definieren. Die Forderungen des BRH sind dadurch nicht erfüllt worden. Das INSIKA-Projekt wurde trotzdem planmäßig weitergeführt. Bereits im Jahr 2008 lagen lauffähige Prototypen der verwendeten Smartcards vor und konnten in Labor- und Praxisversuchen erfolgreich getestet werden. Das Projekt wurde im Februar 2012 erfolgreich abgeschlossen. Das INSIKA-Konzept wird seit Projektende vom ADM e. V. (Anwendervereinigung Dezentrale Mess-Systeme) unterstützt und weiterentwickelt. Nach einer erneuten Initiative des NRW-Finanzministers Norbert Walter-Borjans im April 2014[4] hat die Finanzministerkonferenz von Bund und Ländern im Mai 2014 beschlossen, das Thema weiterzuverfolgen.[5] Nach einem Bericht des Spiegel wollen das Bundeswirtschaftsministerium und das Bundesfinanzministerium die Einführung von Insika verhindern. Als Motiv wird aus einem nicht genannten Landesministerium berichtet, Gabriel und Schäuble wollten wohl lieber für die vom Mindestlohn gebeutelten Branchen Wirtschaftsförderung durch die Hintertür betreiben. Auch in der dem Bundeswirtschaftsministerium nachgeordneten PTB heiße es, das Projekt sei abgeschlossen.[6] Weiter schreibt der Spiegel:
Im März 2016 hat das Bundesfinanzministerium erneut eine gesetzliche Lösung angekündigt, sich dabei allerdings gegen das INSIKA-Verfahren ausgesprochen.[7] Das im Dezember 2016 beschlossene Gesetz zur Verhinderung von Manipulationen an digitalen Grundaufzeichnungen[8] trifft keine Aussagen zu dieser Frage, sieht aber laut Gesetzesbegründung im Regierungsentwurf[9] die Verwendung von Komponenten des INSIKA-Verfahrens mit Modifikationen vor. In Österreich wurde im „Bericht der Steuerreform-Kommission 2014“ eine Einführung von INSIKA vorgeschlagen.[10] Im Juli 2015 hat der Nationalrat im Rahmen des Steuerreformgesetzes 2015/2016 eine Registrierkassenpflicht (ab dem 1. Januar 2016) und eine Verpflichtung zur Nutzung einer technischen Sicherheitseinrichtung (ab dem 1. Januar 2017) beschlossen.[11] Die technische Sicherheitseinrichtung wird in der Registrierkassensicherheitsverordnung beschrieben. Das Verfahren lehnt sich an INSIKA an, weicht in vielen Details aber davon ab.[12] Praktische AnwendungDie Technologie wird momentan (Stand März 2014) in zwei Projekten (in Hamburg[13] und Berlin) zur Absicherung von Taxameter-Daten eingesetzt, nachdem das INSIKA-Konzept ab dem Jahr 2010 auf das Taxenumfeld übertragen wurde. In Hamburg ist das System in über 2.000 Taxen im Einsatz.[14] Für diese Anwendungsfälle sind INSIKA-Smartcards von D-Trust (Tochter der Bundesdruckerei) erhältlich. Die INSIKA-Architektur (aber nicht die genaue Implementierung) wurde zudem als Kern des mehrfach verzögerten und ab 2015 in Belgien in der Gastronomie vorgeschriebenen Systems für Fiskalkassen („geregistreerd kassasysteem“),[15] die dort so genannte VSC („VAT Signing Card“) übernommen – allerdings verbunden mit vielen, sehr komplexen technischen und organisatorischen Auflagen und Zusatzanforderungen, die im INSIKA-System nicht erforderlich sind. Inwieweit ein Einsatz zur Erfüllung der Anforderungen des deutschen Gesetzes zum Schutz vor Manipulationen an digitalen Grundaufzeichnungen[8] möglich sein wird, ist bisher offen. Im Begründungsteil der Regierungsentwurfs heißt es dazu:[16]
Motivation für das ProjektDie Forderung nach der Einführung des INSIKA-Systems (oder auch eines anderen Fiskalspeichersystems) basiert auf der Annahme, dass in bestimmten Branchen mit hohem Anteil von Bargeschäften in nennenswertem Umfang Steuern (Umsatzsteuer und Ertragssteuern) sowie Sozialabgaben (durch Schwarzarbeit) hinterzogen werden. Hierzu existieren keine eindeutigen belegbaren Zahlen, sondern Schätzungen sowie Berichte über Einzelfälle (z. B. über die Funde von Manipulationssoftware, sog. Zappern). Der Bundesrechnungshof spricht von einem erheblichen Potenzial für Steuerausfälle: „Bei Bargeldgeschäften in mehrstelliger Milliardenhöhe drohen nicht abschätzbare Steuerausfälle. … Das Bundesministerium der Finanzen teilt die Auffassung des Bundesrechnungshofes.“[3] Da die in § 146 Abs. 4 AO geforderte Unveränderbarkeit digitaler Aufzeichnungen ohne behördlich anerkannte technische Sicherungen von Steuerpflichtigen prinzipbedingt nicht belegbar ist (mit der möglichen Folge, dass nach § 158 AO die Buchführung nicht als Besteuerungsgrundlage anerkannt wird und eine Schätzung sowie ein Steuer- und Strafverfahren erfolgt), könnte durch das INSIKA-System hier Rechtssicherheit hergestellt werden.[17] Eine entsprechend sichere und gerichtsfeste Alternative ist ohne diese technische Sicherheit nicht erreichbar. Das wird im Ergebnis auch durch die neuen GoBD vom 14. November 2014 bestätigt. Damit sind heute die digitalen Aufzeichnungen im Regelfall nicht unveränderbar gem. § 146 Abs. 4 AO. Abschätzung der SteuerhinterziehungDas Finanzministerium NRW schätzt den jährlichen Steuerausfall in Deutschland in allen bargeldintensiven Branchen zusammen auf „bis zu 10 Milliarden Euro“.[4] Es liegen nur wenige Veröffentlichungen zu dem Thema vor. Zwei überschlägige Berechnungen auf Basis offizieller Zahlen:
Literatur
Weblinks
Einzelnachweise
|