IT

MSI Afterburner получил V/F-карту попаданий и плагин GPUProbe в новой бета-версии Вышла тестовая сборка MSI Afterburner v4.6.7 Beta 4, главной фичей которой стала карта попаданий (Hitmap) в редакторе кривых напряжения и частоты. По нажатию клавиши M программа накладывает на V/F-кривую до 256 последних рабочих точек с цветовым градиентом, отражающим частоту обращения к ним. Инструмент облегчает даунвольтинг и разгон, позволяя наглядно увидеть реальное поведение графического процессора и выявить неиспользуемые отрезки кривой. В дистрибутив также включили плагин GPUProbe для низкоуровневого мониторинга через MMIO и I2C Кроме того, Afterburner научился автоматически отключать низкоуровневый мониторинг на неизвестных/неподдерживаемых архитектурах GPU.

Сотрудник давно перешел в другой отдел, а доступ к старым системам остался. Потом еще один переход, еще несколько прав — и уже никто не понимает, зачем человеку половина из них. Со временем такой бардак копится по всей компании. Старые учетки остаются активными, права перестают соответствовать должностям, а уволенный сотрудник вообще может сохранить аккаунт с правами администратора. В лучшем случае проблемы всплывают во время аудита или миграции на новую систему. И часто выясняется, что вручную распутать все группы, доступы и старые аккаунты уже почти невозможно. А в худшем случае такие права могут использовать во вред. Разбираем, как наводить порядок в службах каталогов, почему одних скриптов для этого бывает мало и как находить лишние права до того, как они станут проблемой.

Хакеры похитили данные покупателей ноутбуков Framework через уязвимость нулевого дня в сервисе Metabase Производитель модульных ноутбуков Framework уведомил клиентов об утечке персональных данных из-за взлома аналитической платформы Metabase. В руки киберпреступников попали имена пользователей, IP-адреса, электронные почты, телефоны и домашние адреса. Доступа к платежной информации и банковским картам злоумышленники не получили. Атака произошла 3 августа с использованием ранее неизвестной уязвимости нулевого дня в сервисе Metabase. Разработчики платформы закрыли брешь и проводят расследование с привлечением специалистов по безопасности. Framework сменила учетные данные, подтвердила отсутствие стороннего вмешательства в другие системы и пообещала пересмотреть подход к хранению информации у внешних подрядчиков.

Netflix угодил в эталонный цирк с конями: Режиссёр Саймон Уэст снял шпионский триллер с Николасом Кейджем и Беном Кингсли под названием "Стойкость" - про операцию британской разведки во Вторую мировую. Бюджет 45 млн, фильм был семь лет в производстве. В общем, нормальный такой крепкий военно-исторический фильм, но далеко от топовых блокбастеров, которые ждут зрители. Так вот, продюсер картины Саймон Афрам искал, кому отдать прокат, и решил пообщаться с Netflix. Он привёз им диск с мастер-копией, и эта копия была незашифрованная. Вообще, у киношников для таких целей есть специальный encrypted-стандарт с ключом, который открывает файл только на одном устройстве в одну дату, а потом сам блокируется. Netflix вместо этого предложил прогнать файл через какую-то внутреннюю защиту, и типа всё ништяк будет. Продюсер согласился, но всё равно попросил обязательно удалить файл после просмотра. 15 июня диск привезли, 16-го - посмотрели. Но ничего не зашифровали и не стёрли - диск просто остался лежать на столе одного из сотрудников. Классика. 25 июня Афраму прилетело письмо от Netflix: "На этой неделе наш офис обокрали и спёрли несколько дисков, включая ваш". Почему не вызвали полицию и не сказали раньше - непонятно. 29 июля Афрам подал к Netflix иск на $105 млн. Во столько он оценил ущерб от потенциальной утечки фильма в сеть до релиза. Его изначальная досудебка была ещё жёстче - на $165 млн, но Netflix от неё отбился, назвав "враждебной попыткой вымогательства". Конечно, если пираты реально сольют фильм, то ущерб будет ощутимый. Но $105 млн - камон... Пусть даже в картине играет великий Николай, такие ленты дай Бог чтобы такую сумму собрали в целом - вообще, совокупно. А мораль тут такая: - Во-первых, ну... кек. - Во-вторых, никогда не экономьте на шифровании. - В-третьих, пока tech-стартапы встраивают ключи в ИИ-агентов, из офиса крупнейшего стриминга просто так воруют диски. Кажется, теперь мы знаем причину, почему Paramount так им и не продался 😂😂😂 И наконец, это же буквально:

