Verschlüssselungs Schlüssel

BugBeep · 20. August 2011, 16:33

Hi,

Ich möchte eine sehr wichtige Datei die mit meinem Programm erstellt wird, vom auslesem von anderen schützen, um das zu verwirklichen habe ich mich für den Rijndeal Algorithmus entschieden.
Mein Problem ist jetzt mit welchem Schlüssel ich das ganze Verschlüsseln soll.

Soll ich mir einen Schlüssel im Internet anfertigen lassen und den dann in mein Programm einbauen?
(Theoretisches Problem: falls das Programm dekompiliert wird ist der Algorithmus geknackt)
Wie kann ich mich vor dem Problem schützen?
Und wie lang sollte so ein Schlüssel sein?
Gibt es bessere Algorithmen als Rijndeal?

Hoffe ihr könnt mir helfen.

Grüße

jvbsl · 20. August 2011, 17:50

nicht das ich wüsste...
Rijndael ist eine AES Spezifikation...

YaPh1l · 20. August 2011, 18:15

Könntest du den Benutzer über das Passwort entscheiden lassen? Nachteil wäre, dass der Nutzer jedes mal, wenn deine Applikation die Datei benötigt, das Passwort angeben muss. Durch Dekompilieren kann man aber damit nicht an das Passwort, somit auch nicht an die Daten kommen.

Viele Grüße, Phil.

BugBeep · 20. August 2011, 18:18

YaPh1l schrieb:

Könntest du den Benutzer über das Passwort entscheiden lassen? Nachteil wäre, dass der Nutzer jedes mal, wenn deine Applikation die Datei benötigt, das Passwort angeben muss. Durch Dekompilieren kann man aber damit nicht an das Passwort, somit auch nicht an die Daten kommen.

Viele Grüße, Phil.

Danke für die antworten!
Aber das geht nicht

Das ganze läuft intern ab, nicht mal der Benutzer soll wissen was in der Datei gespeichert wird

Grüße

DniBo · 20. August 2011, 18:27

Hi BugBeep,

der Benutzer muss ja nicht wissen was in der Datei verschlüsselt ist, das Passwort dürfte wohl dann der Schlüssel sein mit dem die Daten zuvor verschlüsselt und dann eben bei Bedarf zum entschlüsseln verwendet wird.

Das Passwort ist damit zu keiner Zeit Dir bekannt noch steht es im Code der eingesehen werden könnte.

Denke so war das gemeint

Gruss,
Dani

BugBeep · 20. August 2011, 18:33

DniBo schrieb:

das Passwort dürfte wohl dann der Schlüssel sein mit dem die Daten zuvor verschlüsselt und dann eben bei Bedarf zum entschlüsseln verwendet wird.

Die Daten sind ja noch nicht verschlüsselt.

Also nochmal zu besseren erklärung.
Mein Programm schreibt Daten in eine Datei, die soll so verschlüsselt werden das weder der Benutzer sonnst noch wer anders die Datei lesen kann. Als einziges soll das Programm die Dateien entschlüsseln und verarbeitern können.

Grüße

DniBo · 20. August 2011, 18:38

Hi BugBeep,

sofern die Daten vom gleichen Anwender gelesen werden müssen (also nicht auch von jemandem anderen) und dadurch quasi personalifiziert sind, fordere das Passwort zum verschlüsseln an, verwende das Passwort als Schlüssel und verschlüssele damit die Daten.

Wenn der gleiche Anwender (der ja das Passwort kennt) die Daten wieder benötigt, fordere wieder das Passwort als Schlüssel und hole damit die Daten zurück.

Aber:
Vergisst der Anwender das Passwort, sind auch die Daten Vergessenheit

Gruss,
Dani

BugBeep · 20. August 2011, 18:47

Der Benutzer soll kein Passwort wählen, sonnst könnte er ja die datei öffnen und das ganze dann mit einem anderen tool entschlüsseln.
Ich will nicht das der Benutzer ein Passwort hat welches zum verschlüsseln dient, allein das Programm soll intern einen Schlüssel zum verschlüsseln haben.
Das Programm soll auch von mehrern Benutzern genutz werden, aber die Daten sollen immer geheim bleiben.
Die daten sollen auch nicht in Vergessenheit geraten, denn das Programm speichert ja dadrinnen sehr wichtige informationen, es soll so für den Benutzer oder wen auch immer unmöglich sein die Daten zu lesen/auf sie zuzugreifen.

