Bilder und Texte verschlüsseln (Perl/CGI)

[thread]15817[/thread]

Bilder und Texte verschlüsseln

Leser: 24

Articles: hide open all | hide show old branches

+14 replies
Gast sman

2011-01-08 15:25

Hallo,
ich habe Webinterface mit Login/Passwort, in dem jeder Benutzer Daten anlegen kann (Bilder und Texte und beliebige Dateien hochladen), und als Gast auf freigegebene Daten anderer Benutzer zugreifen darf.

Das funktionietr soweit sehr gut, das Passwort wird nicht gespeichert sondern nur crypt() verglichen. Aber alle Daten im Ordner "/cgi-bin/db/" (ich benutze eine reine Textdatenbank aus Ordnern und Dateien) sind natürlich im klartext abgelegt, Bilder als reine Bilder gespeichetr usw.

Der Zugriff darauf ist per htaccess gesperrt, und die Anzeie von Bildern z.b. ist auch nur mit gültiger Session erlaubt, Perl liest dann die Datei und printed mit dem entsprechenden Header im binmode.

Wie gesagt, alles soweit wunderbar. Nur eins: Ich vertraue dem Webhoster nicht. Er kann ja prinzipiell alles sehen.

Ich würde sehr gerne den gesamten db-Ordner verschlüsseln, und wäre damit einverstanden, wenn jedesmal beim Laden der Inhalte diese entschlüsselt würden, aber eben nur live während ein Benutzer surft.

Nur weiß ich nicht recht wie man soetwas anstellt, geschweige denn, mit welchem schlüssel. da ja auch benuter auf daten anderer benutzer zugreifen dürfen, ohne ihr passwort zu kennen. ein zentrales masterpasswort kannich ja auch schlecht auf dem webserver ablegen, weil das ja wieder der hoster sehen kann.

