Mensajes

qeu te dijeron en servicio tecnico del vpn?

pero es que hace toooda la transmision asimetrica es muy pesada, lo que hace incluso el https es que establece una clave común al azar muy pesada para in cifrado simetrico (fb usa AES128, google y nosotros chacha 20) pasas la clave por asimetrico (RSA, ECDHE) y luego cifras con la clave que pasaste cambiando el IV...

que te asegura esto?
si pasas todo asimetrico cifrando byte a byte no solo consumirás mucho procesador, sino que estás pasando una pista de la clave una vez por byte... eventualmente será vulnerable... (la petición http se repite una y otra vez y es la misma XD solo tienes que hacer una conversión lineal, ya sabes cuales simbolos representan la "h", la "t", la "p" entre otros que se repiten XD)
si es simetrico, pasas todo por un cifrado de stream preparado para no ser predecible (aqui entra el iv que "cambia" la contraseña cada vey listo para ser de descifrado rapido

si, el cifrado pasa la contraseña, pero así funciona

fijate el post de cifrado rsa en python, puedes meter los bytes que quieras en el mensaje y siempre serás los mismos

pero en aes (si está bien implementado)
tengo estos 3 mensajes, clave 123

Código [Seleccionar] Expandir

K7xGlZ3okW+uE4jiqTt0jE4FGkSwRRUKC9maBAHdsXl8A8+7bZVX/mp85Rmkf2EV

Código [Seleccionar] Expandir

vmd1WLXCAEI1YMaAWvtQsyf6/1Bsiuw5cYTo8jedjGNOW0hgmsvjbcELP/jjBE1S

Código [Seleccionar] Expandir

2zybZUeUJZ8cdGncA+1VczXAJUw7nx4WN3YQcW6BV+SxmSy9K802ATQBJXtSYkE6
y las 3 son el mismo mensaje

no entendi si funcionó o no...y aún no haces revisión de errores

la llave publica es para ser pasada en plano, no tiene sentido protegerla XD para protegerla solo harías una llave publica de una llave publica...

la llave publica es como mandar un candado abierto, solo puede ser usada para cerrar el mensaje... no puede hacerse más nada con ella

[Wait for command to complete]

probablemente se queda esperando a que la ventana termine... te recomiendo que la abras asincronamente es decir, no uses subprocess.call sino subprocess.Popen

subprocess.call(args, *, stdin=None, stdout=None, stderr=None, shell=False)
Run the command described by args. Wait for command to complete, then return the returncode attribute.

class subprocess.Popen(args, bufsize=0, executable=None, stdin=None, stdout=None, stderr=None, preexec_fn=None, close_fds=False, shell=False, cwd=None, env=None, universal_newlines=False, startupinfo=None, creationflags=0)
Execute a child program in a new process. On Unix, the class uses os.execvp()-like behavior to execute the child program. On Windows, the class uses the Windows CreateProcess() function. The arguments to Popen are as follows.

el uso basico es identico

Código [Seleccionar] Expandir

subprocess.call(["ls", "-l"])

Código [Seleccionar] Expandir

variableControlDelProceso = subprocess.Popen(["ls", "-l"])
si no vas a usar pipes ni nada de eso, puedes no declarar la variable

si usas la variables tienes las opciones de Popen que te permiten ver si el programa finalizó o pasarle comandos

un servidor de que? web?

hay unas pocas probabilidades... que hay muy pocos usuarios conectados y la operadora simplemente distribuye más banda (ya que la tiene libre y para incentivar usuarios), o que la operadora estaba armando un cambio de configuración y se le fue la mano con algo... en cualquier caso, si es más que tu velocidad contratada, no tiene nada que ver con el teléfono, ni la torre, eso es manejado por un equipo de control de acceso en la sede de tu operadora...

sorry, por alguna razón lo confundí con esta

http://foro.elhacker.net/wireless_en_linux/wpsslaughter_desbloquear_router_con_el_wps_bloqueado-t448806.0.html

es claro que no van a descargar, si no puedes navegar, el programa tampoco... lo que tienes que buscar es por que puerto está haciendo socks el tor y configurar el downloader para que use socks

has algo...

vas a hacer

Código [Seleccionar] Expandir

if(!$result) var_dump($this->conexion);

si da una cantidad grande de datos, pegalo en pastebin y pasa el link