Proteger el código fuente antes de la compilación - página 16
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
¡Buenas tardes!
Ya se ha dicho que todo lo creado por una persona tiende a ser roto por otra.
Lo que describes es relevante para eliminar las restricciones, pero de ninguna manera facilita el análisis y el examen del código para los matices de la lógica de negociación con el fin de robar su algoritmo.
Sugerimos iniciar una encuesta (ya que esto es diferente para todos):
¿Qué es más importante para usted?
1. Proteger la lógica incrustada en el código fuente del escrutinio
2. Proteja su código de las restricciones de cracking (uso portiempo,número de cuenta, etc.)
No le doy el código fuente a nadie
El ejecutable está más que protegido
Romper algo del mercado, ¿merece la pena?
Y si algo vale la pena, lo derribarán junto con la valla.
PD: No soy un hacker
pero si estás motivado.
Ya se ha hecho.
https://mqllock.com/metatrader4-mqllock/
http://www.star-force.ru/products/
Ex4 ya está totalmente protegido de la comprensión cuando se mira.
Es el doble de basura si el autor de este maravilloso método habla de la protección del código compilado contra la comprensión. Supongo que ha abandonado la Luna, ¿no?
La charla sólo trata de proteger el código fuente para que no se entienda, pero de nuevo, el autor de este curioso método intenta convencernos de otra manera. ¡Triple engaño!
No doy el código fuente a nadie.
El ejecutable está más que suficientemente protegido.
Romper algo del mercado, ¿merece la pena?
Y si algo vale la pena, lo romperán junto con la valla.
PD: No soy un hacker.
pero si estás motivado.
Me alegro de que nos entendamos.
Gracias por tu opinión.
Entonces has entendido mal el primer post.
Entonces has entendido mal el primer post.
Extracto:"Todo programador experimentado puede ver por sí mismo, a partir del ejemplo dado, que la compilación posterior de dicho código fuente encriptado en el *. El formatoex4hace que sea muy difícil de estudiar y analizar".
Como todo el mundo sabe, los archivos .ex4 compilados se utilizan en los terminales
Se trata de cifrar el código fuente antes de la compilación para aplicar medidas de protección adicionales contra el examen de la lógica en los archivos .ex4 compilados.
Podríamos publicar los resultados de la codificación sólo en .ex4 compilado sin .mq4, pero entonces, la mayoría de los usuarios del foro no sabrían lo que hay dentro.
Por esta razón, todos los trucos inteligentes en los blocs de notas y editores, que mucha gente aquí demuestra al editar nuestro código .mq4, publicado deliberadamente, son inapropiados cuando se trabaja con archivos .ex4 compilados
Este puesto debería ser archivado en los anales. Todos los trucos con archivos compilados son inapropiados de todos modos. ex4 no es comprensible de todos modos.
Ofrece proteger lo que ya está protegido.
Me alegro de que nos entendamos.
Gracias por su opinión.
Desgraciadamente todavía no lo entiendes, aquí no hay peces
Si vuelven a descompilar, cosa que dudo mucho
Esconderemos la lógica en una DLL, más barata
Yuri, lamentablemente no estás prestando atención de nuevo.
En el primer post se dice que"expertos en cracking analizan con éxito sus contenidos y realizan ediciones no autorizadas en ellos, incluyendo la desactivación de las protecciones delos juicios y de varios bindings".
Esto no significa que la ruptura se realice mediante la edición trivial del código descompilado en formato .mq4, como ocurría en las antiguas compilaciones.
Hemos proporcionado las confirmaciones necesarias (toda la información necesaria, los archivos y los enlaces directos) de algunos hechos del allanamiento al administrador de MQL, Renat, al principio del artículo.
Además, no somos ni mucho menos pioneros en este problema, ya que los enlaces directos a los archivos hackeados que hemos proporcionado son vistos por miles de usuarios de este famoso recurso, que regularmente piden hacks de nuevos productos y los descargan de forma "curada".
Y no es el problema de la protección del compilador estándar en absoluto, simplemente siempre hay gente que lo crackea con éxito.
Según la información que tenemos, a finales del año pasado se crackeaba un .ex4 fresco sólo por un dinero decente, pero desde este año se está haciendo públicamente y de forma gratuita sólo para aumentar la calificación de hacker.
Yuri, lamentablemente no estás prestando atención de nuevo.
En el primer post se dice que"los hackers experimentados analizan con éxito su contenido y realizan ediciones no autorizadas en ellos, incluyendo la desactivación de la protección deprueba y varios enlaces".
Esto no significa que la ruptura se realice mediante la edición trivial del código descompilado en formato .mq4, como ocurría en las antiguas compilaciones.
Hemos proporcionado las confirmaciones necesarias (toda la información necesaria, archivos, enlaces directos) a varios hechos del allanamiento al administrador de MQL, Renat, al principio del artículo.
Además, estamos lejos de ser pioneros en este problema, porque los enlaces directos a los archivos hackeados que hemos proporcionado son vistos por miles de usuarios de este famoso recurso, que regularmente piden hacks de nuevos productos y los descargan en forma curada.
Esto no es un problema de protección del compilador estándar en absoluto, sólo que siempre habrá gente que lo rompa con éxito.
Chicos, lo entiendo.
Toda esta encriptación es sólo para que en los ex4 listos con la vinculación incorporada a la cuenta/plancha/fecha, sea imposible sustituir esta vinculación (cuenta/plancha/fecha) y utilizarla en otras condiciones.
El autor se ha pasado con los epítetos en el primer post (y en todos los demás). Debería haber dicho simplemente: "complicando la modificación del ex4 para falsear el número de cuenta incrustado". Y nadie habría tirado. De lo contrario, "supercodificación, protección de la fuente", ugh.