Коротко и ясно: серия Fast Tracks на ZeroNights 2014

Коротко и ясно: серия Fast Tracks на ZeroNights 2014

В рамках конференции ZeroNights состоится специальная сессия Fast Track. Перед ее спикерами стоит непростая задача: ярко, емко и неординарно рассказать о своем исследовании/находке/инструменте.

Встречайте короткие треки:

  1. Эльдар ‘kyprizel’ Заитов в своем выступлении «Быстрое (и почти автоматическое) обнаружение SSRF» опишет типичные примеры атак SSRF, методы их автоматического обнаружения и реальные сценарии эксплуатации.
  2. Дмитрий Вьюков в ходе трека под названием «Kernel AddressSanitizer: поиск уязвимостей в ядре Linux» представит инструмент для поиска ошибок в ядре Linux.
  3. Денис Макрушин и Стас Мерзляков проведут сеанс «Паркомагии» и представят новый взгляд на парковочные терминалы. Они расскажут, как устройства, которые никто даже не замечает на парковках и в других общественных местах, могут быть уязвимы и поэтому опасны.
  4. Борис Рютин выступит с треком «Go в продакшене вирмейкера» и опишет плюсы и минусы создания малвари на языке Go (кроссплатформенность, быстрота создания и исполнения, отношение АВ к таким исполняемым файлам и т. п.) и особенности их анализа на примере нескольких реальных сэмплов.
  5. Влад ‘vos’ Росков представит выступление на тему «+22: реверсим 64-битные бинари с помощью Hex-Rays x86 Decompile». На конференции он представит инструмент для получения псевдокода из 64-битных скомпилированных файлов с помощью старой доброй 32-битной версии Hex-Rays Decompiler.
  6. Виктор Алюшин поговорит о небезопасных заводских настройках и прошивках. В частности, речь пойдет о наиболее распространенных типах уязвимостей, присутствующих в стандартных (заводских) конфигурациях беспроводного оборудования, и способах их устранения.
  7. Денис Колегов, Олег Брославский, Никита Олексов проведут трек под названием «Скрытые каналы по времени на основе заголовков кэширования протокола HTTP». Они рассмотрят особенности программной реализации этих скрытых каналов в зависимости от заголовка HTTP, модели нарушителя, языка программирования (C, JavaScript, Python, Ruby) и среды функционирования (веб-браузеры, вредоносная программа).
  8. Роман Бажин   (Россия) представит доклад «Oracle Database Communication Protocol глазами пентестера или грубые опыты над Oracle», посвященный анализу проприетарного протокола Oracle Database (TTC, OraNet, TNS) для последующего фаззинга, перехвата и подмены передаваемых данных приложения, использующего OCI.
  9. Антон Черепанов (Россия) «Крадущийся тигр»: расскажет о необычных атаках на компьютеры, находящиеся в России и странах СНГ в начале этой осени.
  10. Шишкин Артем, Марк Ермолов (Россия) проведут трек «Обход механизма защиты ядра от модификаций (patchguard) на Windows 8.1 и Windows 10».  Они расскажут подробно о механизме patchguard в ОС Windows, о методах его обхода, его антиотладочных трюках и принципах реверса его будущих версий.
В рамках конференции ZeroNights состоится специальная сессия Fast Track. Перед ее спикерами стоит непростая задача: ярко, емко и неординарно рассказать о своем исследовании/находке/инструменте." />

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

После этого внутренние TCP-таймеры якобы перестают нормально обновляться, соединения в состоянии TIME_WAIT не очищаются, временные порты постепенно заканчиваются, и система в какой-то момент просто перестаёт устанавливать новые TCP-соединения.

При этом ping может продолжать работать, что делает сбой особенно странным. В Photon пишут, что заметили аномалию на своих macOS-машинах, которые круглосуточно используются для мониторинга iMessage-сервисов.

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

Если у вас есть компьютер на macOS, который работает неделями без перезагрузки и критичен для сервисов, мы бы посоветовали следить за его аптаймом.

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