2010-11-28 13 views
17

Tenemos un sitio web mantenido por un antiguo empleado y parece que está codificado por Zend Guard, incluidas todas las copias de seguridad.Decode un PHP codificado con 'zend guard'

Conozco un poco sobre Zend Optimizer, pero nunca lo consideré como protección de fuente porque sé que al final el bytecode deberá decodificarse para el intérprete, y se aseguró que las personas decodifiquen fácilmente los archivos optimizados usando algún software.

Ahora necesito decodificar algunos archivos y no puedo encontrar nada más que algunos 'servicios pagos'. Tenemos la propiedad del código y ahora estamos bloqueados por cualquier cambio y eliminación de errores. ¿Cómo puedo decodificar nuestros archivos?

+3

Lo más probable es que solo quiera tener acceso a algún código protegido. Si fuera realmente tuyo, también tendrías una fuente. –

+0

@Col. Metralla: Sí; es un código protegido, es nuestro y es la única 'fuente' que tenemos. El punto es que oficialmente no lo codificamos, lo hace un empleado viejo, tal vez con una mala intención -seguir el código solo-, así que es lo que tenemos como fuente; los archivos php en el directorio del sitio. – SuperDuck

Respuesta

11

El objetivo de la costosa herramienta de software Zend Guard es encriptar el código para que no se pueda decodificar. Ese es el punto.

Si la ofuscación no está activada, existe la posibilidad de que pueda obtener un profesional para recuperar el código, menos comentarios y formateo mediante la piratería del motor de código. Si la ofuscación está activada, entonces es más fácil reescribirla para ser honesta.

tener una lectura de este artículo desde el sitio de Zend, sé que es una fuente parcial pero tienen razón: http://forums.zend.com/viewtopic.php?f=57&t=2242 herramientas

+0

Gracias Orbling, buena respuesta. El formateo y la documentación no son un problema. Así que probaré un servicio pago y si no pueden, consideraré el producto como una forma confiable de vender PHP de código cerrado para proyectos futuros; nunca ingresamos a ese mercado porque pensamos que sería fácil decodificarlo. Lo curioso es que cuando estaba investigando métodos para ocultar el código ms-sql y el código PHP, recibí muchas respuestas de personas como "no es necesario, los acuerdos de licencia están ahí para protegerte", "eso es malo", ¿por qué? ¿necesitas ocultar tu código? "," no puedes "... meh .. =) – SuperDuck

+0

@SuperDuck La empresa en la que estaba anteriormente tenía una política de cifrar siempre las bibliotecas centrales de los sitios web PHP que desarrollamos. La compañía tenía bibliotecas importantes, desarrolladas principalmente por mí mismo, que proporcionaban API para todo tipo de funcionalidad de backend: esto se consideraba propiedad intelectual de la empresa y solo se autorizaba a los clientes para su uso con el sitio web que creamos para ellos. Si no hospedaban con nosotros directamente, entonces esa sección de bajo nivel API del código se encriptaba y se vinculaba al dominio. El resto de la superestructura del sitio no se ha cifrado, por lo que se pueden realizar cambios. – Orbling

+0

@SuperDuck Pensamos que un compromiso justo para el trabajo a medida, ya que ningún cliente individual podría haber pagado el costo del desarrollo completo de la biblioteca, era una preocupación constante. – Orbling