Grüße

Bernd · 20. August 2011, 18:57

Egal was du im Code machst,
solange der Schlüssel in der Exe drin ist, ist er nicht sicher.
Du kannst es nur erschweren.
Der Normale User kommt eh nicht dahinter und der Hacker hohlt sich die Passwörter eh.

Wie sicher sollen denn die Daten sein ? Lohnt der Aufwand überhaupt ?

BugBeep · 20. August 2011, 19:05

hmm und wenn ich die Exe mit einem Tool vor dem Dekompilieren schütze?
und wie kann ich das herausfinden des schlüssels erschweren?

so sicher wie nur möglich am besten. ja der aufwand lohnt sich

Bernd · 20. August 2011, 19:32

BugBeep schrieb:

die Exe mit einem Tool vor dem Dekompilieren schütze?

Wie soll sie denn dann noch laufen ?

Schutz aufheben und starten. OK. dann ist sie nicht mehr geschützt.

Dr. Fleischer von MSDN hat mal was schönes geschrieben. Damit kann mann alle Dateien verschlüssel.

Spoiler anzeigen

VB.NET-Quellcode

' getestet mit jpg und contact
Option Explicit On
Option Infer On
Option Strict On
Imports System.Xml.Serialization
Imports System.IO
Imports System.Security.Cryptography
Public Class Form1
' Datei Name "Entschlüsseln Verschlüsseln.contact"
' Datei Verschlüsseln
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
'
' Teil 1 Datei verschlüsseln und ablegen
'
Using fs As New FileStream("EMailAccount.txt", FileMode.Open)
' verschlüsseln
SaveEncrypted("ACC.CRY", fs)
End Using
End Sub
' Datei Entschlüsseln
Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
'
' Teil 2 Datei wieder entschlüsseln
'
Using fs As New FileStream("OK.txt", FileMode.Create)
' entschlüsseln
LoadEncrypted("ACC.CRY", fs)
End Using
End Sub
''' <summary>
''' Schlüssel für Ver- und Entschlüsselung
''' </summary>
''' <remarks></remarks>
'''Dim desKey() As Byte = {1, 2, 3, 4, 5, 6, 7, 8} ' Original
'''Dim desIV() As Byte = {1, 2, 3, 4, 5, 6, 7, 9} ' Original
Dim desKey() As Byte = {3, 2, 3, 4, 5, 6, 7, 8}
Dim desIV() As Byte = {3, 2, 3, 4, 5, 6, 7, 9}
''' <summary>
''' XML-Datenstrom verschlüsseln und in Datei ablegen
''' </summary>
''' <param name="filename">Dateiname für Ablage</param>
''' <param name="str">IO-Stream (z.B. MemoryStream) mit Daten</param>
''' <remarks></remarks>
Private Sub SaveEncrypted(ByVal filename As String, ByVal str As Stream)
Dim fout As FileStream = Nothing
Dim encStream As CryptoStream = Nothing
Try
'Create the file streams to handle the output files.
fout = New FileStream(filename, FileMode.OpenOrCreate, FileAccess.Write)
fout.SetLength(0)
'Create variables to help with read and write.
Dim bin(99) As Byte 'This is intermediate storage for the encryption.
Dim rdlen As Long = 0 'This is the total number of bytes written.
Dim totlen As Long = str.Length 'Total length of the input file.
Dim lng As Integer ' This is the number of bytes to be written at a time.
'Creates the default implementation, which is RijndaelManaged.
Dim des As New DESCryptoServiceProvider
encStream = New CryptoStream(fout, des.CreateEncryptor(desKey, desIV), CryptoStreamMode.Write)
'Read from the input file, then encrypt and write to the output file.
str.Position = 0
While rdlen < totlen
lng = str.Read(bin, 0, bin.GetUpperBound(0))
encStream.Write(bin, 0, lng)
rdlen = Convert.ToInt32(rdlen + lng)
End While
Catch ex As Exception
MsgBox(ex.Message)
Finally
If encStream IsNot Nothing Then encStream.Dispose()
If fout IsNot Nothing Then fout.Close()
End Try
End Sub
''' <summary>
''' XML-Datenstrom aus Datei laden und entschlüsseln
''' </summary>
''' <param name="filename">Dateiname zum Einlesen</param>
''' <param name="str">IO-Stream (z.B. MemoryStream) mit Daten</param>
''' <remarks></remarks>
Private Sub LoadEncrypted(ByVal filename As String, ByVal str As Stream)
Dim fin As System.IO.FileStream = Nothing
Dim decStream As CryptoStream = Nothing
Try
fin = New FileStream(filename, FileMode.Open, FileAccess.Read)
'Create variables to help with read and write.
Dim bin(10000) As Byte ' This is intermediate storage for the encryption.
Dim rdlen As Long = 0 'This is the total number of bytes written.
Dim totlen As Long = fin.Length 'Total length of the input file.
Dim lng As Integer ' This is the number of bytes to be written at a time.
'Creates the default implementation, which is RijndaelManaged.
Dim des As New DESCryptoServiceProvider
decStream = New CryptoStream(fin, des.CreateDecryptor(desKey, desIV), CryptoStreamMode.Read)
'Read from the input file, then encrypt and write to the output file.
lng = decStream.Read(bin, 0, bin.GetUpperBound(0) + 1)
While lng > 0
str.Write(bin, 0, lng)
rdlen = Convert.ToInt32(rdlen + lng)
lng = decStream.Read(bin, 0, bin.GetUpperBound(0) + 1)
End While
Catch ex As Exception
MsgBox(ex.Message)
Finally
If decStream IsNot Nothing Then decStream.Dispose()
If fin IsNot Nothing Then fin.Dispose()
End Try
End Sub
End Class

