Verschlüsselte Datei anlegen

[Nico B.]

Hallo zusammen,

es geht darum dass ich eine xls (Excel) Datei in meine App einlese, diese soll aber vom Anwender nicht geöffnet werden können ...



1. Idee:
XLS mit einem Passwort schützen... Hat leider zur Folge dass ich die Datei gar nicht mehr einlesen kann

2. Idee:
Die XLS als asset im Projekt ablegen, aber dadurch kann sie ja jeder im Programm-Verzeichnis sehen & öffnen...


Hat jemand eine Idee, wie man sowas lösen könnte?

[Omega Psi]

XLS hat welchen Grund?

[Nico B.]

Kundenwunsch...


(Editieren von Formeln/Gleichungen ist für sie so am einfachsten)

[Martin Kraft]

D.h. Du nimmst die Formeln aus der .xls? Oder verarbeitest Du nur deren Ergebnisse?

In letzterem Fall würde ich persönlich ein einfacher zu parsendes Format (wie CSV oder XML) vorziehen. Das sollte sich ja beides aus Excel exportieren lassen. Wenn's nur um einen rudimentären Schutz geht, kannst Du solche Daten ja in ActionScript rudimentär verschlüsseln und als Binär-Datei ablegen.

• Was genau geschieht eigentlich mit diesen Daten?
• Wer schreibt sie? Wer liest sie?
• Können sie vom Nutzer der App bearbeiten werden?
• Müssen sie für den Benutzer der App als XLS verfügbar sein? (Wenn ja, versteh ich nicht , weshalb Du sie verschlüsseln willst.)

[Nico B.]

Hi Martin,

xls ist leider gesetzt und Kundenvorgabe... Es geht halt darum dass sie gerne Werte bzw. Formeln anpassen würde und mehr nicht.

Heißt noch irgendwelche anderen Formate jedes Mal zu exportieren ... no way ...


Ansich auch ganz praktisch, nur die Sicherhheit macht mir halt im Moment Kopfweh.


Verarbeitet werden die .xls Dateien per as3xls (as3xls - Read and write Excel files in Flex - Google Project Hosting ) Klappt auch super gut damit.


Der Nutzer soll die Daten innerhalb der xls nicht verändern dürfen, sie dienen nur als Datenbasis bzw. Formelbasis.



Sollte sich das mit dem "schützen" der Datei nicht umsetzen lasse (wovon ich Moment ausgehe) muss ich wohl eine Online-basierte Lösung basteln. Das wäre allerdings ziemlich "uncool", weil die App auch offline funktionierne soll....

[Martin Kraft]

Wenn die .xls nur die Datenbasis ist und nicht das Arbeitsformat, würde ich sie auch nicht 1:1 an die Apps schicken, sondern die Daten bei der Auslieferung (bzw. beim Upload im Backend) in ein von dir gestaltetes Format konvertieren und die Apps mit diesen Daten versorgen.

Du würdest die App ja schließlich auch nicht mit eine 10 MegaPixel-TIF füttern, wenn es in dieser Größe eingepflegt wird, sondern würdest es auf eine Netzverträgliche Größe herunterrechnen und komprimieren...

XLS ist mittlerweile übrigens auch ein veraltetes Format. Seit Office 2007 benutzt Excel andere Formate. Gut Möglich also, dass Dein Kunde irgendwann eine Meldung bekommt, dass er bestimmte Dinge nicht als XLS speichern kann...

[Nico B.]

Seit Office 20067

Klär und auf - gibt es in der Zukunft noch Flash?

Ich weiß, dass es bereits "älter" ist, allerdings ist das bei diesem Kunden nicht soo das Problem, denke ich.


Das Problem bei der von Dir beschriebenen Methodik ist, wie funktioniert das Ganze Online? Ich komme dann wieder um das Speichern von Daten auf dem Rechner nicht herum.

[Martin Kraft]

Deshalb frag ich ja:

• Wo liegen die Daten?
• Von wem werden sie wo wie eingepflegt?
• Und von wem müssen sie wo und wie gelesen werden?

[derRaab]

Rechnet das as3xls auch die Formeln durch etc?

[Nico B.]

Die Formeln ansich sind mir sogar fast egal, ich lese nur die "Ergebnisfelder" aus. Aber ja, man kann die Felder beeinflussen (schreiben) und dann rechnet Excel das um und gibt mir wieder das neue Ergebnis.

Heißt also ich kann damit alle möglichen Berechnungen anstellen.


Wo liegen die Daten?
Von wem werden sie wo wie eingepflegt?
Und von wem müssen sie wo und wie gelesen werden?

1. Das steht eben noch nicht 100% fest - ich denke mal so oder so auf einem Server im Netz.

2. Wenn die eine Änderung machen, laden sie die neue Version auf den Server

3. Die App wird sowohl bei Mitarbeitern als auch bei Kunden laufen - daher muss sie Online/Offline auf vielen verschiedenen Geräten laufen.


Edit: Meine Idee wäre im Moment die Datei in eine .zip Datei zu stecken, diese zu verschlüsseln und das Ganze dann darüber laufen zu lassen. Allerdings muss ich gerade erstmal testen, ob es libararys für zipAs3 gibt, die gesicherte zip-Dateien öffnen können.

[Martin Kraft]

Zitat von Nico B.

2. Wenn die eine Änderung machen, laden sie die neue Version auf den Server

Dann ist es doch ein Leichtes, diese Daten auf dem Server mit einem Script in einen Format zu konvertieren, dass Du ohne Bedenken an die Apps senden kannst. Dabei kannst Du denn Inhalt auch gleich auf die Daten reduzieren, die App wirklich benötigt, und kannst dabei z.B. die gesamten Formeln weglassen.

Ggf. würde es sich auch anbieten, die Daten gleich in eine Datenbank einzulesen...

Der beste Datenschutz ist schließlich, wirklich nur die Daten zu übertragen, die der jeweilige Nutzer auch kennen darf.

[Nico B.]

Wald vor lauter Bäumen..... Wir werden das Ganze in 2 kleinere Parts aufsplitten...

Wen's interessiert:

MorphApp:
Die MorphApplikation läuft im Browser und hat den Zweck eine .xls-Datei in ein Bytearray umzuwandeln und dieses in eine Datenbank zu speichern.


„richtige“ App:
Die richtige App wird mit einem grundlegenen Bytearray ausgeliefert, um dann bei jedem Start zu prüfen (falls mit dem Internet verbunden), ob eine neue Version verfügbar ist. Falls ja, wird dieses Bytearray eingelesen und das alte wird ersetzt.

Das Bytearray liegt in der App im LocalEncryptedStore.