¿Cómo utilizar Packer para proteger su software de ser descomprimido mediante métodos comunes? Por favor, dígame.
Si un buen software empaquetador se utiliza incorrectamente, se descomprimirá fácilmente. Solo he analizado a algunos empacadores. Si cierras los ojos y dices tonterías aquí, los expertos definitivamente se reirán de ti. Pero soy bueno haciendo amigos y no me avergüenzo de ser un buen jugador. Si eres una persona humilde o de mediana edad, sé mi amigo. ^_^ Prefacio: Incluso si un buen software empaquetador se utiliza incorrectamente, también se descomprimirá fácilmente. Solo he analizado a algunos empacadores. Si cierras los ojos y dices tonterías aquí, los expertos definitivamente se reirán de ti. Pero soy bueno haciendo amigos y no me avergüenzo de ser un buen jugador. Si eres una persona humilde o de mediana edad, sé mi amigo. ^_^ Si puedes escapar fácilmente por usar el método que mencioné, por favor no me culpes, porque solo soy un jugador de bajo nivel, y es muy probable que un maestro te atrape en el lugar donde hay un gran colador en tu pensamiento. Entonces todavía tienes que usar tu cerebro inteligente. Piensa en más buenas formas.
1. Utilice DLL para protegerse.
Coloca el código importante de tu programa en una DLL. Luego use un software empaquetador para proteger los archivos EXE y DLL respectivamente. De esta manera, uno debe tener la capacidad de quitarse ambos caparazones...
Por supuesto, al elegir el software Packer, no necesariamente tiene que elegir el software Packer más reciente y potente, porque estos software demasiado nuevos simplemente no tienen a nadie que los estudie al principio, y una vez que pasa el tiempo. , la gente lo escribirá. Las máquinas de bombardeo y cosas por el estilo son miserables. Será más beneficioso encontrar alguna versión antigua y discreta del software empaquetador que no tenga una funcionalidad débil y no tenga un desempaquetador.
2. Protección de los siameses.
Quienes conocen la protección de Aramillo deben conocer la forma en que se protege a sí mismo: el archivo de programa principal que proporciona es un archivo protegido con solo función LOAD, y el archivo de programa principal real está en el archivo generado temporalmente. Esta idea no es una mala idea. Fortalezcamos la fuerza de la protección. Si el archivo LOAD y el archivo generado temporalmente (el archivo de programa principal real) están protegidos por un software empaquetador, primero fortalézcalo y luego, si lo programa, agréguelo. comunicación entre procesos, de modo que el archivo LOAD y el archivo generado temporalmente deben ejecutarse al mismo tiempo; de lo contrario, se producirá un error de ejecución. Al mismo tiempo, agregue un mecanismo de protección CRC para la otra parte durante la programación. ¿Evitar que otros descarguen el archivo por separado y luego lo separe? Ja ja........
Por supuesto, al elegir un software empaquetador, debe buscar un software empaquetador que no tenga un desgranador o un software empaquetador que probablemente no tenga un desgranador.
3. El método del experto
Si tienes la capacidad de escribir tu propio software de embalaje, entonces lo que he escrito es pan comido para ti. Sin embargo, dado que el software empaquetador escrito por gente común no tiene funciones sólidas de protección anti-seguimiento, se debe utilizar otro software empaquetador para fortalecer la protección. Si unifica la protección de su empaquetador y la programación del programa principal durante el diseño para que no pueda ejecutarse normalmente después del descascarado, entonces su programa será como la "capa de un camarón de Tintín": no podrá sobrevivir después del descascarado. ^_^ Posdata Si quieres saber sobre una protección más fuerte... puedes encontrar a Tintin Shrimp. Se dice que sus grandes garras y su armadura son muy poderosas. Para quitarle el caparazón, debes conseguir Cerveza Huiquan (600573,
Este artículo es pura tontería y lo estoy usando para ilustrar mi punto. Si hay similitudes en las ideas o sospecha de plagio, entonces puedes regañarme trescientas veces... Poesía Tang.