Jailbreak по ссылке: удаленное исполнение кода на iOS
Первые попытки программировать под iOS я предпринимал в 2011 году, но с первого захода ничего не понял без знания ООП. А изучив ООП на примере параллельно C++ и Objective-C у меня были большие вопросы к... C++. К чему вся эта история? К тому что именно покупка iPad и простота Jeilbraik тех времен влюбила меня в изящность приложений на планшетах. Именно про то как в те времена был устроен Jeilbreak я с удовольствием и прочитал. Как удавалось установить стороннее приложение через посещение сайта?
🟢Через уязвимости WebKit в iOS.
🟢Уязвимость позволяет удаленно выполнить код на устройстве жертвы.
🟢Уязвимости Trident позволили осуществить первый удаленный джейлбрейк.
🟢Затрагивает JavaScriptCore, движок времени выполнения для JavaScript-кода в WebKit.
🟢Позволяет создать произвольный примитив для чтения и записи в памяти любого процесса в приложении Safari.
🟢Была исправлена только в iOS 9.3.5, но код все еще доступен в открытом доступе в архиве WebKit на GitHub.
🟢Уязвимость может использоваться для повреждения памяти Safari и запуска вредоносного кода.
🟢Эксплойт для iOS выглядел следующим образом: создает нехватку памяти, чтобы вызвать сборку мусора а после создает произвольный примитив для чтения и записи, который может повредить память.

Через этот же эксплойт позже был взломан Nintendo Switch

😺️ Swift Regex

Кто-то любит сам писать сам регулярки? Я нет, несмотря на все плюшки Swift 5.7 для работы с регулярными выражениями, для меня противной осталась формирование регулярки по ТЗ. Для облегчения этой нашел опенсорсный онлайн редактор регулярных выражений:
🟢Позволяет быстро тестировать и дебажить регулярки
🟢Отличный пример использования Swift на вебе
🟢Vapor в качестве HTTP сервера
🟢Нативный рендеринг Swift регулярок и DSL

🐥 Новые пропоузалы SE-0447 и SE-0446

Интероп с C++ открыл новое измерение сложности в Swift, как заметил создатель языка, Chris Lattner в своем интервью, свифт стал слишком сложным. Я слежу за тем как развивается язык и тем, какие конструкции туда добавляются и эти 2 предложения точно не делают язык проще. В чем суть:
🟢SE-0447 вводит абстрацию доступа к непрерывной памяти - Span<T>
🟢Непрерывная память применяется в таких типах, как Array, UnsafeBufferPointer, Foundation.Data и т.д.
🟢Это нужно для создания более безопасных и производительных версий существующих API
🟢SE-0446 вводит новое ограничение ~Escapable для того чтобы реализовать SE-0447
🟢~Escapable будет использоваться для типов, которые могут быть скопированы локально, но не могут быть назначены или переданы вне текущего контекста

Выглядит круто и логично, но у меня вопросы:
🔴В каких случаях мы упираемся в произодительность доступа к непрерывной памяти?
🔴Зачем тащить язык в область C++ и Rust?

AVAudioEffectNode: звуковые эффекты, написанные на Swift
Очень редко приходится работать с AVFoundation и каждый раз как в первый 😅 . Оказывается, на WWDC 2019 Apple представила AVAudioSourceNode и AVAudioSinkNode. Так как это часть AVAudioEngine и работает с железом, то API там не очень дружелюбное, но очень гибкое. В статье разбирается пример как создавать звуковые эффекты в более приятной манере:
🟢Создается AVAudioNode, который можно подключить к движку, используя AVAudioUnit
🟢Подклассы, такие как AVAudioUnitEffect, используются для создания пользовательских аудиоэффектов
🟢Для определения описания аудиокомпонента используется AudioComponentDescription
🟢В AVAudioEffectNode определяется удобный инициализатор для передачи блока рендеринга.
🟢Объединение источника (SourceNode), приемника (SinkNode) и эффекта (EffectNode) создает надежный и гибкий API для обработки и генерации звука

😺️ Полный проект