sci.crypt
  Home FAQ Contact Sign in
sci.crypt only
 
Advanced search
December 2006
motuwethfrsasuw
    123 48
45678910 49
11121314151617 50
18192021222324 51
25262728293031 52
2006
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2008 2007 2006  
total
sci.crypt Profile…
RELATED GROUPS

POPULAR GROUPS

 Up
  Re: CryptoDox - Encyclopedia on Cryptography & Information Security         


Author: lars.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
  Re: AES code in Sparc assember         


Author: David 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
  Re: how secure is SSL?         


Author: tick
Date: Dec 8, 2006 18:08

"Joseph Ashwood" msn.com> wrote in
news:47meh.6007$hI.1625@newssvr11.news.prodigy.net:
> "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
  AES code in Sparc assember         


Author: bytebro
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
  AES code in Sparc assember         


Author: bytebro
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
  how secure is SSL?         


Author: netscape
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
  can anyone post a FAQ or explain in plain english what encryption really is?         


Author: tick
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
  Disk encryption software for Win98 and Win2000/XP         


Author: Nomen 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
  Re: Cryptography in the UK...         


Author: Richard Clayton
Date: Dec 7, 2006 10:56

In article <1165494965.722027.58530@j72g2000cwa.googlegroups.com>, Simon
Johnson gmail.com> writes
>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
  Re: what is probability to create two equal hashes for md5 algorithm         


Author: Peter 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
1 2 3 4