Пишем свой Dialer для Android и работаем со звонками на низком уровне

INFO

В юбилейном выпуске «Хакера» за номером 200 мы рассматривали скрытые и не очень аспекты работы с СМС. Сегодня мы продолжаем тему, обратив внимание на голосовые звонки.

Одной из самых популярных программ времен Symbian и «Нокии» был так называемый черный список звонков, позволяющий оградить тонкую натуру владельца телефона от нежелательных абонентов. И хотя сегодня подобная функциональность интегрирована в некоторые прошивки смартфонов, зачастую такие возможности сводятся лишь к банальному перманентному «бану» контакта в адресной книге. В исследовательских целях рассмотрим, как подобный механизм реализуется на практике. Будем считать, что ты давно читаешь рубрику «Кодинг», живешь в Android Studio и ругаешься исключительно на Java.

Рекомендуем почитать:

Xakep #299. Sysmon

• Содержание выпуска
• Подписка на «Хакер»-60%

А где у него кнопочки?

Каким бы ни было приложение, официальным или негласным (только для личного пользования в целях исследования, естественно), одинаково плохо, если оно будет падать из-за отсутствия на устройстве телефонных функций (Wi-Fi-планшет). Поэтому первое, что стоит сделать, — проверить таковые:

PackageManager pm = getPackageManager();
boolean isTelephonySupported = pm.hasSystemFeature(PackageManager.FEATURE_TELEPHONY);
boolean isGSMSupported = pm.hasSystemFeature(PackageManager.FEATURE_TELEPHONY_GSM);

Как видишь, мы воспользовались методом hasSystemFeature из объекта PackageManager, указав константу FEATURE_TELEPHONY в качестве параметра. Кроме того, имеет смысл дополнительно проверить поддержку GSM-модуля константой FEATURE_TELEPHONY_GSM.

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

Принимаем первый звонок

С помощью класса PhoneStateListener в Android’е отслеживается состояние телефона, но лишь в том случае, если приложение запросило полномочие READ_PHONE_STATE в своем манифесте:

<uses-permission android:name="android.permission.READ_PHONE_STATE"/>

Далее необходимо переопределить и зарегистрировать метод onCallStateChanged в реализации PhoneStateListener, чтобы получать уведомления об изменении состояния телефонного вызова. Готовая реализация представлена ниже:

PhoneStateListener stateListener = new PhoneStateListener() {
    public void onCallStateChanged(int state, String incomingNumber) {
        switch (state) {
            case TelephonyManager.CALL_STATE_IDLE: break;
            case TelephonyManager.CALL_STATE_OFFHOOK: break;
            case TelephonyManager.CALL_STATE_RINGING:
                doMagicWork(incomingNumber); // Поступил звонок с номера incomingNumber
                break;
        }
    }
};
...
TelephonyManager.listen(stateListener, PhoneStateListener.LISTEN_CALL_STATE); // Помещаем в onCreate активности

Когда поступает звонок, целочисленный параметр state принимает значение CALL_STATE_RINGING, что приводит к вызову нашей боевой (или мирной) нагрузки в виде функции doMagicWork.

В природе данный вариант приема телефонного звонка используется чуть реже, чем никогда. Дело в том, что в момент звонка приложение должно работать на переднем плане, — такое своеобразное использование придумать сложновато (разве только в отладочных целях), поэтому двигаемся дальше.

Принимаем второй звонок

Когда состояние телефона изменяется (например, в результате приема звонка), объект TelephonyManager начинает транслировать намерение (Intent) с действием ACTION_PHONE_STATE_CHANGED.

Как и в предыдущем случае, приложение должно получить разрешение READ_PHONE_STATE в манифесте:

<uses-permission android:name="android.permission.READ_PHONE_STATE"/>

Там же регистрируется и широковещательный приемник, способный отслеживать трансляцию намерения:

<receiver android:name="PhoneStateChangedReceiver" >
    <intent-filter>
        <action android:name="android.intent.action.PHONE_STATE" />
    </intent-filter>
</receiver>

При таком подходе мы всегда можем получать информацию о входящих звонках, даже если приложение в данный момент не запущено.

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

public class PhoneStateChangedReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        String phoneState = intent.getStringExtra (TelephonyManager.EXTRA_STATE);
        if (phoneState.equals(TelephonyManager.EXTRA_STATE_RINGING)) {
            String incomingNumber = intent.getStringExtra(TelephonyManager.EXTRA_INCOMING_NUMBER);
            doMagicWork(incomingNumber); // Поступил звонок с номера incomingNumber
        }
    }
}

Такой подход и следует использовать на практике.

Положи трубку!

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