Avito вышел в Узбекистан под брендом Listee. Связь между Listee и Avito тщательно скрывается, чтобы не подставить Listee под вторичные санкции Я год назад писал, что Avito планирует выходить на несколько рынков соседних стран. 4 августа компания начала бета-тестирование платформы в Узбекистане. Прямую связь с Avito комания отрицает и придерживается примерно такой легенды:

Listee — независимый стартап бывшего директора Avito, созданный на деньги неназванных международных инвесторов. В Listee работают в том числе выходцы из Avito, которые переносят накопленный там продуктовый опыт на зарубежный рынок.

Я утверждаю, что стартап связан напрямую с Avito. Код для Listee частично скопирован, компания использует ресурсы Avito, принадлежит тем же собственникам: Kismet Capital Group Ивана Таврина и Россельхозбанку. Оба собственника под санкциями. Связь компании и стартапа скрывают, иначе у Listee могут быть проблемы: отказ от обслуживания компании узбекистанскими банками, удаление приложения из сторов и так далее. О связи мне сообщили два источника внутри Avito. Чтобы разорвать связь с материнской компании Listee вычистили весь код и правовые материалы, однако кое-что оставили. Во фронтенде я нашёл множество совпадений по одному паттерну. Например, на двух первых скриншотах характерное совпадение названия и атрибутов у HTML-контейнера иконки. Внутри используется библиотека иконок с названием “zna4ki”, которую в статье Хабра Avito называет своей внутренней библиотекой. Это кастомный элемент, который совпадает один в один. Политика использования cookies также написана слово в слово (Avito, Listee). Характерен набор HTTP-хедеров и клиентских метаданных в запросах с мобильного приложения (показал это в скриншотах). Сам набор данных стандартный, но названия — кастомные. Таблица прямо скопирована. Вы, возможно, спросите меня, зачем вот так подставлять компанию? Самый лучший классифайд в мире. Пусть ведут деятельность в другой стране. Проблема в том, что компания украдена. Иван Таврин, владелец Avito, внесён в санкционный список именно как самый главный скупщик активов после начала войны. Сделка, после которой Иван Таврин купил Avito у нидерландской технологической группы Prosus, прошла под давлением. Госдума до совершения сделки начала обсуждения специального закона, который ограничивал иностранным лицам владение классифайдами. А кандидатов на покупку отбирала администрация президента. В итоге Таврин купил компанию за $2,4 млрд, хотя оценка актива была $6 млрд. Prosus после начала войны заявляли, что не собираются продавать актив.

В комментариях канала про стартапы поселился нейроспаммер. LLM писала за человека глубокомысленную чушь, профиль светился в чате, сотни людей его видели, единицы кликали и читали описание, дальше какие-то конверсии и лиды. Мне трудно понять экономический смысл, если продвигаемая услуга – не сами нейрокомментарии для других людей и не мошенничество с бесконечной маржинальностью, но мало ли что я не понимаю. Популярное дело, множество людей так делают, каждый день баню. Этот конкретный экземпляр настроил LLM необычно и продержался порядка месяца, светясь почти ежедневно. Антиспам-бот его пропускал, я глазами неоднократно спотыкался, но оставлял с мыслью «вдруг все-таки человек». В какой-то момент терпение лопнуло, забанил. В конце концов, нерелевантная хрень от человека ничем не отличается от нерелевантной хрени от нейросети. В общем, он пришел в личку, ругался на несправедливость и объяснял ценность своих комментариев. И это меня как-то огорчило. Гадишь — гадь, не всем же быть изобретателями новых лекарств, рынок всякой дряни не бывает пуст, все логично. Но если не получилось — чего махать кулаками после драки? Аккаунты с порнухой каждый день в бан улетают, так они просто новые регистрируют. Спокойно, достойно. Бери пример с них.

