Input suffers security.
-
I have only 0...256 input in decimal. Some of readers they have knew my matter. I have explain it many time in this site. But still in the trouble. Could not decide it. I think about if the input one number is inside 256 then it would be search easy without any encryption. That is really trouble. Other's word on this matter is about think it much and search it. It would be had a method to survive this problem. I have thought this and researched on the matter then result it nothing then i have thought my cryptography algorithm without long number of the initial input, it would be easy work and can't keep as security better. If it is rose the work, which is that input number size would be extended, then it would be another huge work. this work request Not only me but also another people would be handle it then can decide the long input. Therefore i would like to survive my matter without extending input number. Extending input number means Initial number from other side would be extended there, not inside my algorithm. That is my good idea but i can't decide it easily. Would like to listen first other's important idea for this matter. I think that professional people who are working on the cryptography and security for long time, they've got expirence and knew how to decide it. I'm really glad if any good idea for this matter Thank you Professional people they almost be ready for any risk and know how to resolve when they got it.
-
I have only 0...256 input in decimal. Some of readers they have knew my matter. I have explain it many time in this site. But still in the trouble. Could not decide it. I think about if the input one number is inside 256 then it would be search easy without any encryption. That is really trouble. Other's word on this matter is about think it much and search it. It would be had a method to survive this problem. I have thought this and researched on the matter then result it nothing then i have thought my cryptography algorithm without long number of the initial input, it would be easy work and can't keep as security better. If it is rose the work, which is that input number size would be extended, then it would be another huge work. this work request Not only me but also another people would be handle it then can decide the long input. Therefore i would like to survive my matter without extending input number. Extending input number means Initial number from other side would be extended there, not inside my algorithm. That is my good idea but i can't decide it easily. Would like to listen first other's important idea for this matter. I think that professional people who are working on the cryptography and security for long time, they've got expirence and knew how to decide it. I'm really glad if any good idea for this matter Thank you Professional people they almost be ready for any risk and know how to resolve when they got it.
It is really hard to work out what you are trying to do. Sometimes you seem to have an 8 bit key - which suggests that you will have no hope of avoiding any sort of brute force attack, whereas at other times it seems that the message that you are encoding is only 8 bits. If you are encoding only 8 bits, potentially you have only 256 possible messages, so an eavesdropper can determine, for example, if the same message is sent. The traditional way around this is to salt the message by appending a random number. As an example, to send 8 bits, add 56 random bits, then encode the resulting 64 bit message. Repeated messages with the same 8 message bits would be different and brute force searching becomes more complex.
Peter "Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."
-
It is really hard to work out what you are trying to do. Sometimes you seem to have an 8 bit key - which suggests that you will have no hope of avoiding any sort of brute force attack, whereas at other times it seems that the message that you are encoding is only 8 bits. If you are encoding only 8 bits, potentially you have only 256 possible messages, so an eavesdropper can determine, for example, if the same message is sent. The traditional way around this is to salt the message by appending a random number. As an example, to send 8 bits, add 56 random bits, then encode the resulting 64 bit message. Repeated messages with the same 8 message bits would be different and brute force searching becomes more complex.
Peter "Until the invention of the computer, the machine gun was the device that enabled humans to make the most mistakes in the smallest amount of time."
Yes your right. I need to tell more about my algorithm. The algorithm has done on the input 8 bits and encrypted output 16-32 bytes, which are included bit Expansion, Inversion and Substitution operations.It is ready more complicated correlation between initial and converted data. Other words, it means that 8 bits input data became 128-256 bits ready. If you have another idea or i thought different idea from your idea, please could you make your idea more clearify? I need to know what your means. maybe it is important. Thank you