Habt ihr vielleicht Ideen?
- +12 replies
- pq
  
  2011-01-08 15:33
  
  User since
  2003-08-04
  12209 Artikel
  Admin1
  
  also ich glaube, wenn du dem hoster nicht vertraust, hast du schlechte karten. wenn du irgendwas verschlüsselst, brauchst du ja irgendwo im webspace auch etwas zum entschlüsseln. und alles, worauf dein cgi-skript zugreifen kann, kann auch der hoster zugreifen.
  gibt es denn einen konkreten grund für dein misstrauen? dann würde ich lieber den hoster wechseln, auch wenns ein paar euronen mehr kostet vielleicht.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - lichtkind
    
    2011-01-08 15:58
    
    User since
    2004-03-22
    5730 Artikel
    ModeratorIn + EditorIn
    
    es gibt da paar mittel mit mutierenden algorithmen und tricks die sonst virenschreiben benutzen um nicht entdeckt zu werden aber das ist halt kein echter schutz, deswegen würd ich auf pq hören :)
    mein zeug:, Leute
    
    Es beginnt immer mit einer Entscheidung.
  - +8 replies
  - Gast sman
    
    2011-01-08 16:09
    
    Ja das hatte ich befürchtet. Ich hatte noch die Hoffnung, dass man die passwörter der Benutzer irgendwie verwenden kann und zu einem gesamtschlüssel kombinieren. Etwa so wie In einem Wohnblock, wo einzelne Schlüssel auch für die gemeinsame Eingangstüröffnung genutzt werden können. Vielleicht kann man einzelne Benutzerpasswörter so durch den wolf drehen, dass zwar nur dieses für seinen Account passt, aber auch für bestimmte andere Accounts bei denen er Gast ist?
    Last edited: 2011-01-08 16:12:24 +0100 (CET)
    - lichtkind
      
      2011-01-08 16:26
      
      User since
      2004-03-22
      5730 Artikel
      ModeratorIn + EditorIn
      
      das ist mathematisch ja nicht sonderlich schwer, das das meiste eh nur auf primzahlen und bischen bitschubserei basiert, kannst das quasi mit etwas mehr als schulmathe machen. der entscheidende ist doch das es abgleich mit dem kommen muss was dort oben auf dem server liegt auch wenns dort (das pwd) verschlüsselt liegt, liegt dort der algorithmus zum entschlüsseln und auch zum verschlüsseln weil wenn ein acount eingerichtet wird der dann das pwd verschlüsselt, das passiert ja alles auf dem server oder im client mit code das vom server kommt.
      mein zeug:, Leute
      
      Es beginnt immer mit einer Entscheidung.
    - topeg
      
      2011-01-08 16:35
      
      User since
      2006-07-10
      2611 Artikel
      BenutzerIn
      
      Du kannst verschlüsselte Archive anlegen. Archive::Tar und etwas aus Crypt würden sich dafür anbieten, denke ich. Dann kannst du das Benutzerpasswort als Schlüssel benutzen. das Problem dann ist, dass falls der Benutzer sein Passwort vergisst auch alle Daten futsch sind. Es gibt da zwar Tricks, aber das reduziert die Sichereit, da dann zumindest ein Passwort irgendwo als Klartext hinterlegt sein muss.
      
      Ich bin der Meinung ein verschlüsseltes Archiv schützt zwar nicht so sehr gegen den Provider sondern vielmehr gegen Cracker, die in das System einbrechen wollen. Das ist zwar nicht viel Schutz, aber jedes bisschen hilft, meine ich.
    - +5 replies
    - topeg
      
      2011-01-08 16:39
      
      User since
      2006-07-10
      2611 Artikel
      BenutzerIn
      
      Guest sman
      Ich hatte noch die Hoffnung, dass man die passwörter der Benutzer irgendwie verwenden kann und zu einem gesamtschlüssel kombinieren. Etwa so wie In einem Wohnblock, wo einzelne Schlüssel auch für die gemeinsame Eingangstüröffnung genutzt werden können.
      
      Erzeuge ein Schlüssel für das Archiv und verschlüssele den jeweils mit dem Passwort des Benutzers. Wenn der Benutzer sich anmeldet entschlüsselt er den Masterschlüssel und kann damit auf alle Daten zugreifen. Der Schlüssel muss dann aber als "Klartext" in der Session gespeichert bleiben.
      - +4 replies
      - Gast sman
        
        2011-01-10 10:09
        
        Das ist prinzipiell eine gute Idee denke ich. Und auch nicht allzu performance belastend jedesmal mehere MB Daten aus einem Archiv zu entschlüsseln für jeden Seitenaufruf?
        
        Einziges Manko: Passwort im Klartext in der Session. Das kann wiederum der Hoster in den Sessionfiles nachlesen.
        Last edited: 2011-01-10 10:35:19 +0100 (CET)
        
        +2 replies
        
        GwenDragon
        
        2011-01-10 11:04
        
        User since
        2005-01-17
        14903 Artikel
        Admin1
        
        Wieso Klartext?
        Deswegen werden Passwörter doch gehasht, damit sie niemand einfach lesen kann.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        topeg
        
        2011-01-10 14:30
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Wenn es ein Masterpasswort gibt, mit dem alle Dateien verschlüsselt sind, so muss jeder angemeldeter Benutzer dieses Passwort kennen, es muss also irgendwo als Klartext gespeichert sein.
        
        topeg
        
        2011-01-10 14:28
        
        User since
        2006-07-10
        2611 Artikel
        BenutzerIn
        
        Du kannst auch jede Datei einzeln verschlüsseln.
  - +2 replies
  - pktm
    
    2011-01-08 19:19
    
    User since
    2003-08-07
    2921 Artikel
    BenutzerIn
    
    Kann man das nicht so verschlüsseln, dass man nur mit Passwort dran kommt und dieses bei Anmwldung angegeben werden muss? Also unabhängig von Nutzenamen und Passwort. So kennen nur die Nutzer das Passwort, nicht aber der Hoster.
    
    Wenn ich ein verschlüsseltes Zip-Archiv auf einen Server lege, kennt der Hoster das Passwort ja auch nicht.
    http://www.intergastro-service.de (mein erstes CMS :) )
    - pq
      
      2011-01-08 19:32
      
      User since
      2003-08-04
      12209 Artikel
      Admin1
      
      soweit ich das verstanden habe, sollen ja auch andere angemeldete user auf die dateien zugreifen können.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- GwenDragon
  
  2011-01-10 10:56
  
  User since
  2005-01-17
  14903 Artikel
  Admin1
  
  Guest sman
  ein zentrales masterpasswort kannich ja auch schlecht auf dem webserver ablegen, weil das ja wieder der hoster sehen kann.
  Wieso? Ein SHA-Passwort (sha512!) ist nicht lesbarer Text.
  Beiepiel:
  U:\>perl -MDigest::SHA -e "print Digest::SHA::sha512_hex(qq(Das ist mein Passwort))" c50240e21e2a3a2edaf96fa3dc946d211230dda6eb05efbf3d93289020d609c33906b3980fa4705632b767e36e44d65ef6c1f93af14563c02fb73532876bc4b7 U:>
  Natürlich, wer den Hash stiehlt kann ihn knacken.
  
  Last edited: 2011-01-10 10:59:55 +0100 (CET)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2011-01-08 15:25.