Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Pensaba que las máquinas virtuales eran independientes

0 views
Skip to first unread message

Max Power

unread,
Jul 27, 2009, 7:07:31 PM7/27/09
to
El caso es que un programa shareware (Babylon 8 para m�s se�as) y s�lo
me queda un d�a de prueba, as� que lo he instalado en una m�quina
virtual con Virtual PC para averiguar las entradas que escribe en el
registro y tal... pero me he llevado una sorpresa, porque despu�s de
instalarlo resulta que �le sigue quedando un d�a de prueba! He reescrito
el mbr del disco duro f�sico por si acaso, pero sin ning�n cambio.
�Alguien puede explicarme esto?

Max Power

unread,
Jul 27, 2009, 7:11:14 PM7/27/09
to
Max Power escribi�:

Fe de erratas: quer�a decir "El caso es que instal�"

The Bald Avenger

unread,
Jul 27, 2009, 8:19:47 PM7/27/09
to
En un afortunado momento, tal que el Tue, 28 Jul 2009 01:07:31 +0200,
Max Power <a...@asd.es> comentaba en su mensaje <h4lcd2$nis$1...@news.eternal-september.org>:

�Podr�a ser quiz�, que el programa en cuesti�n lea alg�n dato del
hardware (digamos el numero de serie del procesador, y digamos
tambi�n que desde la m�quina virtual se acceda a ese n�mero
del procesador real) y lo env�e por internet a casa, almacenando
la fecha de primera instalaci�n? Por elucubrar, que no quede...
--
SaludOS/2, The Bald Avenger.
Para email, click: http://shorl.com/gebyprafevito

... Quien piensa poco, yerra mucho.- Leonardo da Vinci.

M4N010

unread,
Jul 30, 2009, 12:17:11 PM7/30/09
to
"Max Power" <a...@asd.es> escribi� en el mensaje
news:h4lcd2$nis$1...@news.eternal-september.org...

Aparte de lo que te dice The Bald Avenger, para lo cual tendr�a que tener
acceso libre a Inet desde el sistema real y desde el virtual, e incluso
suponiendo que el PC virtual sea absolutamente estanco, tambi�n podr�a ser
que hubiera guardado la informaci�n de la primera instalaci�n en su propio
instalador (hay cosas muy rebuscadas) de modo que al utilizarlo por segunda
vez en el sistema virtual sabr�a que ya fue instalado anteriormente desde
ese mismo ejecutable.

Me dan ganas de instalar el programa y estudiar el caso yo mismo, pero me
marcho en unos d�as de vacaciones y no tengo tiempo de nada :-( .

Un saludo.
M4N010.


Max Power

unread,
Jul 31, 2009, 6:48:40 PM7/31/09
to
M4N010 escribi�:

La verdad es que os hab�is currado las teor�as, pero acabo de descubrir
el misterio y al final era bastante m�s simple: el programa s�lo tiene 2
d�as de prueba. Lo hab�a instalado y desinstalado tantas veces que ni me
hab�a dado cuenta. Ahora mismo estoy usando un programa que se llama
Cracklock para paralizar el periodo de prueba y parece que funciona.
Bueno, siento haberos hecho perder el tiempo.

Un saludo.

M4N010

unread,
Jul 31, 2009, 9:17:23 PM7/31/09
to
"Max Power" <a...@asd.es> escribi� en el mensaje
news:h4vsqb$bus$1...@news.eternal-september.org...

>
> La verdad es que os hab�is currado las teor�as, pero acabo de descubrir
> el misterio y al final era bastante m�s simple: el programa s�lo tiene 2
> d�as de prueba. Lo hab�a instalado y desinstalado tantas veces que ni me
> hab�a dado cuenta. Ahora mismo estoy usando un programa que se llama
> Cracklock para paralizar el periodo de prueba y parece que funciona.
> Bueno, siento haberos hecho perder el tiempo.
>
> Un saludo.

En realidad lo que yo puse es m�s que una teor�a porque ya me he encontrado
con ese caso: No recuerdo qu� programa era que al instalarlo modificaba el
atributo de s�lo lectura de un archivo por otro lado nada sospechoso y de
ese modo no permit�a la reinstalaci�n. Otro me encontr� con que cambiaba no
recuerdo si la fecha de creaci�n o la de modificaci�n de su propio
instalador.

Saludos.
M4N010.


perez0s0

unread,
Aug 3, 2009, 3:25:33 PM8/3/09
to
Lo de modificarse a si mismo es buena idea, lo mas facil es que al
correr el programa este compruebe el valor de uno de sus bytes, digamos
el byte "mutante", si el byte mutante vale 33h es que el programa ha
nacido a la vida por primera vez. Entonces el programa modifica el byte
mutante que pasa a valer 34h.

En cada ejecucion comprueba el valor del byte mutante, si vale 33h lo
cambia a 34h, y si vale 34h termina su ejecucion y muere resbalando
entre los poros de la memoria hasta desintegrarse en la nada absoluta,
no sin antes borrarse a si mismo.

0 new messages