UberLikeApp через 4 года Единорогов сотни. Просто успешных стартапов - тысячи. Провалившихся - десятки тысяч. Не запущенных - миллионы. И этот тот рынок, который мы не видим, а он есть. Множество основателей стартапов так и не рискнули, так и не начали. Они живут в каждом городе, они ходят вокруг нас. Некоторым трудно придумать идею. Всё, что лезет в голову, какое-то недостаточно масштабное, или недостаточно законное, или эксперт Вася сказал, что это не работает. Вторая популярная причина - технический барьер. Идея есть, а команды программистов (iOS, Android, Web, Backend, тестировщик и CTO, чтобы ими всеми рулить) нет. И денег нет, чтобы эту банду нанять. Тупик. Индийский #стартапдня UberLikeApp решает одним махом обе проблемы. Он запрограммировал шаблонные приложения для десятков популярных бизнес-моделей и продает всем желающим готовый IT-продукт. Не можешь изобрести своё - выбирай среди аналогов чужого. В коллекции есть и собственно Uber, и OnlyFans, и Zoom, и Clubhouse, и Tinder, и доставка еды, и почти что угодно ещё. Всё доступно за весьма скромный прайс, на всё можно нацепить индивидуальный логотип и быстро-быстро заставить работать. Единорог на этом быстро не взлетит. Настоящие трудности на этом скорее начнутся, чем закончатся. Тем не менее первый шаг новый бизнес может сделать и таким способом. Сам стартап - тоже не миллиардная компания и никогда ей не станет. Рынок маленький, чек по определению низкий. Но зато польза миру. Об инвестициях в UberLikeApp газеты не писали. — Вот такой #субботнийповтор из 2022 года. Проект умер, сайт не открывается. Но дело его живет в таком масштабе, который и мыслим не был 4 года назад. Спасибо Claude Code и аналогам, что угодно можно запрограммировать в один клик. Но, увы, настоящие трудности на этом скорее начнутся, чем закончатся. (с) Мой старый пост: https://t.me/startupoftheday/2446

Важность исследования контекста Тема заезженная, но я сейчас кодю с Opus 5 и, конечно, провожу новую фичу через research стадию и интервью. Собственно, хоть фича и совсем небольшая, даже после того, когда кажется, что все готово, я все равно прошу опуса доисследовать контекст и проработать корнер кейсы и он действительно находит что-то новое и мы учитываем дополнительные инварианты, т. е. не зря просили доисследовать. Вообще, может показаться, что с появлением новых сильных моделей и харнессов проблема исследования контекста (research фазы) решена. Тем более, я даже явно попросил агента о дополнительном исследовании. Но что в действительности? Вы помните, что у меня Grok Heavy подписка с практически бесконечными лимитами, поэтому я смело попросил опуса запустить 5 сфокусированных грок агентов поисследовать глубже все ли мы с ним учли в спеке. Результат: гроки нашли 9 релевантных пробелов, которые мы не учли в спеке. Ну, всё, куда уж дальше-то копать? Ан нет, грок-то бесконечный у нас, давайте еще один проход 5-ти субагентов запустим. Результат: еще +4 находки. Ну, теперь-то уж точно всё, сколько можно? в 2025-й что ли вернулись? Почти. Мы тут недавно CodeAlive агента перевели на GPT 5.6 Luna (кстати, невероятно цепкая и крутая в исследовании и в code review модель), хороший повод проверить новый режим глубокого анализа нашего агента (он специально запромптчен, чтобы предельно глубоко копать)... Отправил. 2 минуты поисков и вуаля, еще +6 находок и пробелов в спеке, которые Опус потом подтвердила и исправила. Ну, и финально фейблом тоже прошлись, которая дала еще 3 полезных замечания по спеке и несколько мелочей. И только теперь спека готова к реализации. Почему так сложно? Две главные причины: 1. Да, фича хоть и небольшая, но нетривиальная и идет в некоторый конфликт с существующей механикой. 2. Кодовая база уже довольная большая и непростая - за 2+ года набралось более полу миллиона строк кода в сумме, это тоже усложняет задачу агенту. Количество ручной работы при этом можно сократить, завернув всю церемонию в скилл (вы тогда на вопросы будете отвечать где-то ближе к началу и в конце, т. к. каждый новый ваш ответ может поменять траекторию и потребовать доп. проверку контекста). В целом, чем более легаси проект, тем актуальнее будут все эти долгие и упорные перепроверки и тем сложнее будет стадия планирования. Особенно если вы, как и я, хотите за one-shot получить около prod-ready результат. Теперь когда вы услышите, что агенты не работают в enterprise, вы знаете каким постом ответить. Кстати, почему не Haiku 4.5? Хайку очень слабая модель на фоне Грока и Luna, она просто видит сильно меньше и уже подводила меня, поэтому теперь не советую ее (в крайнем случае Sonnet 4.6 хотя бы если у вас только клод подписка). Расскажите как у вас теперь выглядит стадия планирования? Вот теперь думаю раз CodeAlive так здорово спеки умеет ревьюить и граундить, может, есть смысл упаковать это в отдельный MCP/skill метод и отдать агентам в пользование? Актуально это? @ai_driven

