solo para agregar algo... el WiFi en muchos casos no supera una pared de la casa... la señal celular se conecta hasta 5km de distancia, pero se ve atenuada también por los edificios (imagina la diferencia de potencia) por ultimo, la señal de radio y televisión viaja decenas y cientos de kilometros, no solo es capaz de atravesar paredes, sino incluso montañas, si estas señales que superan los 100años transmitiéndose no son de preocupación por que unas que apenas tienen potencia serian más dañinas?

por otro lado... no es radiación ionizante, esta ultima es la que podría producir cáncer

hola, creo que las reglas dejan en claro que el foro no se involucra en problemas privados entre usuarios


el usuario no ha cometido ninguna acción evidenciable para alguna sanción en el foro, si algún mensaje privado viola las reglas del foro, puedes reportarlo y el staff se hará  cargo, fuera de esto, cada quien es responsable por tratos hechos con otros usuarios

movido a foro libre

las redes no se hackean con "métodos fáciles para novatos" porque si no de nada valdría tener seguridad implementada,  de buenas a primeras asume wpa como "una pared infranqueable"

tema ilegal o no ético, va contra las reglas del foro, tema cerrado

puedes usar motores cono angel2d u openframeworks para crear un juego, pero a menos que tengas un equipo de expertos no pasara de un aprendizaje.... la forma mas util son motores de juego completos como son unity, udk, blender engine, etc... alli igual necesitaras programar pero lo mas "basico" del juego te ahorras el trabajo

es verdad, no la declaré, solo lo use xD pero para eso luego le deje el link para que estudiara como es todo el asunto, allí se explican todos los detalles   

como sabes que esas ip no están asignadas, o estan asignadas a inocentes?

en otros lenguajes los llaman array asociativos... entre otras funciones el principal es representar un array con "nombres" en lugar de numeros, podrías hacer

variable["color"] = "azul"

mas info (buscando "diccionarios python" en google)
http://librosweb.es/libro/algoritmos_python/capitulo_9/utilizando_diccionarios_en_python.html
http://es.diveintopython.net/odbchelper_dict.html

el primer link, habla de firmware pero aclara BIOS, más puntualmente uefi... y si te dijera que la BIOS corre en una pc con todas las respectivas capacidades de la misma? y aun así tiene que ser un diseño para cada tipo de BIOS, nada universal?

el segundo y tercero, si hablan de una infeccion de firmware, el segundo usa es el cambio de los modos del usb, pero el firmware no es universal, lo dejan claro... en el otro caso, los firmware infectados son de modelos especificos, nada universal... un equipo desarrollando infecciones para cosas diferentes...

el cuarto no es firmware, es de nuevo BIOS (y si, aunque el BIOS es un firmware, no me lo pongas a la escala del de un aparato "smart")... leete los detalles y mira cuantas veces aclaran el saber los detalles especifico del BIOS... lee los "known issues"

no es nada universal... el atacante tiene que saber exactamente que ataca y tener una muestra de ello... si pueden sacar el firmware a todos los aparatos, pero tendrán que procesarlos, analizarlos infectarlos, reconstruirlos y probarlos.. suerte con eso...

intenta cualquiera de esos metodos con firmware de routers... para ver si logras algo... en hecho busca los metodos y mira que no se parecen ni en accidente...

claramente no tienes ni la menor idea de lo que hablas cuando te refieres a eso y aparentemente omites información clave e importante en lo que lees que contraría lo que crees al respecto...


la razón (a demás de la logica) para eso tendrían que estar trabajando con TODOS los creadores de dispositivos y subiendo los detalles de cada posible dispositivo... el exploit pesaría gigas como minimo....


viendo como sesgas información al leer, yo creo que no está cerca de lo que crees...


mas información mal leida...


mas información mal leida, intrucciones mal seguidas...

y para que sesgues todo lo anterior... si yo trabajo en la NSA al igual que el Hacker que te fastidia y el cobra miles de dolares el mes por eso que te hace, que claramente lleva dias de trabajo por dispositivo infectado

primero... en pc no hay tal cosa como numeros 100% al azar... es un problema que lleva años dicutiendose... lo que buscas es que se generen numeros pseudo-aleatorios diferentes para cada caso...

el problema es que rand siempre va a comenzar en el mismo punto... y como esto no es más que una aplicación simple y no requiere más profundidad ni analisis, puedes usar srand() que te permite inicializar los numeros de rand desde un punto basado en el tiempo del PC

aqui un ejemplo y su uso

http://www.cplusplus.com/reference/cstdlib/srand/

/* srand example */
#include <stdio.h>      /* printf, NULL */
#include <stdlib.h>     /* srand, rand */
#include <time.h>       /* time */
 
int main ()
{
  printf ("Primero Numero: %d\n", rand()%100);
  srand (time(NULL));
  printf ("Numero pseudo-aleatorio: %d\n", rand()%100);
  srand (1);
  printf ("Nuevamente el primer numero: %d\n", rand()%100);
 
  return 0;
}

no Hason, no!... no existe una solución general ni "inyectar un ejecutable", tienes incluso que estudiar los componentes en cuestrion y armar el rootkit en ensamblador compatible con el procesador del equipo especifico, ya que si sobreccargas los componentes o desbordas la ram el equipo se inutiliza... un rootkit de un tv no va a ser realmente complejo por lo poco potente del mismo, para hacer algo que se comunique e infecte, tienes que ser REALMENTE bueno en programación y tener un equipo identico (en modelo exacto) para probar , claramente es algo que no tienes claro... como mucho el programa lo que puede hacer es modificar los saltos y las posiciones de memoria para que el programa no se rompa por default en la inyección y eso es todo...

claro tan simple como eso...


con esto claramente muestra que no tienes ni idea... no porque todo sea escrito en un mismo lenguaje es compatible o lo contrario... por lo menos, un programa hecho en visual basic puede ser inyectado con un codigo armado en c++... y no porque tenga un codigo en c++ quiere decir que simplemente hago otro codigo en c++ y lo inyecte y corra como los dioses... que bien te digan aquí lo dificil que es inyectar un codigo y que corra bien en un pc que tiene como fin correr programas complejos...

y si.... todo está programado con un mismo lenguaje... se llama binario... suerte con esa afirmación...


no... no... no... el parrafo completo es una de las mayores babosadas que he escuchado en este foro... y ojo que  han sido cosas horribles...

no!!! Hason! si incluso la "universalidad" en los pc no es facil y no todo es compatible, crees que existe un programa (que corriendo en integrados de poca potencia porque muchos ni si quiera tienen cpu) puede ser compatible?? en serio? dedicate a programar integrados y si consigues un solo codigo, que haga algo igual para cada caso, que sea compatible CIs, FPGAs, CPUs y ALUs de mismos y diferentes fabricantes, si lo haces, conseguiste lo que tiene años buscando los desarrolladores de SOs desde el mismo inicio... te recuerdo que a demas cada tecnologia tiene sus propias ramas, un programa compilado para ARM no es compatible con todos los tipos de ARM (7, 8, etc) lo mismo para CPU (intel, amg, x86, x64), como mucho el sistema operativo se encarga de la conversión y muchas veces falla