Incluso si pudiera engañar a la aplicación, se bloquearía tan pronto como invocara una parte del sistema que existe en iOS 5 pero no en iOS 4. Su edición del archivo tendría que ser la principal versión necesaria. compruebe, así como las comprobaciones internas que realiza la aplicación para determinar las capacidades y API presentes en ese dispositivo a medida que se ejecuta el programa. No conozco a ningún desarrollador que solo haya dicho que necesita iOS 5, a pesar de que haya gente con versiones 4, 3 y 2 de iOS. Siempre ha sido así porque necesitan características y marcos de código agregados en iOS 5 y no pudieron codificarlo en el programa. Cuando un desarrollador puede hacer eso, cambian su aplicación para que funcione en varias versiones del sistema operativo y le informan que la función X está deshabilitada o funciona de manera diferente cuando se ejecuta en iOS 4. Para los desarrolladores que desean utilizar las últimas herramientas en iOS, en realidad es más trabaje para mantener el soporte del sistema operativo más antiguo en cada compilación, por lo que debe haber una buena razón financiera para seguir haciendo ese trabajo en muchos casos.
Piense en la prueba de la versión de iOS como sellar una puerta para que ninguna parte se abra en el tercer piso de un edificio cuando las escaleras de escape (o balcón o lo que sea) aún no están construidas. Cuando el programa que creas que está ejecutando en llamadas de iOS 5.x en un código que no existe, la aplicación se bloqueará.
Apple diseñó la versión de verificación para "bloquear la puerta o tal vez todo el ala de ese edificio" de una manera muy visible. Al pasar por alto este chequeo, es como quitar las señales de "peligro / peligro" y los tirantes de madera clavados que cubren la abertura y dejar que alguien salga al aire desde la puerta del tercer piso a ninguna parte.