Mensajes

1) Los cifrados asimétricos, se basan en funciones trampa y en el uso de números primos, estos números, deben de ser muy grandes para evitar que puedan ser sacados fácilmente. Los cifrados simétricos, usan cualquier número como clave, lo cual aumenta mucho el espectro de claves posibles, haciendo más dificil quebrarlo utilizando fuerza bruta.
Pongamos como ejemplo en RSA, el módulo "n". Este es la multiplicación de dos números primos, para averiguar estos primos, se debería factorizar "n", obteniendo los primos iniciales. Si por ejemplo, quisiésemos con fuerza bruta sacar una clave de un RC4, deberíamos probar sucesivamente todas las claves.

2) Eso es lo que se llama un "known plaintext" attack. Los algoritmos asimétricos, no suelen ser vulnerables a estos ataques. Pongamos un ejemplo con RSA también:
Yo tengo la clave pública, osea el exponente público (e) y el módulo (n), el plaintext (m) y obviamente el ciphertext (c), tendríamos una ecuación asi:
m^e mod n = c.
Ahora si quisiésemos sacar el exponente privado:
c^d mod n = m.

Deberíamos resolver la ecuación: log(m,c) mod n. Lo cual es infeasible debido a la dificultad de calcular logaritmos discretos, que es una de las bases de la criptografía asimétrica, asi como la dificultad de factorizar un número primo.

Jajaja, por eso, por eso, es que me quemaba los ojos...

1) "Recibía" no "resivia". "ahí" no "hay".
2) Fijate que no haya ningun residuo adentro, quizas un pedazo de dvd, o algo.

@papones: liena hizo una pregunta perféctamente válida, y si te tomaste el trabajo de leer, te darás cuenta que no tocó ningun tema ilegal.

@liena:
Cuando uno hace un ataque A1, si está activado el filtro de MAC, no le va a dejar asociarse, es por esto que se debe fakear la mac usando las macs que uno ve asociada cuando hace un airodump-ng.
Los paquetes que se capturan, no tienen por qué ser TCP/IP. De hecho solo en el ataque de reinyección importa que tipo de paquete es (ya que se debe utilizar ARP Replays).

Como quieras, raul338, como andan esas lecturas?

"tal que" significa "que cumpla los siguientes requerimientos.
En ese caso, significa que "k" cumpla los requerimientos de estar entre 2 y (p - 2).

En cuanto lo que dice braulio, eso es real, el algoritmo es lo más importante de todo, sin embargo, hay mucha gente que quizas no entiende un algoritmo si se lo expresa utilizando matemáticas y álgebra, pero si lo entiende si se lo muestra como un código...
Esos códigos, era simplemente para remarcar la diferencia entre lenguajes, VB es un excelente lenguaje en cuanto a la facilidad de armar interfaces gráficas o GUI, es por eso que yo recomiendo hacer programas híbridos, la parte que requiere mucha capacidad de cómputo, en C++, la interfaz gráfica, en VB.

[Resultados:]

Mira esto:
Calcular 31^100000000 mod 5200:

Código (cpp) [Seleccionar] Expandir


#include <iostream>
#include <ctime>
using namespace std;

int main()
{
   long startime = clock();
   long out = modpow(5200, 31, 100000000);
   cout <<  (float) (clock() - startime) / CLOCKS_PER_SEC;
}

long modpow(long modulus, long base, long exponent)
{
   long Output = 1;
   for(int i = 1; i <= exponent; i++)
   {
       Output = (Output * base)%modulus;
   }
   return Output;
}

Código (vb) [Seleccionar] Expandir

Option Explicit
Private Declare Function GetTickCount Lib "kernel32" () As Long

Private Sub Form_Load()
Dim starttime As Long
Dim res As Long
starttime = GetTickCount
res = modpow(5200, 31, 100000000)
MsgBox (GetTickCount() - starttime)
End
End Sub

Function modpow(ByVal modulus As Long, ByVal base As Long, ByVal exponent As Long)
Dim i As Long
Dim output As Long
output = 1
For i = 1 To exponent
DoEvents
output = (output * base) Mod modulus
Next i
modpow = output
End Function



Resultados:
C++: 4,391 Segundos.
VB: 58 hs, 20 minutos.

Relación: C++ es 47825 veces más rápido que VB.

PD: Y si uso OpenCL y calculo con la GPU, puedo calcularlo 100 veces más rápido. Esto es en C++.

Hahaha encantados estaremos de halludar, hamijo xD

Artik, por favor decime que pusiste "halludar" como chiste.

Fijate aparte que según el gabinete que tengas, sacarle la tapa puede llegar a ser contraproducente.

Estan demasiado bajas diría yo, overclockea!