Fragen zu ZIP-File

[beta20]

Hallo,

ich habe folgendes vor:

Export:
1) Dateien (.xml - Dateien) in einem ZIP-File zusammen zu packen
2) Das ZIP-File mit einem Passwort zu versehen
3) Das ZIP-File mit der Datei-Endung ".abc" zu speichern.

Import:
1) Datei einlesen (also z.B. "meineDatei.abc") nach Eingabe des richtigen Passworts
2) Die gespeicherten Dateien sollen im ZIP-Archiv geöffnet werden -> also nicht direkt auf die Festplatte speichern (ist das möglich?)
3) Inhalt von den XML-Dateien soll ausgelesen werden.

Ist das möglich?
Kann jemand helfen, ob das realisierbar ist?

 

[VirtualIndex]

Also zuallererst hat das Einlesen und Schreiben der XML keinen erhöhten Schwierigkeitsgrad. Es ist wie bei jeder anderen Textdatei auch.

Java bietet eine Klasse namens ZipOutputStream, diese hat in der Standardimplementierung jedoch keinen Passwortschutz. Du wirst also auf eine Bibliothek von anderen zurückgreifen müssen, damit dein ZIP einen Passwortschutz besitzt.

Ansonsten ist dein Vorhaben sicherlich möglich und relativ leicht, sofern du Erfahrung mit dem IO-Package von Java hast, also folglich mit dem Lesen und Schreiben von Dateien (Input- und Outputstream).

 

[knilch]

Hi,
Wie VirtualIndex geschrieben hat sollte das schon möglich sein.. habs aber so noch nicht gemacht..
Aber zuerst, die API von Java (http://www.oracle.com/technetwork/articles/java/compress-1565076.html) ermöglicht das zippen, aber ohne Password.
Diese Library kannst du brauchen, wenn du ein ZIP mit Password benutzen möchtest: http://www.lingala.net/zip4j/
Mit Dialog (Swing dialog oder FX-Dialog) kannst du vor dem zippen ein Dialog für die Eingabe für das Password erstellen.
Dann werden die Dateien gezippt.
Beim Einlesen wird zuerst ein Dialog, in welchem das Password eingegeben wird, einblendet, dann wird die zip-Datei mit dem Password enpackt (in einen Temporären Ordner) und dann weiterverarbeitet... z.B. parsen der xml-Dateien..

 

[VirtualIndex]

Generell möchte ich an dieser Stelle das Konzept in Frage stellen. Dies sollte man übrigens ständig tun. Kein Konzept, egal von welcher Firma oder Person, ist perfekt. Erst, wenn man genauer darüber nachdenkt und es nicht blind anwendet, kann man Ecken und Kanten entdecken und ausbessern!

Wenn du uns ausführlicher beschreibst, was das Ziel am Ende sein soll, also wofür du es braucht, und wieso du so vorgehen möchtest, können wir dir besser helfen @beta20.

In sehr vielen Fällen lassen sich so konzeptionelle Schwächen finden oder zumindest Verbesserungen tätigen.

Einige Grundüberlegungen hierzu also:
a) Was genau möchtest du in deinem Fall für Daten schützen, also wofür dienen sie?
b) Wieso brauche ich eine eigene Dateiendung wie .abc?
c) Wer ist der Feind?
(Otto-Normalbenutzer, Menschen, die dir ggf. nicht gut gesonnen sind, fortgeschrittene Computerbenutzer, Informatiker, Hacker oder Cracker?)

 

[beta20]

Hallo,
zunächst vielen Dank für die Antworten.

Anbei eine Beschreibung für was ich es brauche:
-> Ich habe eine Web-Anwendung, die sich ein Nutzer auf seinem PC installiert. (Läuft im JBoss, nutzt MySQL usw.). Ich liefere also ein .war - File aus.

