Lex. Shared
Finally! Тим Кук уходит с поста CEO Apple: компания объявила, что с 1 сентября 2026 года новым генеральным директором станет Джон Тернус. Сам Кук перейдет на должность исполнительного председателя совета директоров. Решение уже единогласно одобрил совет директоров…
Моожно сказать доросли! Тим Кук раздул продажи устройств до реально космических цифр, но за это время Эппл уже всем основательно наскучила. Сейчас в дело возвращаются инженеры, это очень большой, очень рисковый, но очень хороший шаг для компании, который очень долго обсуждался и готовился.
Кто такой Джон Тернус:
— один из самых заметных аппаратных руководителей Apple, сейчас занимает пост старшего вице-президента по hardware engineering;
— работает в компании с 2001 года, начинал в команде product design;
— с 2013 года был вице-президентом по аппаратной инженерии, а в 2021 году возглавил все направление hardware engineering;
— курировал разработку ключевых продуктов Apple, включая iPhone, iPad, Mac, Apple Watch, AirPods и Apple Vision Pro;
— считается одним из руководителей, сыгравших важную роль в переходе Mac на Apple silicon.
По профилю Тернуса, Apple делает ставку не на внешнего менеджера, а на человека, который много лет рос внутри компании и отвечает за железо почти всей экосистемы. До Apple он работал инженером-механиком в Virtual Research Systems, а окончил University of Pennsylvania по специальности mechanical engineering.
Одновременно Apple объявила о том кто сменит Тернуса на посту: Джони Сроуджи назначен Chief Hardware Officer и возьмет на себя расширенное руководство hardware-направлением, которое ранее курировал Тернус. Сам Тернус также войдет в совет директоров Apple с 1 сентября.
Для Apple это крупнейшая смена руководства со времен 2011 года, когда компанию после болезни и смерти Стива Джобса возглавил Тим Кук.
https://investor.apple.com/leadership-and-governance/person-details/default.aspx?ItemId=74ee6968-1323-4887-a108-d80ab5c35b02
https://www.apple.com/newsroom/2026/04/johny-srouji-named-apples-chief-hardware-officer/
Кто такой Джон Тернус:
— один из самых заметных аппаратных руководителей Apple, сейчас занимает пост старшего вице-президента по hardware engineering;
— работает в компании с 2001 года, начинал в команде product design;
— с 2013 года был вице-президентом по аппаратной инженерии, а в 2021 году возглавил все направление hardware engineering;
— курировал разработку ключевых продуктов Apple, включая iPhone, iPad, Mac, Apple Watch, AirPods и Apple Vision Pro;
— считается одним из руководителей, сыгравших важную роль в переходе Mac на Apple silicon.
По профилю Тернуса, Apple делает ставку не на внешнего менеджера, а на человека, который много лет рос внутри компании и отвечает за железо почти всей экосистемы. До Apple он работал инженером-механиком в Virtual Research Systems, а окончил University of Pennsylvania по специальности mechanical engineering.
Одновременно Apple объявила о том кто сменит Тернуса на посту: Джони Сроуджи назначен Chief Hardware Officer и возьмет на себя расширенное руководство hardware-направлением, которое ранее курировал Тернус. Сам Тернус также войдет в совет директоров Apple с 1 сентября.
Для Apple это крупнейшая смена руководства со времен 2011 года, когда компанию после болезни и смерти Стива Джобса возглавил Тим Кук.
https://investor.apple.com/leadership-and-governance/person-details/default.aspx?ItemId=74ee6968-1323-4887-a108-d80ab5c35b02
https://www.apple.com/newsroom/2026/04/johny-srouji-named-apples-chief-hardware-officer/
Apple Newsroom
Johny Srouji named Apple’s Chief Hardware Officer
Apple today announced that, effective immediately, Apple executive Johny Srouji will become chief hardware officer.
Actualy, пупупуууу
Bitwarden CLI оказался скомпрометирован в рамках supply chain-атаки
Исследователи Socket заявили, что обнаружили компрометацию Bitwarden CLI — инструмента командной строки популярного менеджера паролей Bitwarden, которым пользуются более 10 млн человек и свыше 50 тыс. компаний.
По данным компании, вредоносный код был найден в npm-пакете
На данный момент известно следующее:
— затронуты сборки Bitwarden CLI;
— речь пока идет только о npm-пакете CLI;
— Chrome-расширение Bitwarden, MCP-сервер и другие легитимные дистрибутивы, по имеющимся данным, не пострадали.
Технический разбор показывает, что
Вредоносный код, как утверждается, мог похищать:
— GitHub-токены;
— npm-токены;
— AWS-, Azure- и GCP-учетные данные;
— SSH-ключи;
— содержимое
— секреты из CI/CD-окружения.
Также malware, по данным Socket, мог:
— создавать публичные репозитории от имени жертвы для эксфильтрации данных;
— модифицировать GitHub Actions workflows;
— внедрять persistence через
— запускаться через Bun v1.3.13.
Отдельно отмечается наличие kill switch для систем с руссской локалью: вредоносный код автоматически прекращает выполнение, если системная локаль начинается с
К дополнительным индикаторам компрометации относятся наличие lock-файла
Socket подчеркивает, что расследование продолжается. Компания рекомендует организациям, установившим зараженный пакет, рассматривать инцидент как утечку учетных данных и компрометацию CI/CD.
Что советуют сделать немедленно:
— удалить
— сменить GitHub-, npm-, cloud-токены, SSH-ключи и другие секреты;
— проверить GitHub на предмет несанкционированных workflow, запусков и новых публичных репозиториев;
— провести аудит npm-публикаций и логов облачных сервисов;
— проверить runners и endpoints на следы Bun, изменения shell-профилей и подозрительные исходящие соединения.
IOC:
https://socket.dev/blog/bitwarden-cli-compromised
Bitwarden CLI оказался скомпрометирован в рамках supply chain-атаки
Исследователи Socket заявили, что обнаружили компрометацию Bitwarden CLI — инструмента командной строки популярного менеджера паролей Bitwarden, которым пользуются более 10 млн человек и свыше 50 тыс. компаний.
По данным компании, вредоносный код был найден в npm-пакете
@bitwarden/cli версии 2026.4.0. Опасный payload находился в файле bw1.js. Предварительно, атака связана со взломом GitHub Actions в CI/CD-конвейере Bitwarden и повторяет схему, ранее замеченную в более широкой кампании Checkmarx supply chain (читаем тут https://blog.gitguardian.com/three-supply-chain-campaigns-hit-npm-pypi-and-docker-hub-in-48-hours/).На данный момент известно следующее:
— затронуты сборки Bitwarden CLI;
— речь пока идет только о npm-пакете CLI;
— Chrome-расширение Bitwarden, MCP-сервер и другие легитимные дистрибутивы, по имеющимся данным, не пострадали.
Технический разбор показывает, что
bw1.js использует ту же инфраструктуру, что и malware из атаки на Checkmarx. В частности, исследователи указывают на одинаковый C2-адрес, схожие встроенные payload’ы и одинаковые методы кражи данных.Вредоносный код, как утверждается, мог похищать:
— GitHub-токены;
— npm-токены;
— AWS-, Azure- и GCP-учетные данные;
— SSH-ключи;
— содержимое
.npmrc, .env и других конфигурационных файлов;— секреты из CI/CD-окружения.
Также malware, по данным Socket, мог:
— создавать публичные репозитории от имени жертвы для эксфильтрации данных;
— модифицировать GitHub Actions workflows;
— внедрять persistence через
~/.bashrc и ~/.zshrc;— запускаться через Bun v1.3.13.
Отдельно отмечается наличие kill switch для систем с руссской локалью: вредоносный код автоматически прекращает выполнение, если системная локаль начинается с
ru. Для этого проверяются Intl.DateTimeFormat().resolvedOptions().locale, а также переменные окружения LC_ALL, LC_MESSAGES, LANGUAGE и LANG.К дополнительным индикаторам компрометации относятся наличие lock-файла
/tmp/tmp.987654321.lock, появление подозрительных репозиториев от имени жертвы с названиями в тематике «Дюны» (АААА!), а также сетевые обращения к домену audit.checkmarx[.]cx.Socket подчеркивает, что расследование продолжается. Компания рекомендует организациям, установившим зараженный пакет, рассматривать инцидент как утечку учетных данных и компрометацию CI/CD.
Что советуют сделать немедленно:
— удалить
@bitwarden/cli 2026.4.0 из окружений разработки и сборки;— сменить GitHub-, npm-, cloud-токены, SSH-ключи и другие секреты;
— проверить GitHub на предмет несанкционированных workflow, запусков и новых публичных репозиториев;
— провести аудит npm-публикаций и логов облачных сервисов;
— проверить runners и endpoints на следы Bun, изменения shell-профилей и подозрительные исходящие соединения.
IOC:
@bitwarden/cli 2026.4.0https://socket.dev/blog/bitwarden-cli-compromised
Socket
Bitwarden CLI Compromised in Ongoing Checkmarx Supply Chain ...
Bitwarden CLI 2026.4.0 was compromised in the Checkmarx supply chain campaign after attackers abused a GitHub Action in Bitwarden’s CI/CD pipeline.
Блет гугл, я ещё прошлые иконки не разучил
https://9to5google.com/2026/04/26/gmail-google-gradient-redesign/
https://9to5google.com/2026/04/26/gmail-google-gradient-redesign/
Freepik всё. Компания заявила о начале поэтапной трансформации из фримиум-стока в ИИ-слоп-платформу под новым брендом. Хотя сейчас заявляется о том что библиотека стоков будет сохранена — развиваться она уже скорее всего не будет, а материалы живых авторов будут понижаться чтобы сократить выплаты
https://www.magnific.com/blog/freepik-is-now-magnific/
https://www.magnific.com/blog/freepik-is-now-magnific/
(лендинг кстати потому что это реклама иишки которая ищет дыры)
https://xint.io/blog/copy-fail-linux-distributions
https://xint.io/blog/copy-fail-linux-distributions
xint.io
Copy Fail: 732 Bytes to Root on Every Major Linux Distribution. - Xint
Xint Code disclosed CVE-2026-31431, an authencesn scratch-write bug chaining AF_ALG + splice() into a 4-byte page cache write. A 732-byte PoC gets root on Ubuntu, Amazon Linux, RHEL, SUSE. | AI for Security, Vulnerability Research, Open Source Projects
Гугл уже даже не стесняются своего кладбища и выпустили анонс нового I/O сразу с музыкой из мема про мужиков танцующих с гробом:
яндекс такой: ну мы делаем десктопный клиент платной фичой.
тем временем тот же яндекс: пять лет не может пересобрать этот самый клиент под арм-архитектуру
тем временем тот же яндекс: пять лет не может пересобрать этот самый клиент под арм-архитектуру
Top 10 anime revival.
Гугл в очередной раз перезапустил кромбуки и пиксельбуки. Дропнули пока референсный от гугла (на фотках), а побомжовее будут от Acer, Asus, Dell, HP и Lenovo
Гугл в очередной раз перезапустил кромбуки и пиксельбуки. Дропнули пока референсный от гугла (на фотках), а побомжовее будут от Acer, Asus, Dell, HP и Lenovo
Lex. Shared
Top 10 anime revival. Гугл в очередной раз перезапустил кромбуки и пиксельбуки. Дропнули пока референсный от гугла (на фотках), а побомжовее будут от Acer, Asus, Dell, HP и Lenovo
Ну и соответственно на гуглкладбище отправляются легаси кромбуки и кромось: "Chromebooks will continue to receive support through their device’s existing date commitment, and many* Chromebooks will be eligible to transition to the new experience"
*сколько?
Теперь основная ось это андроид с прикрученным фронтом от кромоси
*сколько?
Теперь основная ось это андроид с прикрученным фронтом от кромоси
This media is not supported in your browser
VIEW IN TELEGRAM
Нихрена себе oddly specific.
На гифке выше сравнение двух симуляций имплозий LS-DYNA 970. Условия и вводные одинаковые.
Только на гифке справа симуляция выполнена в среде в которой драйвер fast16 был заражён вредоносным кодом.
Возможно вы помните Stuxnet, вирус который таргетировался на ядерные объекты в Натанзе под управлением Siemens Step7 и подкручивал скорость вращения центрифуг, чтобы повысить риск поломки — т.е. вместо моментального отказа или ограничения доступа атака проходила медленно и незаметно. Его обнаружили в 2010 году. Подчеркну что именно обнаружили, т.е. он сущестовал (и дейстовал) на тот момент уже неопределённое время.
Новое исследование SentinelLabs рассказывает о вредоносном коде, следы которого можно было отследить вплоть до 2005 года, за 5 лет до обнаружения Stuxnet. И он, как вы уже поняли, действовал ещё более изощрённо, нарушая саму физику расчётов высокоточных симуляций, атакуя даже не готовое оборудование, а сам этап ещё до его проектирования.
В исследовании вредносного Fast16 автор разбора сосредоточился на функции, условно названной PhysicsFiction. Это 1104-байтный фрагмент кода, который, вероятно, внедрялся в целевое ПО во время выполнения. Одним из возможных кандидатов называется LS-DYNA — известный пакет для мультифизического моделирования, который мог использоваться, в том числе, в ядерных или материаловедческих проектах.
Внутри PhysicsFiction работают две связанные машины состояний:
state_monitor — следит за событиями и прогрессом симуляции, чтобы понять, когда можно запускать атаку.
state_physics — отвечает за само искажение физических данных.
Судя по конфигурации, код поддерживал работу как с float, так и с double-точностью. Это важно: параметры для разных режимов немного отличались, а значит, атака была рассчитана на конкретные особенности целевого калькулятора (в данном случае LS-DYNA, либо очень подобного).
Если такой имплант действительно сработал, последствия могли проявиться не сразу — а в виде ошибочных инженерных решений и физических отказов спустя месяцы или годы.
https://www.sentinelone.com/labs/fast16-mystery-shadowbrokers-reference-reveals-high-precision-software-sabotage-5-years-before-stuxnet/
https://www.reversemode.com/2026/04/inside-fast16s-physics-sabotage-engine.html
На гифке выше сравнение двух симуляций имплозий LS-DYNA 970. Условия и вводные одинаковые.
Только на гифке справа симуляция выполнена в среде в которой драйвер fast16 был заражён вредоносным кодом.
Возможно вы помните Stuxnet, вирус который таргетировался на ядерные объекты в Натанзе под управлением Siemens Step7 и подкручивал скорость вращения центрифуг, чтобы повысить риск поломки — т.е. вместо моментального отказа или ограничения доступа атака проходила медленно и незаметно. Его обнаружили в 2010 году. Подчеркну что именно обнаружили, т.е. он сущестовал (и дейстовал) на тот момент уже неопределённое время.
Новое исследование SentinelLabs рассказывает о вредоносном коде, следы которого можно было отследить вплоть до 2005 года, за 5 лет до обнаружения Stuxnet. И он, как вы уже поняли, действовал ещё более изощрённо, нарушая саму физику расчётов высокоточных симуляций, атакуя даже не готовое оборудование, а сам этап ещё до его проектирования.
В исследовании вредносного Fast16 автор разбора сосредоточился на функции, условно названной PhysicsFiction. Это 1104-байтный фрагмент кода, который, вероятно, внедрялся в целевое ПО во время выполнения. Одним из возможных кандидатов называется LS-DYNA — известный пакет для мультифизического моделирования, который мог использоваться, в том числе, в ядерных или материаловедческих проектах.
Внутри PhysicsFiction работают две связанные машины состояний:
state_monitor — следит за событиями и прогрессом симуляции, чтобы понять, когда можно запускать атаку.
state_physics — отвечает за само искажение физических данных.
Судя по конфигурации, код поддерживал работу как с float, так и с double-точностью. Это важно: параметры для разных режимов немного отличались, а значит, атака была рассчитана на конкретные особенности целевого калькулятора (в данном случае LS-DYNA, либо очень подобного).
Если такой имплант действительно сработал, последствия могли проявиться не сразу — а в виде ошибочных инженерных решений и физических отказов спустя месяцы или годы.
https://www.sentinelone.com/labs/fast16-mystery-shadowbrokers-reference-reveals-high-precision-software-sabotage-5-years-before-stuxnet/
https://www.reversemode.com/2026/04/inside-fast16s-physics-sabotage-engine.html
Lex. Shared
Кто-нибудь посчитатйте там воронки на I/O, у меня завал https://www.youtube.com/watch?v=wYSncx9zLIU
в целоооом это и так выглядит как нейрослоп фестиваль
о, сони выпустили наушники в честь этого канала. 1000xCOLLEXION
https://www.sony.eu/presscentre/sony-unveils-1000x-the-collexion-where-iconic-sound-meets-refined-design
https://www.sony.eu/presscentre/sony-unveils-1000x-the-collexion-where-iconic-sound-meets-refined-design
Sony Europe
Sony Unveils 1000X THE COLLEXION, Where Iconic Sound Meets Refined Design
Celebrating a decade of 1000X series innovation