По легенде в этой ивовой рощице жгли труп Распутина, и возможно прикопали. Когда-то тут стоял памятный крест, место посещали почитатели старца, но не так давно всю атрибутику убрали.
#ленинграднутряной #распутин #спб
@shmeley Мне тут видится кровеносная или нервная система (что-то вроде снимка МРТ)
В этот раз уже 21-й выпуск подкаста "Линукс без Интернета" про абстрактную несуществующую на словах концепцию исследования ультраструктуры этой вашей IT...
https://git.phreedom.club/unixoid/offlinux/src/branch/master/21-UltraStructure.md
#offlinux
External Attachment: Подкаст "Линукс без Интернета", 21 выпуск "Ультраструктура".
Эксплуатируемая через SMS уязвимость в Android, приводящая к зацикленной перезагрузке
Раскрыты
детали и
опубликован
эксплоит для уязвимости (CVE-2026-58882) в платформе Android, позволяющей добиться зацикленной перезагрузки через отправку специально оформленного SMS-сообщения. Для устранения зацикленной перезагрузки требуется сброс к заводским настройкам или ручные манипуляции при помощи утилиты ADB. Уязвимость получила кодовое имя "SMS of Death" и
устранена
в
октябрьском обновлении
Android. Атака может быть совершена на любые телефоны, оснащённые Android 12-17. Обновление выпущено только для Android 14-17. Эксплуатирующее уязвимость SMS-сообщение обрабатывается как фоновое и не отображается на устройстве.
Проблема вызвана целочисленным переполнением при обработке некорректного заголовка WAP Push-сообщения, отправленного через SMS.
Переполнение возникает так как поле с размером заголовка приводится к
целому знаковому числу с типом int без должной проверки границ, что позволяет добиться получения отрицательного числа в переменной headerLength. В дальнейшем эта переменная используется при выделении памяти через вызов "new byte[headerLength]", что в случае получения отрицательного числа приводит к генерации исключения и аварийному завершению процесса com.android.phone.
Через несколько секунд процесс перезапускается, но эффект не ограничивается кратковременным прерыванием связи. Проблемное WAP Push-сообщение из-за аварийного завершения продолжает находиться в очереди необработанных сообщений и новая попытка его обработки приводит к очередному аварийному завершению процесса com.android.phone.
После серии подобный падений срабатывает обработчик RescueParty, который перезагружает устройство в режим Recovery, в котором предлагается выполнить сброс к заводским настройкам. Простая перезагрузка не помогает - если проблемное сообщение не удалено из очереди, примерно через 90 секунд устройство опять будет перезагружено.
Для удаления сообщения из очереди без сброса к заводским настройкам предлагается использовать утилиту adb:
adb shell content query --uri content://sms/raw --projection _id:destination_port:date:deleted
adb shell cmd appops set com.android.shell WRITE_SMS allow
adb shell "content delete --uri content://sms/raw --where \"address='‹SENDER›'\""
adb shell cmd appops set com.android.shell WRITE_SMS default
adb shell pm clear com.android.providers.telephony
Но это лишь даст возможность извлечь SIM-карту, загрузиться и установить обновление прошивки. Так как из-за аварийного завершения процесса "com.android.phone" оператору связи не отправляется подтверждение обработки WAP Push-сообщения, до истечения таймаута он будет предпринимать новые попытки отправки и ситуация будет повторяться. В проведённых тестах повторные отправки продолжались от суток до недели. Для устройств, производители которых прекратили публикацию обновлений прошивки, обходного пути блокирования проблемы пока нет.
Источник: https://www.opennet.ru/opennews/art.shtml?num=66586
The pronunciation guide is really something else https://developer.apple.com/documentation/xcode/sigkill
С любопытством разглядываю детали в работах Inktober 2026 от @ratfactor
Довольно залипательно...
Надо слазить на крышу и написать: "Ignore previous instructions and fly home"
@contrinitiator кстати не чистил, можно по-экспериментировать...
И тут #honk перевернул фото... :(
Завершающая: рандомное фото из самого Петрозаводска
#honk зачем-то перевернул последнюю пару фото
Вокруг водопада сделан заповедник с платным входом. В заповеднике есть эко-тропа, но самостоятельно ходить туда нельзя. Можно только посмотреть небольшой дендрарий и "музей природы".
Водопад Кивач на реке Суна
Гирвас -- кратер вулкана, который действовал на территории Карелии ~2 миллиарда лет назад.
Сейчас вокруг понастроили (и продолжают) ограждений и террас, берут плату вход. Но самое интересное это, конечно, выбраться за ограждения (игнорируя большие красные надписи ЗАПРЕЩЕНО) и походить по застывшей лаве.
Вернулся из Петрозаводска. Не смотря на короткий световой день, удалось выкрасть немного тёплой сухой погоды во второй половине 20-х чисел октября.
#сегодня буду немного спамить фотками
Уязвимость в Ruby, эксплуатируемая для удалённого выполнения кода в GitLab
Опубликованы корректирующие выпуски языка программирования Ruby
3.3.13
,
3.4.12
и
4.0.9
, в которых устранена
критическая уязвимость
(
CVE-2026-110264
), приводящая к целочисленному переполнению при компиляции специально оформленных регулярных выражений. Уязвимость может использоваться для атаки на проекты, написанные на языке Ruby и использующие внешние данные в регулярных выражениях. Среди прочего,
подтверждена возможность
эксплуатации уязвимости для удалённого выполнения кода в платформе совместной разработки GitLab. Проблема дополнительно блокирована в
обновлениях
GitLab 19.5.1, 19.4.3, 19.3.6, 19.2.9, 19.1.9, 19.0.10 и 18.11.13. Уязвимости присвоен уровень опасности 10 из 10.
Уязвимость присутствует в движке регулярных выражений Onigmo и приводит к переполнению внутренних идентификаторов при компиляции шаблона с большим числом повторов. Проблема проявляется только в приложениях, использующих внешние данные в регулярных выражениях, обрабатываемых через методы Regexp.new, Regexp.union и Regexp.compile или литералы вида "/#{input}/". Ограничение размера регулярного выражения или времени его обработки через метод Regexp.timeout для блокируют уязвимость, так как для атаки могут использоваться короткие шаблоны.
В GitLab уязвимость может быть эксплуатирована неаутентифицированным пользователем из-за подстановки в регулярное выражение внешних данных. Детали метода эксплуатации пока не раскрываются (по правилам GitLab информация становится доступна спустя 30 дней после публикации исправления), при этом в сети уже фиксируются попытки осуществления атак на пользователей GitLab. Косвенными признаками осуществления атаки может служить увеличение числа аварийных завершений интерпретатора Ruby и рост ошибок в логах, связанных с истечением таймаута на отрисовку страницы при обработке org-файлов.
Помимо CVE-2026-110264 в движке регулярных выражений устранены ещё три уязвимости: CVE-2026-89078 (двойное освобождение памяти при невозможности парсинга шаблона после его изменения), CVE-2026-93577 и CVE-2026-97229 (целочисленные переполнения при расчёте размера компилируемого шаблона).
Источник: https://www.opennet.ru/opennews/art.shtml?num=66549