MSI Afterburner получит плагин GPUProbe для чтения скрытых датчиков видеокарт Создатель MSI Afterburner Алексей Unwinder Николачук представил встроенный плагин GPUProbe, который возрождает концепцию одноименного инструмента для RivaTuner. Плагин умеет считывать данные через регистры MMIO и шину I2C, открывая доступ к скрытым датчикам: температуре HotSpot, отдельных чипов VRAM, силовых элементов VRM и контроллеров питания. Пользователи смогут добавлять новые сенсоры самостоятельно через конфигурационные файлы, не дожидаясь официальных обновлений программы. В качестве примера автор показал интеграцию с кастомными картами ASUS ROG Astral. Плагин считывает ток с каждого контакта 12VHPWR и формирует «сигнал тревоги», если сила тока на пине превышает 12 А или разница между контактами составляет более 5,5 А. Afterburner может автоматически реагировать на аварийный статус — например, снижать Power Limit или выключать ПК. Из-за ограничений соглашений с NVIDIA полноценная встроенная поддержка этих функций в утилите отсутствует, поэтому GPUProbe останется плагином для энтузиастов.

Субботняя история Недавно во время отпуска мы останавливались в Стамбуле в одном дорогом и очень колоритном отеле. Называется он Divan Решил погуглить, что означает это слово. И вы не поверите - в турецком языке divan переводится как диван Оказывается, в Турции диван, это исторически важное и почётное место. Именно на диванах в Османской империи проходили заседания совета министров при султане. Сам совет, кстати, тоже назывался Divan. Так что, если вас когда-нибудь назовут «диванным экспертом», можно даже немного этим гордиться. Немного почувствовал себя министром и я, когда на очень удобном диване в нашем отеле, читая интересную книгу. Называется она - Your Life Is Manufactured. How the World Is Made and How We Can Do It Better (примерный перевод - Всё в вашей жизни произведено. Как создаётся наш мир и как мы можем делать это лучше ) Фото в шапке поста ⤴️ Это одна из самых впечатляющих nonfiction книг, которую я когда либо читал. Будь я действительно министром, сделал бы из этой книги учебник и заставил бы прочитать его всех студентов технических специальностей (да и гуманитариям, думаю, было бы очень полезно) Главная идея книги довольно простая - практически всё, что нас окружает, появилось в результате сложных производственных процессов. И большинство людей даже не представляет, насколько эти процессы сложны и насколько далеко друг от друга могут находиться участники одной производственной цепочки. Даже такая простая вещь, как рулон туалетной бумаги, это результат работы десятков предприятий, которые могут находиться на разных континентах. Кроме того, в книге есть история развития промышленности, промышленных революций и прогнозы автора о том, как производство будет развиваться в будущем. Во многом взгляд автора совпадает с моими представлениями о роли материального производства в жизни общества. Поэтому я хочу поделиться с вами некоторыми историями и идеями из этой книги в следующих постах. Пусть простит меня за это автор - Тим Миншалл, профессор производственных инноваций Кембриджского университета. Не переключайтесь. Незаметный бизнес

