Results 1 to 4 of 4
  1. #1
    Junior Member
    Join Date
    Jun 2007

    Equivalent Security Classes

    Hi guys,
    Iím a new member of the forum and I need help! Iím graduated in January in Engineering of the Telecommunications and I am working from two weeks to a Cryptography project. In the course of my studies I have not had way to study arguments of the sort and my competences in merit are not very techniques. The customer has asked to my team to catalogue the existing algorithms subdividing the principals in equivalent classes of security. The parameter for the realization of the table is the force of the algorithm that is the order of magnitude of the number of operations statistically necessary to the better attack in order to force that algorithm. The problem is that I canít find no document that make me able to subdivide the equivalent classes of security.
    That I would have to obtain is one table in which, as an example, to put in class the 4 (less sure) all the algorithms with smaller force of, as an example, 80 bit; in class three all those with force comprised between, as an example, 80 and 128 bits; in class 2 those with force comprised, as an example, between 129 and 256 bit and in class 1 all those with force > of 256 bits. Someone can tell me if there is a way to characterize the equivalent classes motivating because in the various classes there are the algorithms with a given force (for example in class 4 there could be algorithms absolutely insecure)?
    I hope that someone helps me because I am thruly in great troubles!

    Sorry for my terrible English!

  2. #2
    Just Another Geek
    Join Date
    Jul 2002
    Rotterdam, Netherlands
    The number of bits in a key doesn't say anything about it's strength.

    256 bit DES is less secure than 128 bit EAS.
    Oliver's Law:
    Experience is something you don't get until just after you need it.

  3. #3
    Senior Member Aardpsymon's Avatar
    Join Date
    Feb 2007
    St Annes (aaaa!)
    this is a rather difficult problem. As SirDice says, algorithm strength is not proportional to strength. Clearly, the more bits you use to encrypt the more possibilities you generate for a brute force algorithm. However, if the encryption algorithm is slightly flawed in that (making up an example) it always encrypts "e" to "47" and "m" to "~!" the odds drastically change.

    Thats before you even consider the data being encrypted or the user. A user that sets an encryption key to "password" with the best algorithm in the world still has a problem. Also, when you encrypt things like source code you create a frequency analysis vulnerability as source code contains many repeats of words like "void", "while", "if", "else",.....

    Short answer, "strongest" encryption is hard to define.
    If the world doesn't stop annoying me I will name my kids ";DROP DATABASE;" and get revenge.

  4. #4
    Senior Member nihil's Avatar
    Join Date
    Jul 2003
    United Kingdom: Bridlington
    Hello Omero77, and welcome to AntiOnline.

    I very much appreciate your understanding of us being an English Language site........however, could you post your question again, in your own language?

    I hope that you might get a better reply, and I hope that our experts will give us an English translation as well

Similar Threads

  1. Windows Error Messages
    By cheyenne1212 in forum Miscellaneous Security Discussions
    Replies: 7
    Last Post: February 1st, 2012, 01:51 PM
  2. Windows XP Security Guide (phase two)
    By pooh sun tzu in forum The Security Tutorials Forum
    Replies: 10
    Last Post: March 6th, 2004, 08:54 PM
  3. NEWS: This weeks security news. 10/2/02
    By xmaddness in forum Miscellaneous Security Discussions
    Replies: 1
    Last Post: October 2nd, 2002, 09:32 PM
  4. NEWS: This weeks security news
    By xmaddness in forum Miscellaneous Security Discussions
    Replies: 0
    Last Post: September 25th, 2002, 08:53 PM
  5. Latest SANS Update
    By xmaddness in forum Miscellaneous Security Discussions
    Replies: 0
    Last Post: May 29th, 2002, 09:27 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts

We have made updates to our Privacy Policy to reflect the implementation of the General Data Protection Regulation.