Abo
  1. Foren
  2. Kommentare
  3. Security
  4. Alle Kommentare zum Artikel
  5. › Kim Dotcom: Verschlüsselter…

Primitiv

Anzeige
  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Primitiv

    Autor: Technikfreak 27.01.13 - 21:33

    Solange es keine Funktion gibt, dass man sein eigenes Passwort wieder ändern kann... ist der Dienst unbrauchbar. Das gehört meines Ermessens in die Grundsicherheit eines Systemes. Antwort Mega-Support: Password change function not implemented yet, make a new account, if you need a new password....

  2. Re: Primitiv

    Autor: paradigmshift 27.01.13 - 21:51

    Dann hast du das System nicht verstanden. Die Verschlüsselung erfolgt doch in der js-Engine des Browsers auf deinem PC, richtig? Neues Passwort würde bedeuten, neu hochladen oder aufwendig auf Megas Servern neu de-&-encrypten. Setz ein gescheites Passwort. Audi lackiert dir deinen Wagen auch nur gegen Bares neu wenn du nachträglich die Farbe ändern willst.

  3. Re: Primitiv

    Autor: __destruct() 27.01.13 - 22:24

    Üblicherweise ist das Passwort nicht der Schüssel, mit dem die Daten verschlüsselt sind, sondern der Schlüssel für den verschlüsselten Schlüssel, mit dem die Daten verschlüsselt sind. Schau dir doch mal an, wie es bei TC läuft. Da wird auch nur der Header geändert, wenn man das Passwort eines Volumes ändert.

  4. Re: Primitiv

    Autor: doctorseus 27.01.13 - 22:27

    Es wird an der Funktion übrigens schon gearbeitet. Und wer den Dienst deswegen unbrauchbar schimpft is einfach nur unfähig seine Passwörter zu organisieren.

  5. Re: Primitiv

    Autor: GodsBoss 27.01.13 - 22:35

    > Dann hast du das System nicht verstanden. Die Verschlüsselung erfolgt doch
    > in der js-Engine des Browsers auf deinem PC, richtig? Neues Passwort würde
    > bedeuten, neu hochladen oder aufwendig auf Megas Servern neu
    > de-&-encrypten.

    Aufwendig? Das Einzige, was durch das Passwort verschlüsselt wird, sind die Schlüssel, mit denen dann die Dateien verschlüsselt werden.

    Da eine Änderung durchzuführen, ist nicht sehr rechenintensiv. Der Nutzer muss das alte und das neue Passwort angeben, mit dem alten werden die Schlüssel entschlüsselt, mit dem neuen verschlüsselt. Die hochgeladenen Dateien müssen nicht angerührt werden, denn die sind nach wie vor mit den selben Schlüsseln verschlüsselt.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  6. Re: Primitiv

    Autor: Nekornata 28.01.13 - 02:55

    Und wer den Dienst nach all den großem rumgetöne noch verteidigt, hat von Sicherheit nichts verstanden ;).
    Und so etwas sind GRUNDFUNKTIONEN, das beherrschen sogar Seiten, die auf Sicherheit sche...n.

  7. Re: Primitiv

    Autor: Technikfreak 28.01.13 - 04:43

    Was hat das mit verwalten zu tun? Bist du so dumm?
    Wenn du von Informatik ein klein wenig Ahnung hättest, dann wüsstest du dass jede Unternehmung und jedes System einem Grunddatensicherheitsbuches / Konzeptes untersteht. Wer das nicht hat ist ein Bastler.
    Wenn ich als Benutzer oder Admin mein Passwort ändern will / muss, aus welchen Gründen auch immer, dann ist das ein legales Anliegen, period.
    Also mit Passwort organisieren, hat das überhaupt nichts zu tun.

  8. Re: Primitiv

    Autor: Technikfreak 28.01.13 - 04:47

    paradigmshift schrieb:
    --------------------------------------------------------------------------------
    > Dann hast du das System nicht verstanden. Die Verschlüsselung erfolgt doch
    > in der js-Engine des Browsers auf deinem PC, richtig? Neues Passwort würde
    Und genau so baut man ein sicheres System nicht auf. Und wenn du auf der Mega-
    Seite nachliest, dann haben sie das auch so nicht gemacht. Aber was diskutieren
    wir, ein Passwort muss geändert werden können, ohne dass gleich alle Contents
    verloren gehen. Einverstanden?
    Aus Sicherheitsgründen ist ein Passwort-Wechsel unverzichtbar und wer möchte schon jedes mal wieder 50GB wieder frisch hochladen.

    > Wagen auch nur gegen Bares neu wenn du nachträglich die Farbe ändern
    > willst.
    Ach so ein Schmarrn und überdies ist ein Passwort-Wechsel auch nicht mit einem
    Premium möglich.

  9. vergl. Truecrypt Container

    Autor: nn.max 28.01.13 - 07:02

    Nein, das ist keine Grundfunktion für dieses Konzept.
    Vergleiche dazu: TrueCrypt.
    Den Container dort erzeugst Du mit Deinem Kennwort.
    Verlierst Du das Kennwort kommst Du nicht mehr an den Container.

    Im Gegenteil, das sie es nicht zurück setzen können, deutet eher darauf hin das sie dein Kennwort nicht haben. Mit dem sie Deinen AES-128 (bei Mega) Container einfach entschlüsseln könnten.

    Das Du möchtest das sie dein Kennwort zurück setzen können, ist eher eine Forderung nach Unsicherheit.

  10. Re: Primitiv

    Autor: robinx999 28.01.13 - 07:54

    >
    > Aufwendig? Das Einzige, was durch das Passwort verschlüsselt wird, sind die
    > Schlüssel, mit denen dann die Dateien verschlüsselt werden.
    >
    Keine ahnung wie die verschlüsselung bei Megaupload genau gemacht wird, ob es wie truecrypt oder cryptsetup (LUKS) ist oder ob es wie bei der klassischen aespipe bzw. cryptoloop ist. Bei ersterem wird tatsächlich nut ein zufälliges Passwort verschlüsselt bei letztem wird tatsächlich mit dem Passwort verschlüsselt.

    > Da eine Änderung durchzuführen, ist nicht sehr rechenintensiv. Der Nutzer
    > muss das alte und das neue Passwort angeben, mit dem alten werden die
    > Schlüssel entschlüsselt, mit dem neuen verschlüsselt. Die hochgeladenen
    > Dateien müssen nicht angerührt werden, denn die sind nach wie vor mit den
    > selben Schlüsseln verschlüsselt.
    Dann währe MEGA aber zumindest kurzfristig im besitzt der schlüssel, außer man würde wirklich alle Header runterladen diese mit dem neuen Passwort neu speichern und dann wieder hochladen

  11. Re: vergl. Truecrypt Container

    Autor: robinx999 28.01.13 - 07:56

    Ich glaube hier geht es eher ums ändern des Passworts, wenn man sein Kennwort noch hat. Das beherscht truecrypt. Wobei einige ältere Verschlüsselungne wie Cryptoloop es nicht können (ohne den ganzen container zu entschlüsseln und neu zu verschlüsseln)

  12. Re: vergl. Truecrypt Container

    Autor: Technikfreak 28.01.13 - 08:03

    nn.max schrieb:
    --------------------------------------------------------------------------------
    > Nein, das ist keine Grundfunktion für dieses Konzept.
    > Vergleiche dazu: TrueCrypt.
    > Das Du möchtest das sie dein Kennwort zurück setzen können, ist eher eine
    > Forderung nach Unsicherheit.
    Erzähl keinen Ramsch.

  13. Re: vergl. Truecrypt Container

    Autor: elgooG 28.01.13 - 08:38

    robinx999 schrieb:
    --------------------------------------------------------------------------------
    > Ich glaube hier geht es eher ums ändern des Passworts, wenn man sein
    > Kennwort noch hat. Das beherscht truecrypt. Wobei einige ältere
    > Verschlüsselungne wie Cryptoloop es nicht können (ohne den ganzen container
    > zu entschlüsseln und neu zu verschlüsseln)

    Das liegt daran, dass TrueCrypt klug genug ist und für die Verschlüsselung des Kontainers einen automatisch generierten Schlüssel verwendet. Dein Kennwort verschlüsselt nur diesen automatischen Schlüssel und nicht den Kontainer. Damit lässt sich das Kennwort sehr einfach und schnell ändern.

    Jetzt kommt es eben darauf an, wie weit hier bei Mega gedacht wurde.

    Kann Spuren von persönlichen Meinungen, Sarkasmus und Erdnüssen enthalten. Ausdrucke nicht für den Verzehr geeignet. Ungelesen mindestens haltbar bis: siehe Rückseite

  14. Re: vergl. Truecrypt Container

    Autor: robinx999 28.01.13 - 08:55

    Hab nix anderes behauptet wobei diesen Container verschlüsselungen immer noch die möglichkeit der erstellung verschlüsselter Optischer medien fehlt. Beim alten Cryptoloop konnte man die ausgabe von genisoimage / mkisofs einfach durch eine aespipe jagen und dass dann nach wodim / growisofs pipen, soetwas schönes geht soweit ich weiss weder mit Truecrypt noch mit LUKS.

    Aber gut das ist jamern auf hohem Niveau und viele werden es wohl nicht vermissen.

  15. Re: Primitiv

    Autor: GodsBoss 28.01.13 - 12:19

    > > Da eine Änderung durchzuführen, ist nicht sehr rechenintensiv. Der
    > Nutzer
    > > muss das alte und das neue Passwort angeben, mit dem alten werden die
    > > Schlüssel entschlüsselt, mit dem neuen verschlüsselt. Die hochgeladenen
    > > Dateien müssen nicht angerührt werden, denn die sind nach wie vor mit
    > den
    > > selben Schlüsseln verschlüsselt.
    > Dann währe MEGA aber zumindest kurzfristig im besitzt der schlüssel, außer
    > man würde wirklich alle Header runterladen diese mit dem neuen Passwort neu
    > speichern und dann wieder hochladen

    Header? Gemeint sind wohl die Schlüssel für die hochgeladenen Dateien. Ja, die müssten natürlich alle runtergeladen, mit dem alten Passwort entschlüsselt, mit dem neuen verschlüsselt und wieder hochgeladen werden.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  16. Re: Primitiv

    Autor: robinx999 28.01.13 - 12:29

    > Header? Gemeint sind wohl die Schlüssel für die hochgeladenen Dateien. Ja,
    > die müssten natürlich alle runtergeladen, mit dem alten Passwort
    > entschlüsselt, mit dem neuen verschlüsselt und wieder hochgeladen werden.
    Ja das was am anfang der Datei steht. Wenn man es z.B.: mal mit GPG / Truecrpt vergleicht da ist ja typsicherweise am anfang einer Datei / Container die Informationen zum entschlüsseln abgelegt. Also der eigentliche Schlüssel, den man mit seinem Passwort entschlüsselt und wenn es bei Maga genauso sein sollte, dann muss man die Dateien gezielt nur am Anfang verändern das ist je nach implementierung evtl. nicht mehr so trivial. Vorallem wenn man sehr viele Dateien hochgeladen hat und dann bei allen das Passwort ändern will

  17. Re: Primitiv

    Autor: Kondom 28.01.13 - 12:32

    Technikfreak schrieb:
    --------------------------------------------------------------------------------
    > Solange es keine Funktion gibt, dass man sein eigenes Passwort wieder
    > ändern kann... ist der Dienst unbrauchbar.

    Dann such dir einen anderen Hoster. Das Mega die Passwörter bzw die Schlüssel nicht kennt/ändern kann ist doch Sinn und Zweck des ganzen Verschlüsselungssystems.
    Wenn du deine Festplatte verschlüsselst und dein Passwort verlierst sind die Daten ebenso verloren.

  18. Re: Primitiv

    Autor: Technikfreak 28.01.13 - 13:53

    Kondom schrieb:
    --------------------------------------------------------------------------------
    > Technikfreak schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Solange es keine Funktion gibt, dass man sein eigenes Passwort wieder
    > > ändern kann... ist der Dienst unbrauchbar.
    >
    > Dann such dir einen anderen Hoster. Das Mega die Passwörter bzw die
    > Schlüssel nicht kennt/ändern kann ist doch Sinn und Zweck des ganzen
    > Verschlüsselungssystems.
    > Wenn du deine Festplatte verschlüsselst und dein Passwort verlierst sind
    > die Daten ebenso verloren.
    Wer lesen kann ist klar im Vorteil. Ich will mein eigenes Passwort ändern und nicht,
    dass das Mega das für mich macht...

  19. Re: Primitiv

    Autor: GodsBoss 28.01.13 - 19:41

    > > Header? Gemeint sind wohl die Schlüssel für die hochgeladenen Dateien.
    > Ja,
    > > die müssten natürlich alle runtergeladen, mit dem alten Passwort
    > > entschlüsselt, mit dem neuen verschlüsselt und wieder hochgeladen
    > werden.
    > Ja das was am anfang der Datei steht. Wenn man es z.B.: mal mit GPG /
    > Truecrpt vergleicht da ist ja typsicherweise am anfang einer Datei /
    > Container die Informationen zum entschlüsseln abgelegt. Also der
    > eigentliche Schlüssel, den man mit seinem Passwort entschlüsselt und wenn
    > es bei Maga genauso sein sollte, dann muss man die Dateien gezielt nur am
    > Anfang verändern das ist je nach implementierung evtl. nicht mehr so
    > trivial. Vorallem wenn man sehr viele Dateien hochgeladen hat und dann bei
    > allen das Passwort ändern will

    Achso, jetzt ist mir erst klar, was du überhaupt meinst. Dass die Schlüssel für die Dateien und die verschlüsselten Dateien selbst zusammen in einer Datei auf den MEGA-Servern liegen, ist nur eine Annahme von dir und außerdem irrelevant, wenn sich beide leicht trennen lassen. Halte ich aber ohnehin für unwahrscheinlich. Es bringt keine Vorteile.

    Reden ist Silber, Schweigen ist Gold, meine Ausführungen sind Platin.

  20. Re: vergl. Truecrypt Container

    Autor: elgooG 28.01.13 - 21:35

    robinx999 schrieb:
    --------------------------------------------------------------------------------
    > Hab nix anderes behauptet wobei diesen Container verschlüsselungen immer
    > noch die möglichkeit der erstellung verschlüsselter Optischer medien fehlt.
    > Beim alten Cryptoloop konnte man die ausgabe von genisoimage / mkisofs
    > einfach durch eine aespipe jagen und dass dann nach wodim / growisofs
    > pipen, soetwas schönes geht soweit ich weiss weder mit Truecrypt noch mit
    > LUKS.
    >
    > Aber gut das ist jamern auf hohem Niveau und viele werden es wohl nicht
    > vermissen.

    Wieso sollte das nicht funktionieren? UDF und gut ist. DVD-RAM sind noch besser dafür geeignet. ;-)

    Kann Spuren von persönlichen Meinungen, Sarkasmus und Erdnüssen enthalten. Ausdrucke nicht für den Verzehr geeignet. Ungelesen mindestens haltbar bis: siehe Rückseite

  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. Signavio GmbH, Berlin
  2. Robert Bosch GmbH, Leonberg
  3. Dürr Systems AG, Bietigheim-Bissingen
  4. eins energie in sachsen GmbH & Co. KG, Chemnitz

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. (alle Angebote versandkostenfrei, u. a. Xbox One Elite Controller für 99,00€ u. LG OLED 65-Zoll...
  2. (alle Angebote versandkostenfrei, u. a. Creative Sound BlasterX H7 USB 7.1 für 99,00€)
  3. (heute u. a. LG 4K-Fernseher u. Serien-Box-Sets reduziert u. Nintendo 2DS inkl. YO-KAI WATCH für...


Haben wir etwas übersehen?

E-Mail an news@golem.de


Named Data Networking: NDN soll das Internet revolutionieren
Named Data Networking
NDN soll das Internet revolutionieren
  1. Geheime Überwachung Der Kanarienvogel von Riseup singt nicht mehr
  2. Bundesförderung Bundesländer lassen beim Breitbandausbau Milliarden liegen
  3. Internet Protocol Der Adresskollaps von IPv4 kann verzögert werden

Quake (1996): Urknall für Mouselook, Mods und moderne 3D-Grafik
Quake (1996)
Urknall für Mouselook, Mods und moderne 3D-Grafik
  1. Künstliche Intelligenz Doom geht in Deckung

Final Fantasy 15 im Test: Weltenrettung mit der Boyband des Wahnsinns
Final Fantasy 15 im Test
Weltenrettung mit der Boyband des Wahnsinns
  1. Square Enix Koop-Modus von Final Fantasy 15 folgt kostenpflichtig

  1. Apple: Aktivierungssperre des iPads lässt sich umgehen
    Apple
    Aktivierungssperre des iPads lässt sich umgehen

    Ein Fehler in iOS 10.1.1 macht das iPad unsicher. Ein verlorenes oder gestohlenes iOS-Tablet kann ohne viel Aufwand in Betrieb genommen werden. Dabei wird die Aktivierungssperre umgangen, die genau das verhindern soll. Von Apple gibt es noch keine Reaktion darauf.

  2. Amazon: Downloader-App aus dem Fire-TV-Store entfernt
    Amazon
    Downloader-App aus dem Fire-TV-Store entfernt

    Amazon will das Sideloading von Apps auf Fire-TV-Geräten wohl nicht zu einfach machen. Eine zuvor von Amazon freigegebene App für diesen Einsatzzweck wurde überraschend aus dem App-Shop entfernt.

  3. Autonomes Fahren: Apple zeigt Interesse an selbstfahrenden Autos
    Autonomes Fahren
    Apple zeigt Interesse an selbstfahrenden Autos

    Es ist die erste öffentliche Äußerung von Apple zu selbstfahrenden Autos. In einem Schreiben an eine US-Aufsichtsbehörde hat sich das Unternehmen für einen möglichst unbeschränkten Test autonom agierender Fahrzeuge eingesetzt. Apple hat in diesem Bereich viel vor.


  1. 12:54

  2. 11:56

  3. 10:54

  4. 10:07

  5. 08:59

  6. 08:00

  7. 00:03

  8. 15:33