Если рассматривать вариант черного списка или же бота, выполняющего команды извне, то неплохо бы научиться вешать трубку, не привлекая внимания пользователя. Аппаратный стек телефона очень похож на нулевое кольцо (ring 0) в Windows, в том смысле, что тоже представляет собой низкоуровневый системный компонент. Поэтому не существует стандартного способа до него добраться (особенно если у тебя нерутованный аппарат).

Как вариант, можно попытаться использовать язык описания интерфейсов (Android Interface Definition Language, AIDL) для обеспечения межпроцессного взаимодействия между компонентами системы.

Для этого необходимо добавить в проект файл-интерфейс ITelephony.aidl следующего вида:

package com.android.internal.telephony;
interface ITelephony {
    boolean endCall();
    void answerRingingCall();
    void silenceRinger();
}

Следующий код подхватит интерфейс и, используя рефлексию, «положит» трубку:

import java.lang.reflect.Method;
import com.android.internal.telephony.ITelephony;
...
TelephonyManager telephony = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
try {
    Class c = Class.forName(telephony.getClass().getName());
    Method m = c.getDeclaredMethod("getITelephony");
    m.setAccessible(true);
    telephonyService = (ITelephony) m.invoke(telephony);
    telephonyService.endCall();
} catch (Exception e) {
    e.printStackTrace();
}

Чтобы это хозяйство заработало, приложение должно получить еще одно разрешение в манифесте:

<uses-permission android:name="android.permission.MODIFY_PHONE_STATE"/>

Из-за этого применить подобный способ на устройствах с Android 2.3 и выше не выйдет, так как начиная с Gingerbread данное разрешение считается системным и попытка его использовать приведет к падению приложения:

Neither user 10031 nor current process has android.permission.MODIFY_PHONE_STATE

Но ведь в Google Play полно приложений, реализующих черный список! Как же они работают? Условно их можно разделить на две группы (кроме тех, кто честно юзает AIDL): фальшивки и... костыли. Первые всего лишь имитируют работу, периодически показывая в шторке статистику «заблокированных» звонков (и СМС). Взамен они требуют доступ в интернет, скачивают килотонны рекламы, которую крутят по поводу и без. Расчет здесь строится на том, что пользователь не сразу обнаружит обман и свою порцию баннеров гарантированно получит (гомеопатия в чистом виде). Такие программы вряд ли соответствуют рубрике «Кодинг», поэтому мы их пропускаем.

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

public static void answerPhoneHeadsethook(Context context) {
    // «Нажимаем» и «отпускаем» кнопку на гарнитуре
    Intent buttonDown = new Intent(Intent.ACTION_MEDIA_BUTTON);
    buttonDown.putExtra(Intent.EXTRA_KEY_EVENT, new KeyEvent(KeyEvent.ACTION_DOWN, KeyEvent.KEYCODE_HEADSETHOOK));
    context.sendOrderedBroadcast(buttonDown, "android.permission.CALL_PRIVILEGED");

    Intent buttonUp = new Intent(Intent.ACTION_MEDIA_BUTTON);
    buttonUp.putExtra(Intent.EXTRA_KEY_EVENT, new KeyEvent(KeyEvent.ACTION_UP, KeyEvent.KEYCODE_HEADSETHOOK));
    context.sendOrderedBroadcast(buttonUp, "android.permission.CALL_PRIVILEGED");
}

Оригинальным, но вполне рабочим может быть метод уменьшения громкости нежелательного звонка до нуля:

AudioManager audioManager = (AudioManager)context.getSystemService(Context.AUDIO_SERVICE);
int ringerMode = audioManager.getRingerMode();
audioManager.setRingerMode(AudioManager.RINGER_MODE_SILENT);

Используя объект AudioManager, мы сначала получаем текущий звуковой профиль getRingerMode(), а потом устанавливаем бесшумный режим AudioManager.RINGER_MODE_SILENT.

После того как звонок прекратится (текущее состояние сменится на EXTRA_STATE_IDLE), восстанавливаем исходный режим:

audioManager.setRingerMode(ringerMode);

Но даже в этом случае не обойтись без специальных разрешений:

<uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
<uses-permission android:name="android.permission.WRITE_SETTINGS"/>
<uses-permission android:name="android.permission.WRITE_SECURE_SETTINGS"/>

Здесь мы не блокируем номер как таковой, скорее просто не поднимаем трубку, однако такой подход не требует никаких «выкрутасов».

Встречаются приложения, которые с переменным успехом пытаются получить доступ к кнопкам на экране входящего звонка, как, например, здесь.

INFO

К рассматриваемому вопросу можно отнести задачу вывода информации поверх активности входящего звонка (как вариант — полная визуальная замена окна для маскировки), но из соображений безопасности Android не позволяет создавать собственные активности для этих целей. Тем не менее это не распространяется на системные окна. Любопытная статья по теме.

