De entrada, esto es al revés... Si tú no puedes aceptar un mal comentario, no escribas.
Esto es como esas mujeres que se visten ligeras de ropa y al salir a la calle solo quiere que el miren chicos jóvenes y guapos... pues no, te mirará todo el mundo que quiera, porque es la propiedad de la libertad.


Entiendo que todo el mundo quiere el 'lenguaje perfecto que vale para todo'... pero, no existe.
Para ejecutar 'cualquier instrucción', se precisa un lenguaje específico a la plataforma (mejor atinado a cada chip)... es decir el ensamblador. Peor el ensamblador es específico precisamente a cada microchip, luego no es solo un lenguaje si no uno por cada michrochip distinto.
Por su parte los lenguajes de alto nivel lo que pretenden e sprecisamente obviar las características de cada microchip, y por ello provee funcionalidad genérica... si bien ya desde hace décadas, luego al compilar se pretende que se especialice lo mejor posible a cada microchip, lo que no se consigue al 100%.

En definitiva la particularidad de que 'valga para todo' está reñida, es opuesta a la particularidad de que 'pueda ejecutar cualquier instrucción'.


Esto suena muy bonito, pero lograrlo no es tanto cosa de este o aquel lenguaje si no de las vulnerabilidades de varios sistemas a la vez: El software del dispositivo, de los protocolos de red, e incluso el hardware del propio dispositivo.
...además, al hablar de una 'apk' estás hablando de plataformas de tf. móvil, va a ser imposible que las mismas vulnerabilidades halladas en ese sistema, se dén en otras plataformas.. date cuenta incluso de la diferencia notable entre los dispositivos de Apple y el resto basado en Android.
Y en última instancia, dichas vulnerabilidades, debes haberlas encontrado tú... si las encuentra otro, nadie está obligado a compartirlas, y en caso de que se haga, puedes estar ya parcheado para cuando tú te enteres o te enteres y puedas proveer un programa que aproveche la vulnerabilidad... además como deben coincidir por lo general más de una a la vez, esa circunstancia no suele darse o si se da, hay una ventana de tiempo, transcurrido el cual una vulnerabilidad se corrige y ya no es posible aprovecharlo.

Cuando se habla de vulnerabilidades de software, puede afectar a todo un sistema o puede restringirse solo a cierta versión/versiones de dicho sistema. Igualmente al hablar de una vulnerabilidad hardware, puede ser aún mucho más específica y ceñirse exclusivamente a los microchips de cierta firma.

Así que si quieres dedicarte a estudiar el asunto, empieza por olvidarte de un sistema universal de hackeo. y empieza por aprender un lenguaje de programación... de entrada lo que interesa es que 'aprendas a pensar', a resolver problemas, a ordenar ideas, una vez conocido un lenguaje aprender otro suele ser mucho más sencillo. Y si quieres llegar lejos, olvídate que jamás bastará conocer un solo lenguaje.

Por mucho que un 'Formula-1' alcance los 380km/h., si ha de correr por caminos, estrechos, con baches, charcos de agua de 40cm., vegetación, etc... el 'formula-1' se quedará atascado en el primer km. ¿entiendes la idea por la que no existe ni nunca existirá uno universal (para todo)????. En las películas queda muy bien cualquier cosa, la realidad es siempre más cruda (y lleva mucho más tiempo, nada de los 5 minutos que debe durar en la peli).

... y esto son cálculos tuyos o la predicción de la spitonisas de Putin????.

Puedes montarte la película que quieras, pero la complejidad de los países democráticos, suele ser subestimada en los planes de terceros.

Básicamente no.

Un programa puede tener innumerables sitios donde establezca el color del fondo, o centralizar todas las llamadas de cambio en un único sitio. Pero en cualquier caso suele ser asunto del programador si eso sucede en un sitio, en otro o en varios...

El nombre... basta renombrar en tu equipo el nombre del programa.
Intentar cambiar el nombre del programa en sus atributos internos, es ilegal, porque básicamente estás inumpliendo la norma más elemental y mínima de copyrigth (incluso cuando no hay copyright), que es rechazar la pertenencia de la autoría al legítimo autor. Renombrarlo en el equipo es una cosa, pretender cambiar el nombre internamente, es adueñarse de un trabajo que no es tuyo, incluso aunque el nombre que le pongas no sea por y para ti. En última instancia, si tras dicho cambio ese programa es enviado a otros, el delito no hace si no que aumentar, y puede en tal caso existir la intencionalidad vírica, operando ficheros en el equipo de alguien (cambiando nombres para hacerlos irreconocibles). El daño en ficheros de equipos ajenos, es también delito.

Al final ambas cosas son posibles, pero no en la forma en que tu crees... como si fuera un .css y probablemente un único programa sea incapaz de llevar a cabo esa tarea en 'cualquier programa' tal vez solo en determinados programas...

