Starling хранение данных не в открытом виде

[caseyryan]

Возникла задача защитить игровые ассеты от просмотра и замены. Как известно в старлингвском AssetManager'е требуется указание прямых ссылок на файлы или директории, в которых они лежат, чтобы файлы грузились и обрабатывались. Но проблема в том, что в этом случае они должны храниться в не зашифрованом виде, и любой, кто скачал apk файл, может легко его разархивировать и вытащить любые картинки, или заменить на свои и выдать игру за свою. Собственно вопрос, кто как эту ситуацию разруливает?

[undefined]

В текущем проекте шифрую весь контент с помощью com.hurlant.crypto.*
А при загрузке - дешифровка.Специально не замерял но субъективно JPG 1792*1536 дешифруется где-то секунду-полторы.Если надо в реальном времени грузить - можно шифровать простейшим ксором.Надежность ,конечно, у него не ахти.Но это ведь не текст, так что стат.методы для подбора ключа тут не применишь

[caseyryan]

Как потом эти расшифрованные картинки скормить старлинговскому AssetManager'у? Использование именно этого загрузчика - принципиально.
Или у тебя картинки дешифруются только первый раз и хранятся потом в директории с установленной прогой?

[undefined]

ну я после дешифровки скармливаю данные обычному Loader'у через loadBytes.Есть ли такой метод у Старлинговского ассет-менеджера не в курсе.

Или у тебя картинки дешифруются только первый раз и хранятся потом в директории с установленной прогой?

Нет, это веб-приложение, поэтому что-то сохранять у юзера не вариант
upd: Если метода нет, можно покопаться в кишках старлинга и добавить его.Теоретически все должно сводится к замене load на loadBytes.

[caseyryan]

Там не все так просто. В том и фишка этого ассетменеджера, что он умеет и текстуры сам создавать и атласы. Ну да пофиг. Решил проблему модификацией кода старлинга. По сути добавил туда свое расширение, при определении которого он не напрямую байты скармливает загрузчику, а прогоняет их сначала через декриптор. А картинки перед упаковкой прогоняются через экнриптор, который их и шифрует, и меняет расширение

[undefined]

а какой шифр если не секрет? Я сколько не бился - из всех шифров смог заставить только rc4-шифр дешифровать после штатных линуксовых шифровальщиков.

[caseyryan]

AES задействовал, пока особо не тестировал

[undefined]

Вот я тоже с ним долго возился. Там с initialization vector постоянно какая-то запара была. При дешифровке выскакивал эксепшен. Скачал сорцы флексовой демки от com.hurlant.crypto.*-убедился,что там тежи грабли. Плюнул и перешел на rc4

[caseyryan]

А байт массив подрезал, чтобы длина на 16 делилась?

[undefined]

нет, иначе это уже шифрование с потерями получается)