Comments on: Evitar que nuestra aplicación sea crackeada

By: lisergio

lisergio — Sun, 13 Dec 2009 10:14:05 +0000

Buenas…

No se si leeran esto…

estoy haciendo una app, y he usado la comprobación que comentais en este tuto, pero he crackeado mi propia app con el info.plist de otra app crackeada, y funciona perfectamente, he añadido una vista… imagino que debería de funcionar ( soy bastante novato, estoy en vias de aprendizaje) lo he dejado asi…

/* Detectar si ha sido crackeada */

NSBundle* bundle = [NSBundle mainBundle];

NSDictionary* info = [bundle infoDictionary];

if( [info objectForKey:@"SignerIdentity"] != nil)

{
[window addSubview:VISTA_PIRATA];
}

¿Deberia de aparecer la VISTA_PIRATA al detectar el pirateo?

By: Echalotte

Echalotte — Mon, 13 Jul 2009 03:43:57 +0000

Muy buen aporte Lord, yo agregaria:
- Validar esta clave varias veces en el programa. Cuanto más veces, mejor.
- No conviene escribir la validacion en una sola funcion llamada ValidateSignerXXX sino repetir las lineas de código en cada caso. En seguridad las buenas practicas de programacion no se apliquen del todo…

By: LordMoriarty

LordMoriarty — Tue, 07 Apr 2009 08:48:58 +0000

Buena aportación para proteger un poco más nuestras aplicaciones, pero yo recomendaría además de eso, que no usemos la cadena ‘SignerIdentity’ como texto plano en nuestro código fuente, ya que es una cadena que buscan los ‘crackers’ a nivel hexadecimal y con desensambladores para localizar la zona binaria de nuestro código para poder parchearlo.

Se puede construir esa misma cadena pero a base de alteraciones ASCII internas en nuestro código.

Tampoco es recomendable que usemos ningún tipo de mensaje en la zona de código donde hacemos la comprobación del ‘SignerIdentity’, ya que también buscan las cadenas de texto de ese mensaje para localizar la misma zona anteriormente citada.

Para más protección es recomendable que no nos limitemos a realizar un chequeo del ‘SignerIdentity’ sino que usemos el resultado de ‘SignerIdentity’ y lo fusionemos con alguna variable totalmente necesaria en nuestra aplicación, de esta forma no es una simple comparación (CMP en ensamblador), que es lo que parchean los ‘crackers’, sino que es algo más ligado con la filosofía de funcionamiento de nuestro programa. No es infalible pero en nivel del ‘cracker’ ha de ser más alto para que nos fusilen la aplicación.

Saludos.