Alternativer til Ibas (redning af krypterede data)?
Kur
Jeg tillader mig at favne lidt bredt (3 grupper), men synes at emnet er
relevant i alle grupper.
For at g�re en lang historie kort, s� har jeg en Red Hat Enterprise Linux
USB harddisk som jeg har krypteret. Jeg har sandsynligvis glemt koden til
denne kryptering, da jeg ikke l�ngere kan logge ind p� disken (med
"cryptsetup luksOpen /dev/sdc"). Jeg har to identiske systemer og jeg kan
ikke logge ind p� nogen af dem, s� det er ikke fordi jeg ved et uheld er
kommet til at slette disken eller andet. Der kan g� m�neder imellem jeg
bruger koden.
Anyway, jeg har haft kontakt til Ibas for at h�re om de kan hj�lpe. Det
overraskede mig faktisk lidt, at de sagde "som udgangspunkt er kryptering
ikke noget problem" - jeg havde forventet, at n�r vi snakker s� "voldsom" en
kryptering som jeg har valgt (AES/SHA1), s� er det umuligt men okay, de har
jo heller ikke analyseret disken endnu.
N�, men de ville alts� have mindst 17.000 kroner for det (naturligvis plus
moms) og d�t mener jeg alligevel ikke, at mit private budget kan klare :-(
Det er trods alt kun mine private billeder og tekstdokumenter jeg skal have
reddet. De var hverken til at hugge eller stikke i med prisen, s� derfor er
mit sp�rgsm�l s�dan set bare:
Hvilke gode alternativer findes der til Ibas? Disken er ikke beskadiget
eller andet - "kun" krypteret men dog med en ret voldsom (tror jeg)
kryptering (se header-dump l�ngere nede).
Jeg kender jo kun Ibas som "the goto-guys", hvis man har data man skal have
reddet (n�sten uanset hvad de har v�ret udsat for), men der m� da findes
mindre danske virksomheder som er mindre kendte men som kan g�re det samme
arbejde?
Header-dump (som m�ske er sigende for nogen - ikke mig):
[root@srv]# cryptsetup luksDump /dev/sdc
LUKS header information for /dev/sdc
Version: 1
Cipher name: aes
Cipher mode: cbc-essiv:sha256
Hash spec: sha1
Payload offset: 1032
MK bits: 128
MK digest: 00 be b6 ba 35 95 e9 4e 59 92 bb 42 1a 45 44 4b 2e d8 1e 75
MK salt: f5 ba 56 20 2c 86 4f 76 3e 6a 65 98 0a 67 f8 4b
5c c4 0a 7e df 82 79 84 2f 2e ed 8b 5e 11 db 64
MK iterations: 10
UUID: ab33d9d8-9257-472f-a699-fbb946827e19
Key Slot 0: ENABLED
Iterations: 64318
Salt: a8 2b 17 c6 99 03 55 e8 01 e0 f4 5e 42 2d 8a
6a
9f 3e 39 db 4b 0c 29 7f 11 60 36 ea 59 37 5f
51
Key material offset: 8
AF stripes: 4000
Key Slot 1: DISABLED
Key Slot 2: DISABLED
Key Slot 3: DISABLED
Key Slot 4: DISABLED
Key Slot 5: DISABLED
Key Slot 6: DISABLED
Key Slot 7: DISABLED
Jeg vil blive forevigt taknemmelig for at f� mine data igen, men desv�rre
har jeg ikke 20-25.000 kroner afsat til s�dan en dum fejl fra min side :-/
Peter Mogensen
> Hvilke gode alternativer findes der til Ibas? Disken er ikke beskadiget
> eller andet - "kun" krypteret men dog med en ret voldsom (tror jeg)
> kryptering (se header-dump l�ngere nede).
For det f�rste forst�r jeg ikke hvorfor de mener at kryptering ikke er
noget problem for dem. Mon de virkelig sidder inde med et effektivt
angreb p� AES, som forskningsverdenen ikke har h�rt om endnu?
Anyway... Hvis disken ikke er beskadiget, s� kan jeg ikke se hvorfor de
skulle kunne noget som andre (med tilpas meget regnekraft) ikke kan.
/Peter
Christian Laursen
>
> For at g�re en lang historie kort, s� har jeg en Red Hat Enterprise Linux
> USB harddisk som jeg har krypteret. Jeg har sandsynligvis glemt koden til
> denne kryptering, da jeg ikke l�ngere kan logge ind p� disken (med
> "cryptsetup luksOpen /dev/sdc"). Jeg har to identiske systemer og jeg kan
> ikke logge ind p� nogen af dem, s� det er ikke fordi jeg ved et uheld er
> kommet til at slette disken eller andet. Der kan g� m�neder imellem jeg
> bruger koden.
>
> Anyway, jeg har haft kontakt til Ibas for at h�re om de kan hj�lpe. Det
> overraskede mig faktisk lidt, at de sagde "som udgangspunkt er kryptering
> ikke noget problem" - jeg havde forventet, at n�r vi snakker s� "voldsom" en
> kryptering som jeg har valgt (AES/SHA1), s� er det umuligt men okay, de har
> jo heller ikke analyseret disken endnu.
Er du sikker p� at de har svaret p� det sp�rgsm�l, du forventede?
Hvis de har svaret p� om man kan redde krypterede data ud af en
beskadiget disk, s� du efterf�lgende kan dekryptere selv, giver
ovenst�ende en del mere mening.
Men det er jo s� ikke det, der er problemstillingen...
--
Christian Laursen
Kur
>> overraskede mig faktisk lidt, at de sagde "som udgangspunkt er kryptering
>> ikke noget problem" - jeg havde forventet, at n�r vi snakker s� "voldsom"
>> en kryptering som jeg har valgt (AES/SHA1), s� er det umuligt men okay,
>> de har jo heller ikke analyseret disken endnu.
>
> Er du sikker p� at de har svaret p� det sp�rgsm�l, du forventede?
>
> Hvis de har svaret p� om man kan redde krypterede data ud af en beskadiget
> disk, s� du efterf�lgende kan dekryptere selv, giver ovenst�ende en del
> mere mening.
>
> Men det er jo s� ikke det, der er problemstillingen...
Ja, jeg er sikker p�, at de opfattede det korrekt (ogs� at jeg gjorde det),
da jeg spurgte om det flere gange. Men det kan jo v�re, at de har en
forestilling om at det er ROT13 "krypteret"? ;-)
Kent Friis
Det er ogs� den forklaring jeg vil holde p�. Ibas er dygtige til at
pille data ud af defekt hardware.
Enten det, eller ogs� er det prisen for at finde ud af om de kan redde
data eller ej. Det bliver et dyrt "nej".
Mvh
Kent
--
"The Brothers are History"
Max
'
> Jeg vil blive forevigt taknemmelig for at f� mine data igen, men
> desv�rre har jeg ikke 20-25.000 kroner afsat til s�dan en dum fejl
> fra min side :-/
Jeg vil da godt nok h�be at det bliver v�sentlig dyre for dig at f�
dine data tilbage. De m� jo have en enorm v�rdi siden du har
valgt at gemme dem med h�rd kryptering. Hvis det er billig at
f� dem ud giver krypteringen jo ingen mening.
--
Mvh Max