Борис описывает проблему, которая, на мой взгляд, является законом Лемана на стероидах (второй закон эволюции ПО):

Код будет гнить, если его гниению активно не противодействовать.

Это всегда было актуально и для человеческой разработки, особенно в больших проектах. Проблема с агентами в том, что с ними проект растёт и развивается гораздо быстрее, чем раньше, а значит, и гнить он начинает быстрее. Но я считаю, что это решаемая проблема даже на текущем уровне развития агентов и LLM. Нам с Уроборосом пришлось долго учиться противодействовать заслопливанию кода, и из этого в том числе появились принципы IMMUNE. Правильно выстроенная система адверсариального ревью тоже довольно неплохо помогает. Но ревью должно опираться на явную иерархию требований, начинающуюся с конституционных формулировок. В Уроборосе вершина этой иерархии лежит в BIBLE.md: требования важнее архитектуры, архитектура важнее реализации. На мой взгляд, ключевая проблема тут в том, что LLM нехватает длинного контекста, а основные харнессы плохо помогают им сохранять целостную ментальную модель проекта. Поэтому: 1. Я очень жду LLM с 10B контекстом. 2. Продолжаю развивать Уробороса и делать ставку на мета-системы, которые автономно улучшают и сам процесс разработки: "Improve the generator, not the generation". Мы точно не упёрлись в предел качества автономных агентов, а просто научились очень быстро генерировать код, при этом ещё плохо умеем с той же скоростью противодействовать его гниению.

🧨 Появился набор скиллов, которые мешают ИИ-агентам делать глупости и сжигать токены — ру дизайнер выкатил nodumbmode для фикса типичных ошибок. Внутри лежат 4 скилла: → nodumb — манифест здравого смысла для агента и набор главных рекомендаций. → changelog-discipline — ведёт журнал решений и записывает, что поменялось, почему и что отвергли. → system-feedback — проверяет, понятно ли юзеру, что произошло после действия и что делать при ошибке. → ask-nodumb — дизайнер-консультант, который разбирает продуктовую или UX-задачу до проектирования решения. Самое крутое — все скиллы собраны из реальных ошибок в проектах и новый скилл появляется только после конкретного фейла. Ставится за одну команду:

npx skills@latest add hronicasync/nodumbmode

Сохраняем — тут. @notboring_tech

