Проверка Homebrew, важного менеджера пакетов для macOS и Linux, выявила некритические проблемы безопасности, которые могут позволить неожиданное выполнение кода и компрометацию рабочих процессов CI/CD.
Ключевые выводы включали уязвимости в brew CLI, такие как выход из песочницы и повышение привилегий, а также проблемы в рабочих процессах CI/CD, такие как уязвимости инъекций оболочки.
«Аудит, спонсируемый Open Tech Fund, был направлен на обеспечение безопасности критической интернет-инфраструктуры, подчеркивая важность безопасности Homebrew, учитывая его широкое использование.»
Trail of Bits провела всесторонний аудит безопасности Homebrew, популярного менеджера пакетов с открытым исходным кодом для macOS, выявив несколько проблем безопасности и областей для улучшения.
Проверка вызвала обсуждения о присущих проблемах безопасности цепочки поставок в платформах управления пакетами с открытым исходным кодом, подчеркивая необходимость улучшения процессов проверки и более быстрых реакций на ненадежные источники.
Результаты аудита привели к повышенному интересу к альтернативным менеджерам пакетов, таким как Nix, который некоторые пользователи считают более безопасным и гибким, несмотря на его сложность.
Docker-OSX позволяет пользователям запускать macOS в контейнере Docker с почти нативной производительностью, поддерживая версии от High Sierra до Sonoma.
Проект поддерживается Sick.Codes и включает такие функции, как пересылка X11, исследование безопасности iMessage и проброс USB для iPhone.
Этот инструмент особенно полезен для проведения исследований в области безопасности на macOS с использованием как Linux, так и Windows сред.
Запуск macOS в QEMU внутри Docker возможен, но имеет ограничения, особенно с ускорением GPU, так как более новые графические процессоры Intel и NVIDIA не поддерживаются.
Docker-OSX позволяет запускать виртуальные машины macOS в Docker, что полезно для сборок iOS с использованием таких инструментов, как Unity или React Native.
«Распространение образов macOS может нарушать Лицензионное соглашение конечного пользователя (EULA) Apple, которое ограничивает использование macOS аппаратным обеспечением Apple, однако этот проект популярен для разработки и тестирования.»
«Утверждение о том, что использование команд find и mkdir является Тьюринг-полным, было отозвано из-за ошибочного доказательства.»
Обсуждение включает технические детали о файловых системах, записях каталогов и главной файловой таблице (MFT) в Windows, а также дебаты о полноте по Тьюрингу различных систем, таких как C и Python.
Разговор также исследует теоретические аспекты машин Тьюринга, Правила 110 и функциональной полноты, с обещанием обновления, если доказательство будет исправлено.
Meta представила модель Segment Anything Model 2 (SAM 2), модель сегментации для точного выбора объектов на изображениях и видео с использованием кликов, рамок или масок в качестве ввода.
САМ 2 превосходит в нулевом выполнении задач, интерактивности в реальном времени и эффективной обработке видео, превосходя существующие модели в сегментации объектов.
Meta выпускает предварительно обученную модель SAM 2, набор данных SA-V, демонстрацию и код для исследовательского сообщества, способствуя открытым инновациям и дальнейшим исследованиям.
Meta выпустила модель Segment Anything 2, вызвав значительный интере с к её потенциальному влиянию на исследования в области ИИ и технологическую индустрию.
Некоторые эксперты предполагают, что Meta превосходит Google в достижениях в области ИИ и вкладах в сообщество, что может привести к новым инновациям и бизнес-ценности.
Обсуждение также включает усилия Meta в области открытого исходного кода и более широкие последствия технологий ИИ, а также конкурентную динамику между крупными технологическими компаниями.
Автор утверждает, что применение систем к творческим занятиям, таким как переходы диджеев и шаблоны юмора, усиливает креативность за счет усвоения знаний и шаблонов.
Они выступают за метод обучения, который включает запоминание шаблонов и знакомство с различными случаями, что может быть применено не только в академической сфере, но и в таких областях, как спорт и продажи.
Автор утверждает, что овладение основами через системы позволяет достичь более высокого уровня инноваций и креативности, как это видно на примере междисциплинарной экспертизы в стартапах и музыке.
«Креативность часто связана с внутренними знаниями, которые могут быть результатом запоминания.»
«Существует спор о том, является ли механическое запоминание необходимым для творчества, при этом некоторые утверждают, что важнее понимание и контекст, чем простое повторение.»
Интернализация концепций через повторное воздействие может помочь развить эвристики и шаблоны, полезные для творческих применений.
Пользователь столкнулся с значительной задержкой при открытии xterm на машине с Windows 11 по сравнению с рабочей станцией Fedora Linux, при этом на Windows первоначально требуется около 1600 мс.
Профилирование и отладка показали, что отключение эффектов окна и некоторых функций xterm, таких как панель инструментов и эмуляция Tektronix, улучшило производительность.
Реализация серверного режима с отложенным отображением с использованием библиотеки LD_PRELOAD дополнительно сократила время запуска до примерно 366 мс на Windows, что сделало его почти таким же быстрым, как на Fedora.
Статья обсуждает устранение задержек в терминале, с особым акцентом на отладчик консоли Microsoft (cdb) и его команды для изменения поведен ия функций.
«Это подчеркивает использование команды eb win32u!NtUserSetLayeredWindowAttributes c3 для отключения функции путем замены ее первого байта на инструкцию ret, что заставляет ее немедленно возвращаться.»
Обсуждение включает различные пользовательские опыты и методы измерения и сокращения времени запуска терминала, такие как использование инструмента бенчмаркинга hyperfine и различных эмуляторов терминала.
Пост исследует вызов Rust из Go для замены ассемблерного кода, стремясь к почти нулевым накладным расходам без необходимости глубоких знаний Rust или компилятора.
Rust выбирают за его высокую оптимизируемость и читаемость по сравнению с ас семблером, и этот подход демонстрирует лучшую производительность по сравнению с использованием cgo для небольших, часто вызываемых функций.
Тестирование показывает, что вызов Rust из Go почти так же быстр, как вызов нативной функции Go, и значительно быстрее, чем cgo, что делает его подходящим для задач, критичных к производительности.
Rustgo — это инструмент, который позволяет вызывать код на Rust из Go с почти нулевыми накладными расходами, что важно для приложений, чувствительных к производительности.
Обсуждение подчеркивает сложности и потенциальные подводные камни использования интерфейса вызова функций на других языках (FFI) между различными языками программирования, особенно Go и Rust.
Сравнения проводятся с другими языками, такими как C# и Python, подчеркивая компромиссы в производительности FFI и важность выбора правильного инструмента для выполнения задачи.