...y por qué hay que 'lograr la atención de los alumnos'???.
¿qué son, perritos a los que hay que distraer con juguetes???.

Como dice el viejo dicho: "La cabra tira al monte..."
Con lo que uno debe entender que da igual lo que hagas, hay gente con mente cuadrada y no se puede flexibilizar para que sea redonda ni ovalada y menos espiral.

Cada cual es como es... el mal yace en esos profesores que logran que alumnos interesados, con el tiempo pirdan todo interés, eso sí es preocupante... Es decir, basta con no quitar las ganas a quienes tiene verdaderas ganas de aprender.

Si tienes las actualizaciones automáticas, activadas... no vas a ser consciente de tales cambios, a menudo se programan en segundo plano y sin interacción del usuario...

La identificación orientativa del problema.
Seguramente un proceso crítico para el sistema es cerrado sin contemplaciones.
Esto puede estar producido por diferentes causas:
 - Un error en el propio software (hay que descartarlo si tiene años y no ha habidos cambios). La solución sería remplazarlo por una versión corregida (una actualización).
 - Un virus que intenta escalar privilegios tumbando un proceso 'que le molesta'... La solución pasa por buscar y eliminar el virus.
 - Un virus u otra herramienta (maligna o no), ha suplantado un determinado proceso, que el sistema logra detectar a tiempo como dañino. Probablemente no esté adecuadamente implementado y se cuelga. Solución revisar que los sistemas críticos son genuinos.
 - Un daño del disco, justo donde está guardado el fichero, en algún momento se carga dañado. La solución pasa por analizar el disco duro (chkdsk) de modo profundo para que analice sectores dañados (y mueva su contenido a otros sectores), adicionalmente si el fichero no fuere posible rescatarlo, habría que reponerlo externamente.
 - La instalación de nuevo software-hardware, reinstala una versión (nueva o vieja) que interfiere (no es compatible o tiene algún daño, etc...). Solución deshacer los últimos cambios de instalación.

...puede haber toda una plétora de posibilidadee, he puesto las más recurrentes... no importa tanto la causa exacta como saber que proceso es el afectado.

Mira de actualizar tu windows, con un poco de suerte si hay pendientes actualizaciones alguna de ellas, podría resolver los problemas actuales. Antes haz un punto de restauración, por si en vez de solucionar el problema lo agrava.
Cada cierto tiempo, si todo funciona bien y previo a una actualización 'masiva', resulta conveniente establecer un punto de restauración, para poder regresar a él si falla algo.

Ya se ha explicado muchas veces....
En la unidad de instalación, no debiera haber nada importante.
Las cosas importantes debieran estar en cualquier otra unidad. La unidad que se suele dañar con más frecuencia (por culpa de virus y daños del S.O.) es la unidad donde se instala el S.O. Luego si se guardan todos los datos de interés en una unidad alternativa, uno se asegura que estarán a salvo de daños (cuando el daño seá físico, dará igual la partición).

La unidad del S.O. debiera tener solo los programas instalados y sus configuraciones, no los ficheros del usuario... La carpeta 'My documents', que trae el S.O. no habría que usarla jamás, o bien cambiarla de unidad.

mmmm... dile a tu amigo que venga a verla a tu casa el fin de semana y en paz. acabarás antes.

Bueno... mañana dibujarás un cuadrado a lápiz y lo pondrás en 'diseño gráfico'.

Tan aburrido estás, que necesitas que alguien tenga que aprobar o rechazar cada nimiedad de tu vida??????????

Lo que trata de decirte, es que siendo delito, te busques la vida solito en vez de buscar  cómplices.
Si al final tienes problmas legales, que seas solo tú (y no arrastrar a nadie más) y también que te quede claro que ya no podrás alegar desconocimiento, si cabiera esa posibilidad.

No seas vago. Haz como todo el mundo, buscarte la vida por tu cuenta.

1 - Tu tienes instalado whatsapp en el tf.
2 - Enciendes el tf... da igual que SIM tengas puesta (como si no dejas puesta ninguna).
3 - Abres whatsapp, lee los contactos que se mantienen en el móvil y lee los contactos que tienes en la SIM (si encuentra alguna SIM activa)... da igual en qué orden los lea y con ellos crea una lista sin reptidos, que comparará con la que whatsapp mantiene, los detalles exactos en ese punto, no son de interés.

4 - Punto final. Tu cuenta de Android, no ha cambiado, luego Wahtsapp, funcionará como siempre excepto que la lista de contactos puede diferir.

No hay más formas de explicarlo y creo que no hace falta repetirse. Si sigues teniendo dudas, consulta el servicio técnico de whatsapp, que para eso está...

Quien puede detectar un cambio de SIM será Android, no whatsapp.