|
|
Up |
|
|
  |
Author: lars.adlerlars.adler
Date: Dec 10, 2006 08:52
Paul Rubin wrote:
> Kind of interesting, but why not use wikipedia? The crypto coverage
> there is not so bad and can always use contributions. The regulars in
> the crypto area are generally pretty reasonable to deal with, unlike
> some other parts of wikipedia.
I presume because wikipedia doesn't have ads.
|
| |
|
| |
no comments
|
|
  |
Author: David TaylorDavid Taylor
Date: Dec 9, 2006 13:32
On 2006-12-09, clark barbell.com> wrote:
> On Fri, 8 Dec 2006 21:47:27 -0500 (EST), "Arthur J. O'Dwyer"
> andrew.cmu.edu> wrote:
>
>>
>>On Fri, 8 Dec 2006, bytebro wrote:
>>>
>>> I've googled for this all over the place and haven't been able to find
>>> anything suitable anywhere, so can anyone advise where I might be able
>>> to lay my hands on an efficient GPL'd (or other 'free-use' licence)
>>> implementation of AES in sparc assembler, please? My intention is to
>>> retro-fit it into Brian Gladman's API, if that makes any difference.
>>
>> Have you tried getting an efficient GPL'd implementation of AES in C
>>and then compiling it?
>>
>> Have you tried getting an efficient GPL'd implementation of AES in C++
>>and then compiling it?
>>
>>-Arthur ...
|
| Show full article (1.05Kb) |
|
| |
1 Comment |
|
  |
Author: ticktick
Date: Dec 8, 2006 18:08
> "netscape" santa.org> wrote in message
> news:Xns9892C0BDCD04Bhar@216.196.97.131...
> The strength of SSL has many variables involved in it, so this will
> get confusing.
>
ok, the confusing part is right, this crash coarse in understanding is
not working well for me.
from what i understand, encryption will increazse the size of 'text'.
but not much more than 40%% (for a strong encryption). like those decoder
wheels at toys r us, both computers need the same key to decode the
'text' so it isnt jibberish. the strength of the encryption mostly
depends on the keyfile. this seems strange to me, why not use a 656 bit
encryption with a 6 billion byte key? most people have the room on thier
drive for key of that size. i am exagerating a bit. but still, the
point, imho, is valid.
|
| Show full article (2.16Kb) |
|
no comments
|
|
  |
Author: bytebrobytebro
Date: Dec 8, 2006 05:36
I've googled for this all over the place and haven't been able to find
anything suitable anywhere, so can anyone advise where I might be able
to lay my hands on an efficient GPL'd (or other 'free-use' licence)
implementation of AES in sparc assembler, please? My intention is to
retro-fit it into Brian Gladman's API, if that makes any difference.
Thanks in advance.
klw
|
| |
|
7 Comments |
|
  |
Author: bytebrobytebro
Date: Dec 8, 2006 05:36
I've googled for this all over the place and haven't been able to find
anything suitable anywhere, so can anyone advise where I might be able
to lay my hands on an efficient GPL'd (or other 'free-use' licence)
implementation of AES in sparc assembler, please? My intention is to
retro-fit it into Brian Gladman's API, if that makes any difference.
Thanks in advance.
klw
|
| |
|
no comments
|
|
  |
Author: netscapenetscape
Date: Dec 7, 2006 15:56
SSL is offered for many medians, how secure is it? 56bit, 128, 156? i
seen a few sizes, but the strength?
tick
|
| |
|
18 Comments |
|
  |
Author: ticktick
Date: Dec 7, 2006 15:49
a decient explination. i am not sure how a 1500 bit encryption actually
works. in my simple mind, it would turn 1 bit into 1500 bits. but it
doesnt work like that.
also, can you recommend a good drive encryption program? jsut to...keep
things like the swap and temp files inside the encrypted partitions?
im a newb in this feild, i have been interested for a while in how it
actually works.
tick
|
| |
|
1 Comment |
|
  |
Author: Nomen NescioNomen Nescio
Date: Dec 7, 2006 13:00
Hi,
does anyone know a software which can mount encrypted containers as
drives (like TrueCrypt or FreeOTFE), which runs without installation
from a removable medium ("traveller mode", like TrueCrypt or
FreeOTFE) and which not only runs under Windows 2000 and XP but also
under Windows 98 (neither TrueCrypt nor FreeOTFE do that)?
|
| |
|
8 Comments |
|
  |
Author: Richard ClaytonRichard Clayton
Date: Dec 7, 2006 10:56
>Cryptography is legal in the United Kingdom. Notably:
>
> * Digital signatures on documents are taken to be legally binding.
They are "admissible in evidence in relation to any question as to the
authenticity of the communication or data or as to the integrity of the
communication or data".
Which you may or may not think is the same thing, until you look at the
reality of a keyboard sniffer or keys that are too short, or algorithms
that are used unwisely...
> * The state can demand the keys to encrypted documents and you face
>a two year prison sentence if you do not.
This isn't yet true [that part of RIP 2000 is not yet in force], but the
Home Office are signalling that it may well be soon (and the penalty for
non-compliance will be 5 years for some types of crime)
> * This does not apply to keys used only for Digital Signatures.
that will be true, yes
> * If you do not know the key then you can't be prosecuted.
|
| Show full article (1.36Kb) |
|
no comments
|
|
  |
|
|
  |
Author: Peter FairbrotherPeter Fairbrother
Date: Dec 7, 2006 08:23
Sergei wrote:
> Sure. But what random data has to do with "few doesns of __terabytes__
> of data", which should be partishioned in blocks and hashed? As I
> understood, all the estimations here were made by assuming that the
> data was random.
No - that the hashes were random (excepting the case where two blocks of
data to be hashed are the same), not that the data was random.
Which is a property of a properly employed good hash, giving random hashes.
(asuming that a good hash is actually possible ... but that's another story
entirely)
--
Peter Fairbrother
always get your retaliation in beforehand
|
| |
|
no comments
|
|
|
|
|
|
|