Как точно определить наличие и/или отсутствие джейлбрейка в iOS?

Блокировка всех взломанных пользователей, вероятно, не поможет вам бороться с пиратством приложений, если вы выпустили игру в App Store, потому что это заставит их получить пиратскую версию игры, чтобы иметь возможность играть (вместо того, чтобы дать им возможность платить играть в игру).

Что вам нужно, так это проверить, является ли игра законной версией из App Store. Но даже это потенциально может быть исправлено парнями, которые взламывают игры, чтобы выпустить их...

Вы можете проверить, зашифрован ли текущий исполняемый файл, что является хорошим способом узнать, было ли приложение пиратским, просмотрев этот ответ< /а>.

Из https://www.theiphonewiki.com/wiki/Bypassing_Jailbreak_Detection

Несмотря на то, что существует бесчисленное множество способов, с помощью которых приложения могут реализовать проверку взломанных устройств, они обычно сводятся к следующему:

Существование каталогов. Проверьте файловую систему на наличие таких путей, как /Applications/Cydia.app/ и /private/var/stash, среди горстка других. Чаще всего они проверяются с помощью метода -(BOOL)fileExistsAtPath:(NSString*)path в NSFileManager, но более хитрые приложения любят использовать низкоуровневые функции C, такие как fopen(), stat() или access().

Разрешения каталога. Проверьте права доступа к файлам Unix для определенных файлов и каталогов, используя методы NSFileManager, а также функции C, такие как statfs(). Гораздо больше каталогов имеют доступ для записи на взломанном устройстве, чем на том, что все еще находится в тюрьме.

Разветвление процессов. sandboxd не запрещает приложениям App Store использовать fork(), popen() или любые другие функции C для создания дочерних процессов на устройствах без взлома. sandboxd явно запрещает разветвление процессов на устройствах в тюрьме. если вы проверите возвращенный pid на fork(), ваше приложение может сказать, успешно ли оно разветвлено или нет, и в этот момент оно может определить статус джейлбрейка устройства.

Петлевые подключения SSH*. Из-за большого количества взломанных устройств, на которых установлен OpenSSH, некоторые приложения будут пытаться подключиться к 127.0.0.1 через порт 22. Если подключение будет успешным, это означает, что OpenSSH установлен и работает на устройстве, поэтому оно взломано.

system(). Вызов функции system() с аргументом NULL на устройстве в тюрьме вернет 0; Если сделать то же самое на взломанном устройстве, будет возвращено значение 1. Это связано с тем, что функция проверит, существует ли /bin/sh, и это относится только к взломанным устройствам.[1]

функции dyld — безусловно, самые сложные. Вызов таких функций, как _dyld_image_count() и _dyld_get_image_name(), чтобы увидеть, какие dylibs загружены в данный момент. Очень сложно исправлять, так как патчи сами по себе являются частью dylibs.

*Это реализовано лишь в очень небольшом количестве приложений (поскольку это далеко не так эффективно, как другие)

приведенный выше отрывок был отредактирован для краткости

Я решил опубликовать это здесь как обмен знаниями для тех разработчиков приложений, которые задаются вопросом, как это одно приложение смогло успешно реализовать обнаружение джейлбрейка, когда все другие попытки обнаружения джейлбрейка отвергаются Apple.