❓ Научитесь отвечать на вопрос «зачем?», прежде чем ставить задачу ИИ Моё знакомство с Codex началось, когда появилась вполне конкретная задача: собрать сайт для @mirabistro. Сайты я делал и раньше — первый написал на PHP ещё в восьмом классе. Но никогда не вайбкодил и относился к этому довольно скептически. Несмотря на десять лет работы в анализе данных, мне казалось, что нормальный рабочий продукт всё равно придётся долго собирать руками. А тратить время на проект без понятной цели я не хотел. 🌐 Здесь наконец появилась конкретная цель. К тому же все «эксперты по ИИ» в соцсетях уже рассказывали, что теперь такие вещи можно собрать чуть ли не за один вечер. Я решил проверить — и сайт действительно получился. Напишите в комментариях, как он вам 👇 После этого я начал вайбкодить почти каждый день. 😁 Но именно тогда я понял главное: когда ИИ позволяет очень быстро собрать практически любой MVP, становится особенно важным ещё до начала работы ответить на вопрос: «зачем?» 🏠 Недавно у меня появилась новая «задача». Дома стоит старый видеодомофон Tantos. У него есть приложение vhOme, которое работает довольно медленно, не присылало уведомления о звонках на iPhone и просто не нравилось мне визуально. Приложения под Android я тоже писал — как вы помните. Правда, это было ещё в 2014 году. И самое смешное, что vhOme выглядело примерно так же, как мои приложения того времени. Но у меня хотя бы не было дизайнера. Точнее, дизайнер был — я сам 😅 Я такой: — Сейчас сделаю своё приложение. 📱 Закинул в Codex APK Android-приложения. Он разобрал его, вытащил используемые методы, нашёл механизмы подключения к домофону и получения видеопотока. Ещё немного — и можно было начинать писать полноценное приложение под iOS. Можно было упороться окончательно: сделать системный экран входящего звонка, после ответа сразу открывать видео, добавить две кнопки — «Открыть» и «Не открывать», оформить аккаунт разработчика и попробовать выложить всё это в App Store. В целом многие приложения теперь действительно можно допиливать и переделывать под себя. Если есть работающий клиент, ИИ способен исследовать его поведение, разобраться с протоколами и собрать свое решение. В итоге я потратил несколько часов на исследование vhOme. 🤔 Но перед тем, как переходить к полноценной разработке и публикации в App Store, я всё-таки остановился и задумался: а точно ли эту задачу нужно решать таким сложным способом? Нет ли чего-то проще? И главное: зачем мне вообще собственное приложение? Мне было нужно не приложение само по себе. Мне было нужно не пропустить звонок в дверь. 🔔 А потом выяснилось, что проблема была не в домофоне: пришлось поиграться с режимами «Фокусирование» на iPhone и правильно настроить допуск уведомлений. После этого они начали приходить. Собственное приложение с быстрым переходом к видео и двумя кнопками всё ещё было бы удобнее. Но когда пуш уже работает, потенциальный аплифт от разработки резко снижается. 🎓 Если, конечно, перед вами не стоит образовательная цель. Тогда ответ на вопрос «зачем?» тоже есть: разобраться в чужом приложении, исследовать протоколы и научиться собирать собственные продукты под iOS. В этом случае само исследование уже становится результатом. 🤔 Но изменилось ли что-то с появлением вайбкодинга? В вопросе целеполагания — ничего. Ведь и раньше существовало огромное количество бесполезных стартапов, научных статей и корпоративных проектов, которые пятый год подряд делают одно и то же второй раз. ИИ не решает проблему целеполагания. Он помогает быстрее написать код и дешевле проверить гипотезу, но не способен решить за вас, какой результат действительно нужен и стоит ли вообще браться за проект. 🎯 Поэтому главный навык сейчас — умение отвечать на вопрос «зачем?». Так было всегда: на вопрос «зачем?» должен уметь отвечать заказчик и любой руководитель, который несёт ответственность за результат. Но теперь, когда вы ставите задачу ИИ и с его помощью пишете код, вы тоже становитесь руководителем — как минимум собственного проекта. А значит, теперь и вам нужно уметь отвечать на главный вопрос: «зачем?»

Хакеры атаковали финансовые гиганты США с помощью обычных звонков По данным Google Threat Intelligence, за последний месяц десятки крупнейших инвестиционных фондов и финансовых компаний США подверглись масштабным кибератакам. Группировки под именами Redact, Pink, Falcon и Helix создали 72 фейковых сайта для кражи учетных данных, но главным инструментом взлома стала социальная инженерия по телефону. Злоумышленники звонят сотрудникам на личные номера, подменяя входящий ID на номер внутренней IT-службы. Под предлогом срочного обновления паролей или настройки MFA жертву направляют на фишинговый сайт вроде passkeyhelpdesk. Как только пользователь вводит пароль и называет код из SMS или приложения аутентификации прямо во время разговора, хакеры мгновенно получают полный доступ к корпоративному аккаунту. Основной целью атак стали частные инвестфонды и юридические фирмы, так как хакеры рассчитывают на крупный выкуп за неразглашение конфиденциальных данных.