Jedoch ist der Schlüssel in der Exe drin.
Wenn du das mehrfach machst. Müsste es sehr schwer werden, den Code zu entschlüsseln.

Also der erste Schlüssel in der Exe , entschlüsselt eine weitere Datei,
Dort steht der Schlüssel für die nächste Datei.......... So oft du magst wiederholen.

wie gesagt, nur erschweren.

Ansonsten hier im Forum mal nach Dodo suchen. Der hatte einige Beiträge darüber verfass.

Edit: habe den Link wieder gefunden
InformTool

BugBeep · 20. August 2011, 19:37

Bernd schrieb:

Wie soll sie denn dann noch laufen ?

Wie sieht es aus mit Phoenix Protector?

Danke werde mir den Code mal ansehen

-edit: das ist ja eine DES verschlüsselung

Zitat aus Wikipedia:

Weil die Schlüssellänge nur 56 Bit beträgt, konnte DES bereits durch Brute-Force-Angriffe gebrochen werden, indem systematisch alle möglichen Schlüssel (256 = ca. 72 Billiarden) getestet wurden.

picoflop · 20. August 2011, 22:10

BugBeep schrieb:

es soll so für den Benutzer oder wen auch immer unmöglich sein die Daten zu lesen/auf sie zuzugreifen.

Dann hast du dummerweise ein Problem, denn das geht nicht wirklich. Um eine Datei X auf Rechner A zu verschlüsseln/entschlüsseln muss das Passwort auf Rechner A vorhanden sein. Ganz abgesehen mal davon dass Programm B die Daten ja schon mal erzeugen/schreiben muss.

Verlorene Liebesmüh.

BTW Die Art der Verschlüüselung spielt dabei fast keine Rolle, da ja nicht der Algo angeriffen werden muss.

Verschlüssselungs Schlüssel

Verschlüssselungs Schlüssel

YaPh1l schrieb:

DniBo schrieb:

BugBeep schrieb:

VB.NET-Quellcode

Bernd schrieb:

BugBeep schrieb:

Tags

Ähnliche Themen

2 Benutzer haben hier geschrieben