Conversor universal para codificar texto a cualquier tipo de codificación
Hemos comentado miles de veces los diferentes programas para realizar todo tipo de conversiones.
Cada cual es libre de usarlos, pero hemos creído adecuado añadir este conversor universal en la sección de complementos para poder hacer este proceso, de la forma mas rápida posible. Solo tenéis que escribir el texto que queráis y el tipo de codificación tanto la base como la requerida. Es muy rápido y así evitaréis tener que descargar y instalar dichos programas en vuestros equipos, siempre que lo necesitéis podéis venir aquí para realizar la conversión. Evidentemente para ejecutar una codificación adecuada el texto base se debe corresponder al formato de conversión inicial elegido. Por ejemplo: para usar el conversor de binario a ASCII, el texto escrito debe de esta en binario, en caso contrario el resultado será siempre nulo.
|
|
¿Para que nos puede servir este tipo de conversor en nuestras sistemas inalámbricos?
Muy fácil, la conversión que mas veces realizaremos es la del tipo hexadecimal al tipo ASCII y viceversa.
Podemos definir de forma muy rápida y creíble, que el tipo ASCII corresponde a los botones de un teclado. Y el tipo hexadecimal como un nivel de agrupación de bits (0/1) entendida por todos los componentes electrónicos.
Cuando se invento la seguridad wireless con encriptación WEP en las redes inalámbricas, en principio pensaron es usar una clave estática con una longitud de 64 bits, esta clave se genera de forma pseudoaleatoria, pero el acabado final corresponde teóricamente a 10 dígitos hexadecimales (0-1-2-3-4-5-6-7-8-9-A-B-C-D-E-F), luego pensaros que era mejor subir el nivel a una de 128 bits, y se aumento el valor de 10 dígitos a 26 dígitos hexadecimales.
Realmente el tipo de encriptación base se realiza con este tipo de datos hexadecimal (bueno mas concretamente en modo binario, pero no llegaremos a ese nivel tan bajo de manipulación de redes wireless).
Es mejor acostumbrarse a usar claves de forma hexadecimal, pero es cierto que es mas fácil acordarse de una contraseña con algo de sentido, que no simples dígitos en hexadecimal, esto disminuye la seguridad de una red inalámbrica, pero podemos recordarla mas fácilmente.
Cualquier texto o carácter ASCII tiene su equivalencia en código hexadecimal, y siempre un carácter ASCII esta formado por 2 dígitos hexadecimales.
¿Y por que esto es así?
Muy fácil, un solo digito hex. tiene solo 16 posibilidades de existir, que son (0-1-2-3-4-5-6-7-8-9-A-B-C-D-E-F), pero un carácter ASCII, necesita mas posibilidades, solo tenéis que mirar vuestro teclado para ver que como mínimo hay mas de 30 caracteres solo contando letras y números. Y eso sin distinguir entre mayúsculas y minúsculas.
Necesitamos mas posibilidades, por lo tanto se pensó en usar 2 dígitos hexadecimales para un carácter ASCII, que por lo tanto 16 x 16 serian 255 combinaciones, y ahí si pueden entran todos los caracteres que tenéis en vuestro teclado (ASCII).
Podemos verlo en la siguiente tabla.
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
|
|
||||||||||||||||||
Por lo tanto una clave wep de 64 bits de 10 dígitos hex, le corresponden 5 caracteres o dígitos ASCII, y a una de 128 bits de 26 dígitos hex. le corresponde 13 caracteres ASCII.
Solo tenéis que ver la tabla para daros cuenta de ello. Además podéis usar el asistente para Windows de redes inalámbricas, y si utilizáis la opción de confirmar clave WEP de forma manual ,veréis que permite elegir una forma u otra.
Para muestra un botón:
En este caso la clave esta escrita en código ASCII y su símil en hexadecimal seria: 63 6C 61 76 65
Pero ojo si la ponemos en mayúsculas seria: 43 4C 41 56 45
Nota: en hexadecimal es indiferente si esta en mayúsculas o minúsculas, por ejemplo F y f es lo mismo, ya que en su nivel mas bajo en bits, ambos serian 1111, que son los 4 bits necesarios para generar un digito hexadecimal.
Podemos observarlo en la siguiente tabla:
| Hexadecimal | Binario |
| 0 | 0000 |
| 1 | 0001 |
| 2 | 0010 |
| 3 | 0011 |
| 4 | 0100 |
| 5 | 0101 |
| 6 | 0110 |
| 7 | 0111 |
| 8 | 1000 |
| 9 | 1001 |
| A | 1010 |
| B | 1011 |
| C | 1100 |
| D | 1101 |
| E | 1110 |
| F | 1111 |
Como vemos con 4 bits, se consigue un digito hexadecimal, y como necesitamos dos dígitos hex. para determinar un carácter ASCII, pues se necesitan 8 bits para un carácter ASCII. Pero hemos dicho que la encriptación WEP puede ser de 64 bits y 128 bits. Donde a una le corresponden 5 dígitos ASCII o 10 dígitos hexadecimal y a la otra 13 dígitos ASCII o 26 dígitos hexadecimales, solo tenéis que usar el asistente para confirmar esta afirmación.
Pues bien si hacemos cálculos, vemos que para una clave de 5 dígitos ASCII nos valdría con 40 bits y con una de 13 caracteres ASCII nos valdría 104 bits en ambos casos sobran 24 bits. Estos 24 bits corresponde a un añadido que se emite de forma no transparente a nosotros y muy visibles por el enemigo, y es aquí donde esta el fallo de la seguridad. Estos 24 bits tiene un nombre que todos conocemos y que no voy a citar.
Recordad siempre que para generar la clave WEP con caracteres del teclado (ASCII), se deben escribir 5 caracteres para una clave WEP de 40 bits y 13 para una de 104 bits. Esta seria la forma mas correcta de definirlas, si bien nos hemos acostumbrado en llamarlas de 64 y 128 bits respectivamente. Es así porque el nivel de seguridad es solo de 40 y 104 bits.
Si vas a escribir la clave WEP usando dígitos hexadecimales, se deben escribir 10 dígitos para una clave de 40 bits y 26 para una de 104 bits. Si podéis elegir el formato de la clave WEP, siempre es mejor en hexadecimal.
¿Y por que?
Muy sencillo, los caracteres de teclado no tienen muchas probabilidades de ser aleatorios, mientras que los dígitos hexadecimales sí las tienen. Cuanto más aleatoria sea la clave WEP, más seguro será su uso.
Pero.. ya sabemos que tampoco lo son extremadamente seguras. Y sin darse cuenta, generaron el el agujero de seguridad más grande en la historia de la informática. Si bien se dieron cuenta y nuevos estándar permiten seguridades mucho mas efectivas. Pero que están llevando un proceso lento de actualización, debido a la gran cantidad de equipos que hay en funcionamiento con lo estándares viejos de seguridad. Y por supuesto, cuentan con nuestro apoyo para que solucionen todos estos problemas de seguridad.