Как показывает практика, многие «хаки», неплохо функционирующие на одних устройствах, на других в лучшем случае не работают, а в худшем — рушат приложение во время входящего звонка. Соответственно, оценки подобных приложений скачут от единицы («Ничего не работает, верните деньги!») до пяти («Пользуюсь уже двадцать лет, все устраивает!»).

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

Липкий список Google

В Android 7.0 Nougat (API 24) появился класс BlockedNumberContract — тот самый черный список, но уже не в виде компонента прошивки смартфона, а в качестве полноценного объекта ОС. Все звонки (а также СМС и электронные письма) от отправителей из этого списка будут автоматически отклонены системой.

BlockedNumberContract представляет собой стандартный контент-провайдер, работать с которым могут, во-первых, системные приложения, во-вторых, приложения для СМС и телефонии, заданные как приложения по умолчанию (Default App). Свойство «по умолчанию» должен установить сам пользователь — это одна из парадигм безопасности Android начиная с версии 4.4. Для телефонии указанное свойство наделяет код правом не только обрабатывать входящие и исходящие звонки, но и изменять базу данных (например, удалять отдельные звонки из логов). Поэтому, кстати, стоит очень настороженно относиться к тем приложениям, даже из Google Play, которые пытаются получить флаг «по умолчанию» и при этом имеют неограниченный доступ в интернет, — вероятность слива информации весьма высока.

INFO

Более подробную информацию о приложениях «по умолчанию» можно почерпнуть из этой статьи.

Работа с BlockedNumberContract напоминает взаимодействие с базой данных: используются узнаваемые методы вставки, удаления и, разумеется, выборки записей.

Чтобы забанить номер телефона, вызываем стандартный метод getContentResolver().insert:

ContentValues values = new ContentValues();
values.put(BlockedNumbers.COLUMN_ORIGINAL_NUMBER, "1234567890");
Uri uri = getContentResolver().insert(BlockedNumbers.CONTENT_URI, values);

Несмотря на название, столбик COLUMN_ORIGINAL_NUMBER может содержать не только номер телефона, но и электронный адрес:

values.put(BlockedNumbers.COLUMN_ORIGINAL_NUMBER, "12345@abdcde.com");

Удалить номер из бана так же просто:

ContentValues values = new ContentValues();
values.put(BlockedNumbers.COLUMN_ORIGINAL_NUMBER, "1234567890");
Uri uri = getContentResolver().insert(BlockedNumbers.CONTENT_URI, values);
getContentResolver().delete(uri, null, null);

Для проверки, не внесен ли номер в черный список, предусмотрен метод isBlocked(Context, String).

Наконец, чтобы получить всех отвергнутых одним махом:

Cursor c = getContentResolver().query(BlockedNumbers.CONTENT_URI,
    new String[]{BlockedNumbers.COLUMN_ID, BlockedNumbers.COLUMN_ORIGINAL_NUMBER,
    BlockedNumbers.COLUMN_E164_NUMBER}, null, null, null);

Таким образом, рассмотренные в предыдущем разделе трюки постепенно сойдут на нет. Другой вопрос, как быстро это случится. Доля Android 7 пока не превышает даже инженерной погрешности.

Перезваниваем

Позвонить в Android’е можно двумя принципиально разными способами. Первый, и самый простой, — вызвать стандартную активность, передав ей в качестве параметра номер для набора:

Intent call = new Intent(Intent.ACTION_DIAL, Uri.parse("tel:8495-123-45-56"));
startActivity(call);

Здесь используется инициирующее звонок намерение Intent.ACTION_DIAL, а номер передается в виде пути URI с обязательным указанием протокола tel. На экране смартфона пользователь увидит привычное окно с заведенным номером.

Стандартная активность для дозвона разрешает изменить номер непосредственно перед выполнением звонка, поэтому никаких разрешений в манифесте приложения не требуется.

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

Кроме того, поскольку в этом случае требуется разрешение:

<uses-permission android:name="android.permission.CALL_PHONE"/>

начиная с Android 4.4 приложение откажется работать, если оно не будет выбрано по умолчанию, а пользователь вряд ли просто так сменит знакомую «звонилку».

Как видишь, Google неплохо защитила свой телефонный компонент, и вредоносов, скрытно звонящих на короткие платные номера, в природе (пока еще?) не наблюдается.

Заключение

Сегодня мы познакомились с одним из главных компонентов современного смартфона — телефонией (хотя, возможно, у интернет-мессенджеров другое мнение на этот счет). Как обычно, не все работает так, как хотелось бы, и свет в велосипедной мастерской еще долго не погаснет, но такая уж у программистов судьба. В любом случае «Хакер» будет держать тебя в курсе.