Вебинар: Практика использования Solar inCode

Вебинар: Практика использования Solar inCode

Вебинар: Практика использования Solar inCode

Компания Solar Security приглашает принять участие в вебинаре, посвященном поиску уязвимостей и недекларированных возможностей в исходном коде. Мероприятие пройдет 14 октября, в пятницу, с 11.00 до 13.00.

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

Даниил Чернов, руководитель направления Application Security компании Solar Security, и Ярослав Александров, ведущий разработчик компании Solar Security, подробно расскажут об основных этапах анализа исходного кода с помощью решения Solar inCode и ответят на ваши вопросы. В фокусе вебинара будут следующие темы:

  • Чем отличаются уязвимости и закладки и как от них избавиться?
  • Какие уязвимости, по данным Solar inCode, чаще всего встречаются в приложениях?
  • Какие закладки может найти Solar inCode?
  • Как работать с результатами анализа в интерфейсе Solar inCode?
  • Что такое ложное срабатывание и как с ним бороться?
  • Как можно настроить сканирование и для чего это нужно?
  • Как интегрировать Solar inCode в процесс разработки?
  • Как создавать свои правила поиска уязвимостей?
  • Что такое анализ без исходного кода и как им пользоваться?

Зарегистрироваться на вебинар вы можете по ссылке.

Присоединяйтесь, будет интересно!

Подпишитесь на новости

Android 17 запретит приложениям внезапно орать в фоне

Google решила покончить с одной из самых мерзких мобильных неожиданностей: когда давно свёрнутое приложение или забытая вкладка браузера внезапно начинает воспроизводить звук. В Android 17 для этого появился системный механизм Background Audio Hardening.

Теперь приложение сможет включать аудио, запрашивать аудиофокус и менять громкость только при видимом на экране интерфейсе либо при корректно запущенной foreground-службе.

Ограничение действует на все приложения в Android 17, даже если они пока не адаптированы под API 37.

Если программа попытается шуметь из неподходящего фонового состояния, система просто проигнорирует её запрос. Воспроизведение и изменение громкости будут заблокированы без ошибки или падения приложения, а запрос аудиофокуса завершится отказом.

Как объясняет Google, нововведение должно остановить случайный запуск звука. Например, приложение могло зависнуть из-за проблем с сетью, быть заморожено системой, а затем очнуться через несколько часов и внезапно продолжить воспроизведение. Другой сценарий — потерянная медиасессия, которая продолжает жить уже без видимого интерфейса и понятной кнопки остановки.

Изменение работает на уровне всей операционной системы, поэтому это не специальное лекарство для Chrome, YouTube или сайтов с наглым автовоспроизведением. Под новые правила попадут браузеры, игры, медиаплееры и остальные приложения.

Побочный эффект тоже имеется. Программы, которым действительно нужно играть музыку или подкасты при выключенном экране, должны правильно использовать foreground-службу для медиавоспроизведения. Разработчикам с кривой реализацией придётся переписать код, иначе Android молча прикрутит им громкость.

Google также предусмотрела тестирование через ADB: защиту можно включить, отключить или перевести в жёсткий режим, при котором некорректные обращения к аудиоинтерфейсам вызывают явные ошибки.

RSS: Новости на портале Anti-Malware.ru