I si codificas dos veces el mismo texto? así cuando haya muchos ceros seguidos tampoco se notarà!

El problema es q si los *.doc empiezan todos por los mismos caracteres la cifra pierde toda la gracia, pues todos los mensajes tendran el principio del texto llano igual y deducir a partir de eso la clave dicen q es muy fácil.

Quizá la solucion seria sólo codificar las partes del documento donde haya texto y el resto no se codificara, pues será igual para todos los documentos.

No se si te he ayudado mucho, pero no se me ocurre nada más!
Suerte con tu programa!
NK

a) comprime el archivo antes de cifrarlo
b) usa una clave más larga, mayor que cualquier posible ristra de ceros
c) cifra varias veces, con claves de distinta longitud

No estoy de acuerdo con lo que dices, pero defenderé con mi vida tu derecho a decirlo.
- Voltaire -

En vez de utilizar la misma clave repetidamente, empieza a utilizar el texto del mensaje a continuacion de la clave como una nueva clave.

Ejemplo:
Mensaje: estoescoserycantarparaloscriptografos
clave: holaestoescoserycantarparaloscriptogr

Quizas te asocie algo si buscas "autokey vigenere" en Google...
-

Dios estaba sobrio aquella noche...

Y me pregunto yo, ¿por qué reinventar la rueda?. Después de todo el trabajo que te estás dando con el programa, no sería mejor utilizar algún módulo GPL de cifrado simétrico que te diera esa seguridad a la hora de cifrar datos. No soy ningún experto en criptología, soy administrador de sistemas, pero todo esto me ha recordado bastante a la filosofía de UNIX o GNU/Linux -> "Un programa es un conjunto de instrucciones que cumplen una función pero que la cumplen bien", frente a la filosofía de Windows -> "un programa que lo hace todo". Y en tu caso, como quieres hacerlo multiplataforma, yo apostaría por eso. :D

Un saludo, JP Molina (Granada) / ::.. Si vales, bene est, ego valeo

Holas:

Tras hablar con más expertos en el tema del cifrado, he llegao ha ciertas conclusiones, y a parte, he cubierto las necesidades.

1º -> Sabemos que hay programas que realizan hasta 32 vueltas de cifrado al mixmo documento plano. Pero me parece que esto es una técnica que simplemente come tiempo, pero que no garantiza mucho. Yo pretendo dar como muchísimo 4 vueltas, es decir, aplicar dos veces cada capa de cifrado.

2º -> Contar con una única capa de cifrado siendo esta de sustitución es insuficiente, debido a las cabeceras de los archivos, y a las secuencias de igual valor de byte. Por esto, hay que compensar este fallo de mi sistema de seguridad.

Ideas:
-> A) Comprimir el archivo original, tal y como propuso "Envite". De este modo consigo matar dos pajaros de un tiro: Consigo reducir el tamaño de las cabeceras de archivo a solo 20 bytes (tamaño de la cabecera del compresor q tengo elegido), y Consigo también, eliminar todas las secuencias de igual valor de Byte. Por contra, aunque el proceso de cifrado es más corto por ser el archivo a cifrar (el comprimido) menor que el original, se debe esperar a que se genere el comprimido (y en caso inverso la descompresión). Pero me fijado que la inmensa mayoria de cifradores utilizan una compresión de modo opcional. Así que no me preocupo.
-> B) CAPA DIFUSORA; como ya habréis leido los forofos de esta web, las tecnicas fundamentales de cifrado son Sustitución y Difusión/Transposición. Pues bien, ya he diseñado por fin un sistema de difusión, que permite perder totalmente la cabecera del archivo.

Una Vez Terminada La Creación Del Programa, Este Es El Pronóstico Para La Versión 2.0

A) Cifra hasta a 34 MBytes/s
[Trabaja En Segundo Plano, por lo que la
velocidad es variable]
B) Cifra de 6.5 BITs a 1666 BITs
C) Trabaja Con Bloques De Tamaño Variable
[de 1 a 65535 Bytes (524.280 bits)]
D) Trabaja Con Claves De Longitud Variable
[de 1 a 256 Bytes -> Alfabeto de 91 chars]

PARA LA VERSION 3:
-> Tengo pensado usar también el contenido de archivos como clave, de modo que logramos incrementar la potencia de cifrado llegando a trabajar a [ 8 x (Tamaño En Bytes De Archivo Clave) ]; Ejemplo: Usando como clave un archivo típico fondo de escritorio JPG de 1024 x 768, tamaño: 125 KB, llegamos a cifrar a 1 MegaBIT de potencia.

