Archivinhalt vor Veränderung schützen (MD5)

[argonix]

Hallo!
Ich erstelle momentan ein simples Installationsprogramm für Linux. Das Programm installiert die Anwendungen aus Packeten mit der Endung *.ipk, die jedoch eigentlich ZIP-Archive sind. Zu fast jeder im Packet enthaltenen Datei ist eine MD5-Checksumme in einer Datei im Packet gespeichert, damit keine unerlaubten Änderungen vorgenommen werden können. Das Problem ist nun: Solange die Checksumme in der Datei nicht geändert wird, kann der Archivinhalt nicht bearbeitet werden. Jedoch kann der, der das Packet manipulieren will, ganz leicht eine neue Checksumme in die dafür vorgesehene Datei schreiben, und somit bringt diese Methode nichts. Verschlüsseln kann ich die checksummen auch nicht, da das projekt Opensource ist und so jeder dann den Schlüssel kennen würde. Gibt es eine Möglichkeit, das Packet vor veränderungen zu schützen, ohne ein anderes Format (z.B. CAB) zu wählen?

[sakura]

Du kannst den User, der den Installer nutzt einen Schlüssel festlegen lassen. Fragt sich nur, wie Du den sicher in der IPK-Datei hinterlegen willst. Vielleicht findest Du ja eine Möglichkeit es ähnlich zu machen, wie man unter Windows EXE-Dateien signiert

......

[RavenIV]

Eine schnelle Idee:
Du legst eine Kopie der Pakete mit Checksum auf einem öffentlich zugänglichen Server ab.
Bei Prüfen der Checksum prüfst Du glecihzeitig die Checksum auf dem Server.
Wenn sie nicht identisch sind, lehnst Du die Datei ab.

[gammatester]

Statt MD5-Fingerprints kannst Du mit PGP oder GNUPG signieren und die Signaturen (und Deinen Public-Key) veröffentlichen.

Gruß Gammatester

[argonix]

Ich glaube, ich lasse den Packetautor entscheiden, wie stark sein Packet geschützt werden soll.
Wenn ein hoher Schutz gefordert, so kann ich das Packet ja mit dem von gammatester vorgeschlagenen GNUPG zertifizieren.
Danke für die Informationen, ich werde mich jetzt wohl intensiver mit digitalen Zertifikaten beschäftigen müssen.
Ab IPK1.0 soll übrigens der Packettyp (ZIP,CAP,TAR.GZ) selbst gewählt werden können. Somit könnte man die Daten in eine unveränderliche CAB-Struktur speichern.