In dieser Web-Anwendung brauche ich 2 Funktionen:
1. Export
2. Import
_____________
Export:
1) Ich möchte ein Backup meiner Webanwendung machen lassen können (von einem User). Der User soll keinen Zugriff direkt auf die DB haben und ich will es auch vermeiden, dass anwendungsspezifische Daten der User einfach sieht, die er nicht unbedingt sehen soll, daher :
-> Button klicken und ein Backup - File wird generiert.

2) Als Export lässt sich sicherlich dazu XML anbieten. Die Idee ist, dass ich für jede Entity (Auto, Reifen etc. z.B.) eine XML-Datei anlege, in der ich dann die Objekte der DB speichere.

3) Damit der User keinen direkten Zugriff auf die XML-Dateien, möchte ich das Backup-File (also das ZIP-File) speichern, aber mit einer anderen Dateiendung, sodass der User nicht gleich darauf kommt, dass es ein ZIP-File ist.

4) Zur weiteren Sicherheit möchte ich dann das ZIP-File ebenfalls mit einem Passwort versehen. Das Passwort weiß nur ich und ist hart in meiner Anwendung codiert.

5) Wichtig ist erst mal die DB zu sichern. Im zweiten Schritt kann man dann noch ein Komplett - Backup machen mit den Bildern, die jemand hochgeladen hat. Also sprich die Bilddateien / Ordner werden ebenfalls in der ZIP-Datei gespeichert
_________
Import:
Nun soll diese Datei aber wiederum eingelesen werden und die Objekte, die in den XML-Dateien stecken eingelesen und wiederum in die DB gespeichert werden.


Ein Swing Dialog o.ä. brauche ich demnach nicht, das Passwort steht wie gesagt direkt im Anwendungs Code. Mir ist klar, dass jemand das auch hacken kann - es ist aber erst Mal ein Schutz.



Habt ihr weitere Ideen / Ratschläge - was könnte man besser machen?

 

[beta20]

@VirtualIndex any ideas?

 

[beta20]

@VirtualIndex any ideas?

 

[Bitfehler]

Ich habe eine Web-Anwendung, die sich ein Nutzer auf seinem PC installiert. (Läuft im JBoss, nutzt MySQL usw.). Ich liefere also ein .war - File aus.

Eine Verständnisfrage:
Der eine(?) Anwender greift auf einen JBoss zu, der auf einer anderen Maschine läuft oder der Anwender betreibt den JBoss/MySQL auf seinem PC und greift dann darauf zu?

 

[beta20]

Der Anwender greift auf den JBoss / MySQL zu, der auf dem eigenen PC läuft.

 

[Bitfehler]

Zum Sichern der DB solltest du den dafür vorgesehene Befehl des DBMS verwenden. Das erzeugte File, meist ein SQL_File, wird dann im Filesystem liegen und du kannst es anschließend aus deinem Programm ja so modifizieren, dass es ein zip mit Passwort ist. Dieses Backup kann dann zum Wiederherstellen der Datenbank verwendet werden, wenn man das Passwort dafür kennt. Da der Anwender ja aber das gleiche Filesystem verwendet, kann er es eventuell eigenständig löschen.

---Anmerkungen---
Dann startet der Anwender wahrscheinlich auch den JBoss, beispielsweise nach einem Neustart des PC, um dies zu tun, muss er Zugriff auf den JBoss haben und hat so zudem wahrscheinlich auf Zugriff auf die Datenbank, die ja im Filesystem seines PC liegt. Von daher kommt er wahrscheinlich sowie so an die Datenbank dran, sodass der ganze Schutz wahrscheinlich nicht richtig greifen wird.

Da stehen so viele wahrscheinlich drin im Text, da ich mir nicht sicher bin, welche Rechte die Anwendung im Minimalfall benötigen und ob eine Trennung möglich ist. (Das kann sogar je OS vareren.)

Des Weiteren hat es gewisse Vorteile, wenn das Backup nicht auf dem Anwendungsserver(=Hardware) liegt. Fällt dieser aus(bspw. Hardwaredefekt), dann musst du nicht nur die Anwendung neu installieren, es sind auch deine Backups weg.