Verschlüsselung VBA Entschlüsselung SPS

> Um Produktpiraten das Leben schwerer zumachen soll es nun wie folgt
> ablaufen:

und wie willst du nun verhindert das die Produktpiraten einfach einen 
vorhanden Barcode kopieren?

Die Produktzusammensetzung ändert sich täglich, so das die Informationen 
im Barcode sich auch ändern.  Wir haben nur die Befürchtung, dass andere 
Firmen Produkte für die Automation erstellen und somit nur noch unsere 
Automation benötigen nicht das Zubehör.

Außerdem würden wir dann in regelmäßigen Abständen, beispielsweise bei 
der Wartung der Automation, den Key ändern und die Produktion anpassen.

ich versteht das Problem noch immer nicht.

Warum erzeugt du denn nicht eine Zufälligen Barcode. Dieser wird aber 
gespeichert und die SPS gleicht mit der Liste ab ob diese barcode gültig 
ist.

Verschlüssung ist glaube ich nicht die Lösung diese Problems. Wenn 
überhaupt geht es um "echtheit" und dafür gibt es Signaturen. Man 
brechnet also über den Barcode eine prüfsumme mit einem geheimen 
schlüssel. Beim Prüfen vom Barcode prüft man dann mit dem öffentlichen 
schlüsseln ob die Barcode "echt" ist.

Dann ist aber immer noch das Problem, das man einen vorhanden barcode 
kopieren kann.

Die Frage ist, wiviel zeichen man in dem Barcode speichern kann.

Den Ansatz mit der Signatur hätte ich noch nicht bedacht.

Könntest du "(...)Man
brechnet also über den Barcode eine prüfsumme mit einem geheimen
schlüssel. Beim Prüfen vom Barcode prüft man dann mit dem öffentlichen
schlüsseln ob die Barcode "echt" ist."
eventuell an einem Beipiel etwas verdeutlichen?

J. Baldauf schrieb:
> eventuell an einem Beipiel etwas verdeutlichen?

suche doch einfach mal bei google. ("digitale Signatur")

http://de.wikipedia.org/wiki/Digitale_Signatur

Wie viele bytes bekommt du denn in einen Barcode rein?

Hey,
ich hab mich etwas eingelesen und scheinbar ist 
Public-Key-Verschlüsselung/Digitale Signatur genau das was ich bräuchte 
und wollte.

Der Barcode ist kann max 40 Zeichen enthalten.

Bei der Umsetzung sehe ich nur größere Probleme gerade was die SPS 
angeht.

J. Baldauf schrieb:
> Der Barcode ist kann max 40 Zeichen enthalten.

das wird eng, für RSA braucht man mindestens 1024bit (128byte). So langt 
ist denn meines wissens auch immer die Signatur.

Gibt es denn kein einfacheres/unsicheres Verfahren mit dem man eine 
Digitale Signatur erzeugen kann?
In erster Linie soll es ja nur die Nach-Produktion erschweren und 
natürlich auch schnell Umsetzbar sein für uns.

J. Baldauf schrieb:
> In erster Linie soll es ja nur die Nach-Produktion erschweren und
> natürlich auch schnell Umsetzbar sein für uns.

Ich denke ja, das es einfacher ist eine Zufallsbarcode zu ereugen und 
jeweils mit einer Datenbank abzugleichen.

Der Barcode enthält bisher natürlich auch Informationen die nicht 
wegfallen dürfen und die SPS ist leicht auslesbar und hat auch keine 
Verbindung zu einer Datenbank.

J. Baldauf schrieb:
> Der Barcode enthält bisher natürlich auch Informationen die nicht
> wegfallen dürfen und die SPS ist leicht auslesbar und hat auch keine
> Verbindung zu einer Datenbank.

dann musst du halt die "unsichere" Variante wählen und dir selber eine 
art Prüfzumme über die Felder ausdenken und diese dann Prüfen.

wenn du z.b. 4byte frei hast, dann kannst du eine CRC32 über die Daten + 
einen Key berechnen, diesen speicherst du dann ein den Barcode mit ab.

Ob dir das sicher genug ist kann ich nicht beurteilen, für einen 
ersthaften angriff recht es zumindest nicht.

Schaffst eine CRC32 in der SPS zu brechnen?

Das könnte man hinbekommen aber der Charme eines Öffentlichen-Keys in 
der SPS wäre ja weg oder verstehe ich jetzt etwas falsch?

J. Baldauf schrieb:
> Das könnte man hinbekommen aber der Charme eines Öffentlichen-Keys in
> der SPS wäre ja weg oder verstehe ich jetzt etwas falsch?

ja. Du hättest nur im Access und der SPS einen Key (der aber ebend 
gleich ist)

Und dann könnte ich auch die noch einfachere Variante mit XOR nehmen. 
Das wären auf der SPS nur ein paar Zeilen.
Schade, jetzt wüsste man ne Ideale Methode (Digitale Signatur) und 
scheiterst an der Hardware und meinem Können :)

J. Baldauf schrieb:
> Und dann könnte ich auch die noch einfachere Variante mit XOR nehmen.
> Das wären auf der SPS nur ein paar Zeilen.

xor ist nun wirklich exterm einfach zu knacken. Dann wenigsten ein 
CRC32.

> Schade, jetzt wüsste man ne Ideale Methode (Digitale Signatur) und
> scheiterst an der Hardware und meinem Können :)
gibt ja auch 3d Barcodes - dort passt das rein. Und das Können kann man 
durch lernen erweitern.

Jürgen D. schrieb:
> Jeder Code darf ja nur einmal vorkommen, wie soll ein Oflinesystem sowas
> sicherstellen?

man vergibt einen laufenden Nummer, und legt einfach fest das die 
aktuelle nicht kleiner als der vorgänger sein darf.

Allzu lange Romane lassen sich sowieso nicht in einem Barcode 
verstecken. Es sei denn du benutzt den neuen Quadratischen.
Sperrst Du das Auslesemodul in der SPS gegen das Auslesen, so bleibt für 
den Unkundigen nur eine Zahlenkolonne, deren Interpretation von außen 
nicht möglich ist. Willst Du auf Nummer sicher gehen, verodere das Ganze 
noch mit deiner Lieblingsprimzahl und, was ganz wichtig bei solchen 
Kapriolen ist, sperre das Ganze nach jedem Durchlauf für einige Zeit. 
Eine Produktion wird nicht im Sekundentakt umgestellt. Ein erneuter 
Versuch nach 0,5 Sekunden ist also als versuchter Einbruch zu werten und 
kann also in jedem Falle als Fehler gewertet werden. Solange Du Deinen 
Schlüssel nicht außen draufpappst, sollte ein solches System, mit 
normalen Mitteln, nicht zu knacken sein.

Wie schon angesprochen ist das Auslesen der SPS eine große Schwäche. 
Kennt den jemand eine Möglichkeit bei Steuerungen von EPIS das Auslesen 
zu verhindern?

J. Baldauf schrieb:
> Wie schon angesprochen ist das Auslesen der SPS eine große Schwäche.

ich fand die Idee von Jürgen D. gut, die Entschlüsselung extern zu 
machen. Wie ist denn der Barcodescanner an die SPS angebunden? Wenn er 
per RS232 angebunden ist, dann könnte man ja auch eine "black box" 
zuwischen schalten die den barcode entschlüsselt und ihn dann einfach 
weiterreicht.

Bitshuffling z.B. ccrp sollte für die SPS kein problem darstellen.