¿Qué Os Parece Esta Salvajada? ¿Creéis que sería comercializable?

==============================================================
Esquema del Algoritmo:

1) Peticion de datos de entrada
(clave, archivo origen, archivo destino)

Si Operación Cifrado:
2) Comprimir archivo origen
3) Capa de Sustitución al Comprimido
4) Capa de Difusión al Comprimido
5) reaplicación de pasos 3 y 4.

Si Operación Descifrado:
2) Invertir Capa de Difusión
3) Invertir Capa de Sustitución
4) Repetir pasos 2 y 3
5) Descomprimir archivo

OPINIONES? SUGERENCIAS? CONSEJOS? CORRECCIONES?

No soy más que un jodio novato, así que no creo que halla creado el futuro AES, pero si es posible jejejeje, hay q ser optimistas. Espero Vuestros Comentarios :)

PD: Gracias Por Vuestra Colaboración :-)

PROYECTO DE CIFRADOR - AMPLIACION
=====================================

ANTES DE NADA, AVISO, ESTO ES LA EXPLICACION DEL ALGORITMO QUE USARA MI PROYECTO DE CIFRADOR, EL ALGORITMO ESTA DISEÑADO POR MI, Y ESTO QUE TENEIS AKI SON ESKEMITAS QUE AYUDAN A PODER ANALIZAR EL SISTEMA DE SEGURIDAD. NO ESTA COMPLETO AL DETALLE PERO SI FACIL DE ENTENDER CON ALGO DE PACIENCIA. PERDONAD LA LONGITUD,... ESPERO QUE OS GUSTE :)

======================================

Buenas DamyMr, bueno, te informo de los eskemas. Pero para dar una explicación miniaturizada, necesitaremos empekeñecer el entorno, para que sea así más facil coger el enfoke global.

Valores Posibles De Byte: 1,2,3,4,5,6,7,8,9

Secuencia ORIGINAL: 3,2,4,5,9,6,8,1,7
CLAVE: 2,6,9

Aplicando Capa Sustitución:

A) Creación de Mapa Polialfabetico:
1 2,3,4,5,6,7,8,9,1
2 6,7,8,9,1,2,3,4,5
3 9,1,2,3,4,5,6,7,8

B) Paso ORIGINAL - INTERMEDIO1:
Original: 3,2,4,5,9,6,8,1,7
Alfabeto: 1,2,3,1,2,3,1,2,3
Interm_1: 4,7,3,6,5,5,9,6,6

* Se lo que pensais, habría sido más simple, hacer la operación de ORIGINAL + CLAVE (mod ELEMENTOS) = CIFRADO. Pero pese a que para un humano es más fácil este camino, la realidad es que para una computadora, es muchisimo más rapido facilitarle un MAPABIN y usar un algoritmo ekivalente. (LO HE COMPROBAO).

C) INTERMEDIO1 - INTERMEDIO2.

Bien, este es el gran cachondeo del colega DamyMr :). Veamos, supongamos que para la transposición usasemos una matriz cuadrada en la cual entrasen TODOS los elementos. En este caso requeriríamos una 3x3, ya que hay 9 elementos:

1 2 3
4 5 6
7 8 9

Ahora trabajaremos sobre la matriz que indica las posiciones originales del bloque, y generaremos la SSB. Recordando que la clave es: 2,6,9

Explico, divido el proceso en 2 fases. 1º sacar ekivalente de la clave modulo rango de la matriz cuadrada => 2 mod 3 = 2, 6 mod 3 = 0, 9 mod 3 = 0. 2ª Aplicar un avance de X posiciones sobre los elementos de esa fila o columna.

------2 6 9
------2 0 0

9 0 - 1 2 3 - 2 2
6 0 - 4 5 6 - 0 6
2 2 - 7 8 9 - 0 9

------0 0 2
------9 6 2

Esto hare una demostracion (A) Superior, B) Derecha, C) Abajo, D) Izquda)

A) 7 2 3 B) 3 7 2 C) 3 7 9 D) 3 7 9
___4 5 6 ___ 4 5 6 ___ 4 5 2 ___ 4 5 2
___1 8 9 ___ 1 8 9 ___ 1 8 6 ___ 6 1 8

