Як перевірити, чи підписано APK або "побудувати налагодження"?

Наскільки я знаю, в андроїд "build release" підписаний APK. Як перевірити це за допомогою коду чи у Eclipse є якесь таємне визначення?

Мені потрібно це, щоб налагодити заповнення елементів ListView з даних веб-служб (ні, logcat не є варіантом).

Мої думки:

• Додаток android:debuggable, але чомусь не виглядає надійним.
• Ідентифікатор пристрою з жорстким кодуванням - це не дуже гарна ідея, оскільки я використовую той самий пристрій для тестування підписаних APK-файлів.
• Використовується ручний прапор десь у коді? Правдоподібно, але я точно забуду змінитись на час, плюс всі програмісти ліниві.

Існують різні способи перевірити, чи додаток створено за допомогою налагодження чи сертифікату випуску, але наступний спосіб мені здається найкращим.

Відповідно до інформації в документації для Android, що підписує вашу програму , ключ налагодження містить таке найменування розрізненої теми: " CN = Android Debug, O = Android, C = US ". Ми можемо використовувати цю інформацію для перевірки, чи пакет підписаний ключем налагодження без жорсткого кодування підпису ключа налагодження у нашому коді.

Подано:

import android.content.pm.Signature;
import java.security.cert.CertificateException;
import java.security.cert.X509Certificate;

Ви можете реалізувати метод isDebuggable таким чином:

private static final X500Principal DEBUG_DN = new X500Principal("CN=Android Debug,O=Android,C=US");
private boolean isDebuggable(Context ctx)
{
    boolean debuggable = false;

    try
    {
        PackageInfo pinfo = ctx.getPackageManager().getPackageInfo(ctx.getPackageName(),PackageManager.GET_SIGNATURES);
        Signature signatures[] = pinfo.signatures;

        CertificateFactory cf = CertificateFactory.getInstance("X.509");

        for ( int i = 0; i < signatures.length;i++)
        {   
            ByteArrayInputStream stream = new ByteArrayInputStream(signatures[i].toByteArray());
            X509Certificate cert = (X509Certificate) cf.generateCertificate(stream);       
            debuggable = cert.getSubjectX500Principal().equals(DEBUG_DN);
            if (debuggable)
                break;
        }
    }
    catch (NameNotFoundException e)
    {
        //debuggable variable will remain false
    }
    catch (CertificateException e)
    {
        //debuggable variable will remain false
    }
    return debuggable;
}

Щоб перевірити прапор, що налагоджується, ви можете використовувати цей код:

boolean isDebuggable =  ( 0 != ( getApplicationInfo().flags & ApplicationInfo.FLAG_DEBUGGABLE ) );

Котлін:

val isDebuggable = 0 != applicationInfo.flags and ApplicationInfo.FLAG_DEBUGGABLE

Для отримання додаткової інформації див. Захист додатків Android LVL .

Крім того, якщо ви правильно використовуєте Gradle, ви можете перевірити, чи BuildConfig.DEBUGправда чи неправда.

Відповів Марк Мерфі

Найпростішим і найкращим довгостроковим рішенням є використання BuildConfig.DEBUG. Це booleanзначення, яке буде trueрозроблено для налагодження, falseінакше:

if (BuildConfig.DEBUG) {
  // do something for a debug build
}

Якщо ви хочете перевірити APKстатично, ви можете використовувати

aapt dump badging /path/to/apk | grep -c application-debuggable

Це виводиться, 0якщо APKвін не піддається відладці і 1якщо він є.

Можливо, із запізненням, але іонізовані BuildConfig.DEBUG

Спочатку додайте це у файл build.gradle, це також дозволить одночасно виконувати налагодження та випускати збірки:

buildTypes {
    debug {
        applicationIdSuffix ".debug"
    }
}

Додайте цей метод:

public static boolean isDebug(Context context) {
    String pName = context.getPackageName();
    if (pName != null && pName.endsWith(".debug")) {
        return true;
    } else {
        return false;
    }
}

Збірка налагодження також підписана, просто з іншим ключем. Він генерується автоматично Eclipse, і його сертифікат дійсний протягом одного року. У чому проблема android:debuggable? Ви можете отримати це значення за допомогою коду, використовуючи PackageManager.

Ще один варіант, варто згадати. Якщо вам потрібно виконати якийсь код лише тоді, коли доданий налагоджувач, використовуйте цей код:

if (Debug.isDebuggerConnected() || Debug.waitingForDebugger()) { 
    //code to be executed 
}

Вирішено с android:debuggable. Це була помилка в читанні елемента, коли в деяких випадках прапор налагодження на елементі не зберігався в записі, отримуючи if (m.debug && !App.isDebuggable(getContext()))завжди оцінку false. Моє ліжко.

Рішення в Котліні, яке я зараз використовую:

@SuppressLint("PackageManagerGetSignatures")
@Suppress("DEPRECATION")
fun isSigned(context: Context?): Boolean {
    return (context?.packageManager?.getPackageInfo(context.packageName, PackageManager.GET_SIGNATURES)?.signatures?.firstOrNull()?.toByteArray()
            ?.let {
                return@let CertificateFactory.getInstance("X.509").generateCertificate(ByteArrayInputStream(it))
            } as? X509Certificate)
            ?.issuerDN
            ?.name
            ?.contains("O=Android", ignoreCase = false) ?: true
}

таким чином, я все ще можу ЗНАЧИТИсь у налагодженні, і про них буде повідомлено Crashlytics (наприклад, для процесу QA)