|
Probably easier to prove its broken. Encrypt some plaintext with your scheme and then feed the results into the NIST random number test suite. If your results aren't random then the scheme is probably weak.
|
|
|
|
|
A little bit clarify about NIST random test suite please?
If the scheme used it for generator as a random generator function in class of java programming language then what need to do? It is already proven random generator?
|
|
|
|
|
Take some text, like an ebook or something, and encrypt it with your scheme. If the encryption is strong, then the encrypted text should look random and come close to passing the NIST test suite. If your encryption scheme is weak, it will leave entropy in the output, which the NIST test may pick up on.
|
|
|
|
|
If the encryption scheme works on only numbers, especially limited inside 32 bits input, then how to test it properly?
|
|
|
|
|
Then you encode the data. Pack 4 8bit ascii characters into each word. Normally you'd compress data before encryption too, but in this case its important that you don't.
If your algorithm takes non-random data, encrypts it, and the result doesn't look random (it has things like high autocorrelation), then the algorithm is most likely seriously broken.
|
|
|
|
|
What you said over can be satisfied as proper test?
|
|
|
|
|
No, not at all. If this test fails, then its a very strong sign that your algorithm is weak. If this test passes then it definitely doesnt prove the algorithm in any way...
|
|
|
|
|
Probably easier to prove its broken. Encrypt some plaintext with your scheme and then feed the results into the NIST random number test suite. If your results aren't random then the scheme is probably weak.
A consistent failure to pass randomness tests would imply cryptographic weaknesses, which would likely be exploitable. On the other hand, it's possible for a scheme to pass any randomness test one might care to throw at it but nonetheless be cryptographically very weak. Given the availability of strong cryptographic methods, I don't see much point to using weak ones unless one is operating under severe hardware constraints.
Of course, it may well be that the application requirements don't quite match any existing security protocol. If that is the case, I would suggest building a protocol using existing encryption algorithms. Under that scenario, you may be able to prove that the only way to crack the protocol is to crack one of the underlying algorithms. Developing a secure protocol will often be tricky, even given secure algorithms, but with care you may be able to produce a protocol that can be shown to be as secure as the algorithms at its core.
|
|
|
|
|
What would the postfix expressions for the following statements;
a – (b / c * d )
a / b / c – ( d + e ) * f
Thanks!
|
|
|
|
|
|
Hi everyone,
Please I need help in explaining the meaning of the following statements in data structures;
getTop(stackTop)
push(stackTop)
please help.
Thanks!
ALOYSIUS.
|
|
|
|
|
|
getTop(stackTop) => probably a method for getting the top element in a Stack.
push(stackTop) => probably a method for pushing an element to top of a Stack.
|
|
|
|
|
How does an ATM work? Thank you.
|
|
|
|
|
olsion wrote: How does an ATM work?
Which ATM? Asynchronous Transfer Mode, Automated Teller Machine?
If it's Automated Teller Machine, then you stand beside the machine - it's usually (but not always) located in a wall. Try not to stand behind it because:
a) It makes it really hard to stick your card in
b) You can't really see the keys to press
and
c) If the ATM is located in a wall, you'll have to knock an inconvenient hole in the wall to stick your arms through.
Once you've positioned yourself on the right side of the ATM, and are within reaching distance (obviously you don't want to have to throw the card at it and hope that it slides into the card reader), insert your card into the card reader slot, follow the instructions onscreen, enter your PIN and perform the operation of your choice. The operation should be related to the ATM, it's unadvisable to perform an appendectomy beside the ATM, for instance.
The PIN here refers to a Personal Identity Number that will have been issued to you by your bank. Physically sticking Pins into the ATM will do nothing for it - it does not need acupuncture, it does not respect voodoo.
Please choose the correct slot for the card when you enter it. The mouth of the person standing behind you does not count as a card reader. The receipts tray does not constitute the card reader, nor does the rubbish bin near by.
Thus ends your ATM lesson for today.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys
|
|
|
|
|
That was a good one.
|
|
|
|
|
|
Yusuf wrote: He would like to offer a book deal for "ATM for dummies"
I'll be happy to write one if he'll give me a plausible reason for drive-up ATMs that have Braille keypads.
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
Roger Wright wrote: plausible reason for drive-up ATMs that have Braille keypads.
According to this[^] it is because of ADA. (See the second question)
Yusuf
Oh didn't you notice, analogous to square roots, they recently introduced rectangular, circular, and diamond roots to determine the size of the corresponding shapes when given the area. Luc Pattyn[^]
|
|
|
|
|
1) ATM used by blind drivers side passenger.
2) Why manufacture two types of keypads?
|
|
|
|
|
Okay... I'm writing as fast as I can. 
Actually, I figured that out, but it still seems absurd to me to find them in the US. We have no blind driver-side passengers, though a case might be made for a blind client using the ATM from a cab. My cynical nature inclines me to think that the most likely reason is that it's cheaper to make one kind of keyboard than two.
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
|
|
|
|
|
Stevie Wonder rides in a Limo, and might want to use the ATM. Therefore all ATM's should be accessible to Stevie Wonder.
The true man wants two things: danger and play. For that reason he wants woman, as the most dangerous plaything.
|
|
|
|
|
For the regulars who answer questions on this board - is there any point to having Chris put up a sticky that discourages asking for "URGENTZ - NEED HELP" type requests? Perhaps included in the sticky would be advice on asking good questions so that your question gets answered?
If I can get some agreement on this, I'll post something in the suggestions forum to that effect.
|
|
|
|
|
I doubt that such a warning would phase 99% of such posters since they probably wouldn't read it. A large proportion of such posts come as their very first post. Hell, a lot of them can't even seem to figure out which forum to post in. 
"Republicans are the party that says government doesn't work and then they get elected and prove it." -- P.J. O'Rourke I'm a proud denizen of the Real Soapbox[ ^] ACCEPT NO SUBSTITUTES!!!
|
|
|
|
|
IMO every forum should have a sticky message, and most of them could have exactly the same content except for the mission statement. Why would this forum be any different?
Luc Pattyn [Forum Guidelines] [My Articles]
- before you ask a question here, search CodeProject, then Google
- the quality and detail of your question reflects on the effectiveness of the help you are likely to get
- use the code block button (PRE tags) to preserve formatting when showing multi-line code snippets
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