La SSB a pasado de 123456789 a 379452618 tras aplicar la clave. NOTA: Usando una SSB de rango N, siendo N la longitud del alfabeto, nos olvidamos de todo esto de tener que modular... supongamos q la matriz fuese de 256x256, tendriamos 65536 elementos, perdon, posiciones diferentes!. SSB posibles: 65536! Una animalada... yo resto un elemento a la caja, por motivos de contadores, y de economizar código :). Y aún así admitiria ficheros como clave, pudiendo usarse los 256 valores posibles de cada byte... dando una potencia de 7 KiloBits aprox, solo para cada bloque de 64 KB, ya que para el siguiente bloque se generaria una nueva SSB a partir del 2º Kilobyte del archivo clave, y así sucesivamente... QUE SALVAJADA NO? :P

Ahora simplemente cogemos la secuencia INTERMEDIA anterior, y aplicamos este reorden, dando lugar a la secuencia INTERMEDIA_2

123456789 379452618
473655966 = 396657546

Ahora el paso final, reaplicamos el primer paso, la sustitución a esta nueva secuencia de datos...

D) Paso INTERMEDIO2 - FINAL:
Interm_2: 3,9,6,6,5,7,5,4,6
Alfabeto: 1 2 3 1 2 3 1 2 3
Final...: 4 5 5 7 9 6 6 9 5

RESULTADO FINAL: "324596817" + CLAVE 269 en mi algoritmo "455796695"

=============================================
Conclusiones De Este Novato:

Creo que este sistema de cifrado, consigue una alta seguridad, pues sinceramente, dado el diseño de la SSB, no hay manera de

recuperar hayar la clave a partir de parejas de archivos... ya que aun con mi mente retorcida no se me ocurren posibilidades,

pues probando una clave, que nos diese una ekivalencia parcial con el original, sería más por pura casualidad que por

descubrir parte de la clave; ya que pese a no dar este algoritmo 1000 vueltas, con el duro diseño de la SSB, con 1 vuelta me

parece más que suficiente.

Creo que mi algoritmo, es bastante eficiente. Y logra una bestial velocidad, lo tengo ya testeadito en mi ekipo, y consigue

una velocidad de vértigo (consigo unos 36 MB/s de cifrado, contra los 7 que logro con AES...) y eso que solo está

implementado en ANSI C; si supiera ensamblador, podria aplicar todo esto a nivel de BIT, pero puesto que no se operar bits,

trabajo a nivel de BYTE, que la verdad, estando formalizado en grupos de 8 bits, toy trankilo manejando mis bytes :P

NOTAS DE LA SSB: Esta se genera dependiendo de la cantidad de elementos procesables; es decir, si el archivo mide 70 KB, pues

se genera una SSB para los primeros 64, y luego otra para los 6 restantes. Dado el diseño de la SSB, no necesito crear

relleno, pues es flexible, pudiendo adaptarse a por ejemplo, una matriz de 2 bytes. Aunque inicialmente trabaje

predeterminadamente cajas de 64 KB. (sería más apropiado una SSB de 10 KB, pero llamemos capricho a mi deseo de usar numeros

multiplos informaticos... 16,32,64,128... por amor al arte :)

===================================
Esto es una pekeña exposición pa coger una idea general de como se genera la SSB; pero tiene bastante más currillo, para

garantizar su flexibilidad y estabilidad. Hay más operaciones para definirla... pero esto era una especie de DEMO de lo que

me estoy currando.

Me gustaría recibir opiniones de todos los veteranos, aficionados y maestros de estas artes. Toy creando de enfocar mis

habilidades mentales a crear seguridad gratuita para el mundo... Otros lokillos del ordenador como yo se dedican a crear

virus, que aunque también tiene su gran curro de diseño, odio los resultados, prefiero aportar cosas positivas, y no dolores

de cabeza a la gente normal...

BUENISIMAS NOCHES! SON LAS 2:20 AM, ME KEDAN 7 HORAS DE SUEÑO!! Y MAÑANA CURRO! QUE DOLOR!!!!

PD: El proyecto de ANSI C que estoy desarrollando es 100% compatible con todos los sistemas operativos de MS, aceptando

Drag&Drop, función por linea de comando, trabajo por menu (textual), liberando carga al micro al trabajar en segundo plano

siempre (así no molesta :D).

PPD: UN FUERTE ABRAZO A TODA LA GENTE! GRACIAS ENTRE TODOS POR ANIMARME A DESARROLLAR ESTE TRABAJO!!! Gracias DamyMr, JM Lucena, Jorge Ramió Aguirre, Inmemoriam, Envite, nk2701,... y MUCHISIMAS GRACIAS a mis amiguetes de www.dtodo1poco.com que me animaron desde el principio :) (como comento DamyMr, la Fuerza de mi algoritmo reside en la SSB).

Para Comunicación Privada: Strapping @ gmail . com :P