#macapps В 2014 году #Apple убили это и еще ряд похожих приложений ... ну ладно - как сказать "убили", но достаточно сильно поднасрали им в тапки. Я если что говорю про Alfred, LaunchBar и другие аналоги лончеров. Ок, зумеры, вы это не застали также как и перфокарты, для вас ориентиром является Raycast. Если вы смотрели тот кейноут, то наверное помните какая это была кровавая бойня для приложений - помимо упомянутых прилетело еще Dropbox и аналогам (iCloud Drive), Instashare, Bump (AirDrop), всякие приложения для скриншотов (Mail Markup) и так далее. Вообще прям обидно было за Alfred - крутое приложение. Я еще какое-то время им попользовался, поигрался с Raycast, поискал аналоги и подзабросил в пользу стандартного Spotlight. Но вот сегодня открыл сайт Alfred и увидел какое-то движение - авторы анонсировали скорый выход Alfred 6 с кучей всяких наворотов. И я вот не знаю - верить им или нет? Почему-то мне кажется, что они вряд ли будут готовы к переписыванию приложения с нуля, а вот легаси в коде наверняка накопилось. Но всё равно - будем надеяться на лучшее, ну и конечно же я потестирую как выйдет первая бета.
Автор статьи утверждает, что потерял более 20 аккаунтов Pro, два аккаунта 5x и один 20x, и выделяет следующие факторы риска:
1. IP и его репутация — главный фактор. Важна не столько страна или тип IP (дата-центр/резидентский), сколько его репутация, история злоупотреблений и соседние адреса в подсети. Дешёвый «статический residential» может быть хуже качественного серверного IP.
2. Повторное использование окружения после бана. Cookies, токены, кэш и сохранённые credentials Claude Code могут связывать последующие сессии. Автор рекомендует очищать старые данные перед сменой аккаунта.
3. Браузерный fingerprint. Может быть дополнительным сигналом риска, но автор не приводит подтверждений, что конкретный score или порог гарантированно предсказывает бан.
4. Платёжный канал. Виртуальные карты и сервисы пополнения с историей чарджбэков или подозрительных операций могут создавать дополнительные риски.
5. Новые аккаунты и высокая нагрузка. Автор советует не запускать сразу интенсивное использование или массовую раздачу через sub2api, а сначала проверить стабильность обычного сценария.
6. Что, по мнению автора, не так важно: язык общения (китайский сам по себе не причина бана), часовой пояс, страна выхода сама по себе, IP дата-центра как таковой и высокая нагрузка, которая скорее вызывает rate limit.
Практические выводы:
- Использовать стабильное подключение с хорошей репутацией IP, избегать общих перегруженных прокси.
- Не смешивать аккаунты и старые credentials в одном окружении без необходимости.
- Пользоваться легитимным способом оплаты, избегать сомнительных посредников.
- Разделять rate limit и бан аккаунта — это разные проблемы.
- Не считать рекомендации автора доказанной моделью антифрода Anthropic: это личный опыт, а не официальная документация; реальные критерии и вес сигналов неизвестны.
Главный вывод: не существует гарантированного способа избежать блокировки. Приоритет — нормальный аккаунт, разрешённый способ доступа, надёжная оплата и предсказуемое окружение, а не бесконечная настройка fingerprint и смена часовых поясов.
1. IP и его репутация — главный фактор. Важна не столько страна или тип IP (дата-центр/резидентский), сколько его репутация, история злоупотреблений и соседние адреса в подсети. Дешёвый «статический residential» может быть хуже качественного серверного IP.
2. Повторное использование окружения после бана. Cookies, токены, кэш и сохранённые credentials Claude Code могут связывать последующие сессии. Автор рекомендует очищать старые данные перед сменой аккаунта.
3. Браузерный fingerprint. Может быть дополнительным сигналом риска, но автор не приводит подтверждений, что конкретный score или порог гарантированно предсказывает бан.
4. Платёжный канал. Виртуальные карты и сервисы пополнения с историей чарджбэков или подозрительных операций могут создавать дополнительные риски.
5. Новые аккаунты и высокая нагрузка. Автор советует не запускать сразу интенсивное использование или массовую раздачу через sub2api, а сначала проверить стабильность обычного сценария.
6. Что, по мнению автора, не так важно: язык общения (китайский сам по себе не причина бана), часовой пояс, страна выхода сама по себе, IP дата-центра как таковой и высокая нагрузка, которая скорее вызывает rate limit.
Практические выводы:
- Использовать стабильное подключение с хорошей репутацией IP, избегать общих перегруженных прокси.
- Не смешивать аккаунты и старые credentials в одном окружении без необходимости.
- Пользоваться легитимным способом оплаты, избегать сомнительных посредников.
- Разделять rate limit и бан аккаунта — это разные проблемы.
- Не считать рекомендации автора доказанной моделью антифрода Anthropic: это личный опыт, а не официальная документация; реальные критерии и вес сигналов неизвестны.
Главный вывод: не существует гарантированного способа избежать блокировки. Приоритет — нормальный аккаунт, разрешённый способ доступа, надёжная оплата и предсказуемое окружение, а не бесконечная настройка fingerprint и смена часовых поясов.
NodeSeek
claude 防封指南
【血泪实测】20+Pro、2个5x、1个20x封号经历:Claude封号风控深度复盘与避坑指南前言:手头经历了20多个Pro、2个5x以及1个20x账号的封号阵痛,用真金白银换来了一套Claude(Anthropic)当前的风控逻辑实测结果。今天毫无保留分享出来,帮你避开绝大多数封号深坑。一、核心风控:与封号「强相
❤1😢1
Разработчики Opencode анонсировали, что вернулась поддержка подписок Claude. #AI
Китайцы - страшные люди, они не только дистиллируют LLM-модели, но и покусились на святое - на Intellij IDEA от JetBrains. В репозитарии какие-то страшные цифры, в которых они показывают, как приложение, переписанное на Rust рвёт оригинал по всем параметрам производительности и энергопотребления.
GitHub
GitHub - l0ng-ai/openidea: The IDE you know, rebuilt in Rust. IntelliJ IDEA–style keymap, tool windows and search-everywhere in…
The IDE you know, rebuilt in Rust. IntelliJ IDEA–style keymap, tool windows and search-everywhere in a fast native app: editor, code insight, debugger, Git, terminal, database and HTTP clients for ...
🤔1
Angry Beard
Китайцы - страшные люди, они не только дистиллируют LLM-модели, но и покусились на святое - на Intellij IDEA от JetBrains. В репозитарии какие-то страшные цифры, в которых они показывают, как приложение, переписанное на Rust рвёт оригинал по всем параметрам…
Вдогонку еще один продукт от тех же разработчиков https://tty7.io/ - больше всего он мне напоминает небезызвестный herdr, который к слову не так давно получил нативного macOS клиента
tty7
tty7 - tty7
A terminal workbench: persistent sessions, remote work, agents.
Forwarded from Медуза — все новости
На интерактивных панелях, которые установлены в школах Москвы, обнаружили модуль, который по команде с сервера включает микрофон и делает аудиозапись происходящего в классе. Соответствующий разбор выложен на GitHub.
Модуль может устанавливаться через систему удаленного администрирования Департамента информационных технологий (ДИТ) Москвы.
Как отмечает автор исследования, у него есть две версии — актуальная и более ранняя. Более ранняя называлась «Агент для аудиозаписи урока», а из актуальной упоминание записи удалено, она называется «Агент обеспечивает проведение урока».
Пакет устанавливает фоновый процесс, который идет без участия пользователя. Он самостоятельно включает микрофон, записывает звук и отправляет файл на сервера ДИТ — а затем удаляет копию записи с устройства.
@meduza_news
Открыть сайт | зеркало | телеграм ↓
Модуль может устанавливаться через систему удаленного администрирования Департамента информационных технологий (ДИТ) Москвы.
Как отмечает автор исследования, у него есть две версии — актуальная и более ранняя. Более ранняя называлась «Агент для аудиозаписи урока», а из актуальной упоминание записи удалено, она называется «Агент обеспечивает проведение урока».
Пакет устанавливает фоновый процесс, который идет без участия пользователя. Он самостоятельно включает микрофон, записывает звук и отправляет файл на сервера ДИТ — а затем удаляет копию записи с устройства.
@meduza_news
Открыть сайт | зеркало | телеграм ↓
Meduza
На интерактивных панелях в школах Москвы нашли модуль для скрытой аудиозаписи. Данные с него отправляются в мэрию
😱1
Отец знакомого работает в Beget. Вчера ночью срочно вызвали на совещание. Вернулся поздно и ничего не объяснил. Сказал лишь собирать бэкапы и разворачивать проекты на другом хостинге. Сейчас едем куда-то далеко за vps-кой. Не знаю что происходит, но мне кажется началось...
Тем временем Beget уже восстановили (как они утверждают) работоспособность DNS, почту и dedicated-сервера, которые админят их клиенты. Мамой клянутся, что есть бэкапы, но пока доступ к ним дать на могут. S3, настройки k8s и другие облачные штуки судя по всему восстановить не удастся (но это не точно)
Forwarded from Beget Official
Разбор текущей ситуации:
В ночь с 1 на 2 ноября 2026 года на нашу инфраструктуру была совершена кибератака с получением доступа к управляющему контуру всей архитектуры и последующим запуском обнуляющих скриптов.
На текущий момент мы не можем раскрыть все детали происходящего, в том числе в целях последующего безопасного запуска инфраструктуры.
Восстановление инфраструктуры, которая пострадала в этой атаке, продолжается.
Что уже сделано:
• Восстановление dedicated‑серверов под собственным администрированием пользователей. Данный сервис был восстановлен 2.11 ориентировочно в 14:00.
• Восстановление DNS‑серверов. Доступен функционал смены DNS‑записей (A, MX, TXT) в зонах ru/рф/su — можно перенаправить домены на другие адреса. Это применимо для доменов, зарегистрированных в Beget и направленных на DNS‑сервера Beget. Над управлением международными доменами ведётся работа.
• Восстановление 80 % инфраструктуры почтового сервиса. Ожидаем полный вывод его в полноценную эксплуатацию в течение 10 часов.
• Домены. Мы договорились с КЦ (Координационный центр сети Интернет) о том, чтобы домены в зонах .ru/.рф/.su у которых заканчивается срок делегирования, не были разделегированы и продолжили работать. По международным доменам продолжается работа.
Напоминаем, что приоритетное продление домена возможно даже после окончания его регистрации.
Общее состояние инфраструктуры Beget на данный момент:
Бэкапы и резервные копии.
Файловые бэкапы всего хостинга и облачной инфраструктуры сохранены, но без восстановления работы нашей инфраструктуры нет возможности предоставить к ним доступ прямо сейчас. Это связано с необходимостью ручной проверки каждого сервера на наличие скрытых уязвимостей и вредоносных скриптов. К сожалению, просто включить серверы без их тщательной проверки невозможно.
К сожалению, бинарные бэкапы VPS полностью утеряны. Остаётся возможность восстановления данных из файловых бэкапов.
Выделенные серверы.
Все серверы без нашего администрирования введены в работу. На серверах под нашим администрированием большая часть данных также сохранилась, продолжается проверка и ввод серверов в работу.
Хостинговые серверы.
По предварительной оценке, восстановлению подлежат почти 100 % сайтов, размещавшихся на виртуальном хостинге. Мы приступили к восстановлению работы хостинговых серверов. Запуск виртуального хостинга также требует скрупулёзной проверки серверов, и на это также требуется значительное время.
Облачная инфраструктура.
В облачной инфраструктуре (VPS, S3 и Kubernetes) все данные были утрачены. Сохранены файловые бэкапы VPS. Настройки CDN, IP утрачены. Мы не сдаёмся и продолжаем поиск способов восстановить эти данные.
Доменные имена.
Ваши доменные имена в безопасности. Мы уже работаем над восстановлением управления доменами. Вы уже сейчас можете управлять DNS‑записями доменов.
Панель управления.
В течение 24 часов мы предоставим ограниченный интерфейс для управления частью услуг.
Конкретные сроки восстановления всех сервисов сейчас уточняются.
Это займёт существенное время, так как требуется ручная проверка более 1000 серверов.
По тем данным, которые сейчас есть, мы видим, что на серверах, где были данные пользователей, не было попыток скачать или изменить данные. Мы рекомендуем сменить все пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах.
Все сотрудники Beget работают в кризисном режиме. Отдел DevOps работает круглосуточно и будет работать в таком графике до окончания работ по инциденту.
Мы знаем, что вы на нас рассчитываете, и прикладываем максимум усилий.
Мы понимаем, что в текущей ситуации вам бы хотелось иметь больше информации и контроля, однако мы не можем делиться информацией, которая на данном этапе ещё может повредить проведению расследования.
Спасибо за ваше понимание.
По мере появления достоверной информации мы будем её публиковать.
В ночь с 1 на 2 ноября 2026 года на нашу инфраструктуру была совершена кибератака с получением доступа к управляющему контуру всей архитектуры и последующим запуском обнуляющих скриптов.
На текущий момент мы не можем раскрыть все детали происходящего, в том числе в целях последующего безопасного запуска инфраструктуры.
Восстановление инфраструктуры, которая пострадала в этой атаке, продолжается.
Что уже сделано:
• Восстановление dedicated‑серверов под собственным администрированием пользователей. Данный сервис был восстановлен 2.11 ориентировочно в 14:00.
• Восстановление DNS‑серверов. Доступен функционал смены DNS‑записей (A, MX, TXT) в зонах ru/рф/su — можно перенаправить домены на другие адреса. Это применимо для доменов, зарегистрированных в Beget и направленных на DNS‑сервера Beget. Над управлением международными доменами ведётся работа.
• Восстановление 80 % инфраструктуры почтового сервиса. Ожидаем полный вывод его в полноценную эксплуатацию в течение 10 часов.
• Домены. Мы договорились с КЦ (Координационный центр сети Интернет) о том, чтобы домены в зонах .ru/.рф/.su у которых заканчивается срок делегирования, не были разделегированы и продолжили работать. По международным доменам продолжается работа.
Напоминаем, что приоритетное продление домена возможно даже после окончания его регистрации.
Общее состояние инфраструктуры Beget на данный момент:
Бэкапы и резервные копии.
Файловые бэкапы всего хостинга и облачной инфраструктуры сохранены, но без восстановления работы нашей инфраструктуры нет возможности предоставить к ним доступ прямо сейчас. Это связано с необходимостью ручной проверки каждого сервера на наличие скрытых уязвимостей и вредоносных скриптов. К сожалению, просто включить серверы без их тщательной проверки невозможно.
К сожалению, бинарные бэкапы VPS полностью утеряны. Остаётся возможность восстановления данных из файловых бэкапов.
Выделенные серверы.
Все серверы без нашего администрирования введены в работу. На серверах под нашим администрированием большая часть данных также сохранилась, продолжается проверка и ввод серверов в работу.
Хостинговые серверы.
По предварительной оценке, восстановлению подлежат почти 100 % сайтов, размещавшихся на виртуальном хостинге. Мы приступили к восстановлению работы хостинговых серверов. Запуск виртуального хостинга также требует скрупулёзной проверки серверов, и на это также требуется значительное время.
Облачная инфраструктура.
В облачной инфраструктуре (VPS, S3 и Kubernetes) все данные были утрачены. Сохранены файловые бэкапы VPS. Настройки CDN, IP утрачены. Мы не сдаёмся и продолжаем поиск способов восстановить эти данные.
Доменные имена.
Ваши доменные имена в безопасности. Мы уже работаем над восстановлением управления доменами. Вы уже сейчас можете управлять DNS‑записями доменов.
Панель управления.
В течение 24 часов мы предоставим ограниченный интерфейс для управления частью услуг.
Конкретные сроки восстановления всех сервисов сейчас уточняются.
Это займёт существенное время, так как требуется ручная проверка более 1000 серверов.
По тем данным, которые сейчас есть, мы видим, что на серверах, где были данные пользователей, не было попыток скачать или изменить данные. Мы рекомендуем сменить все пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах.
Все сотрудники Beget работают в кризисном режиме. Отдел DevOps работает круглосуточно и будет работать в таком графике до окончания работ по инциденту.
Мы знаем, что вы на нас рассчитываете, и прикладываем максимум усилий.
Мы понимаем, что в текущей ситуации вам бы хотелось иметь больше информации и контроля, однако мы не можем делиться информацией, которая на данном этапе ещё может повредить проведению расследования.
Спасибо за ваше понимание.
По мере появления достоверной информации мы будем её публиковать.
❤1🤡1
#rust потихоньку завоёвывает новые территории, вот уже и CTO Discord сообщил, что они готовы переписать свое приложение с Electron-а, который потребляет слишком много ресурсов на rust с фронтом на gpui(это тот, который сделали авторы редактора zed)
Windows Latest
Discord is killing its Electron app that can eat 4GB of RAM on Windows 11, and the Rust rebuild uses just 290MB
Discord is ditching Electron to rebuild its Windows app in Rust and GPUI, cutting idle RAM down to 290MB. The app was notorious for RAM usage
#AI на днях в Твиттере (да, я старпёр и продолжаю называть его твиттером :) и что ты мне сделаешь Илон Маск?) пролетела новость, что перед IPO из Anthropic уходят ключевые сотрудники. А вот уже и Business Insider пишет, что Cat Wu переходит в OpenAI, она, напомню, руководила проектом Claude Code. Не кажется ли вам, что что-то нездоровое происходит в этих Антропиках? Массовые баны аккаунтов, уход ключевых сотрудников, плюс судя по всему завышенные ожидание от IPO. Запасаемся попкорном и ждем развития событий.
Business Insider
A top Anthropic product leader has been poached by OpenAI
Cat Wu left Anthropic last week after becoming one of the company's highest-profile product managers and is now joining rival OpenAI.
Forwarded from addmeto (Grigory Bakunov)
В Alpine обнаружили довольно неприятную дыру — обход проверки пароля, даже для пользователей, у которых вход только по ключу.
Техническая мамба-джамба для тех, кому интересно:
При входе по паролю sshd без PAM берёт сохранённое поле пароля пользователя и сравнивает его с результатом функции crypt(). У некоторых пользователей, например с входом по ключу, в этом поле стоит *, то есть обычного пароля нет. Для проверки sshd в таком случае берёт соль из хеша другой учётной записи на машине.
Если отправить пароль длиной от 257 до 1024 байт, crypt() в musl возвращает * как признак ошибки. Но sshd сравнивает этот результат с полем пользователя, видит совпадение и пускает атакующего. Нужны включённая парольная аутентифкация и хотя бы одна другая локальная учётная запись с хешем $5$ или $6$. Для root также должен быть разрешён вход по паролю через PermitRootLogin yes.
Короче, это просто треш.
🔗 https://alpinelinux.org/posts/2026-11-05-openssh-password-authentication-bypass/
Техническая мамба-джамба для тех, кому интересно:
При входе по паролю sshd без PAM берёт сохранённое поле пароля пользователя и сравнивает его с результатом функции crypt(). У некоторых пользователей, например с входом по ключу, в этом поле стоит *, то есть обычного пароля нет. Для проверки sshd в таком случае берёт соль из хеша другой учётной записи на машине.
Если отправить пароль длиной от 257 до 1024 байт, crypt() в musl возвращает * как признак ошибки. Но sshd сравнивает этот результат с полем пользователя, видит совпадение и пускает атакующего. Нужны включённая парольная аутентифкация и хотя бы одна другая локальная учётная запись с хешем $5$ или $6$. Для root также должен быть разрешён вход по паролю через PermitRootLogin yes.
Короче, это просто треш.
🔗 https://alpinelinux.org/posts/2026-11-05-openssh-password-authentication-bypass/
#AI OpenAI вчера выпустили модель GPT-6 cyber, как сообщает Fortune, которая заточена для решения задач кибербеза. Она влегкую нашла 81 уязвимость в Firefox и 948 в ядре Linux. Ну что, #Anthropic Mythos, подвинься :)
Fortune
OpenAI debuts new cybersecurity-focused AI model amid growing alarm about AI-driven cyber attacks | Fortune
OpenAI's GPT-6 Cyber will initially be available to a small number of approved customers due to concerns that, in the wrong hands, it could supercharge cyberattacks.
#AI Кажется, я нашёл одну из самых интересных концепций умного дома за последнее время.
Саша Ларьяновский рассказал, как построил у себя дома систему на базе AI-агентов, которая сама обнаруживает устройства, изучает привычки хозяев и буквально выращивает новые модули под их потребности. Причём не просто автоматизирует сценарии, а самостоятельно предлагает, что и как улучшить. Разумеется, с разграничением прав и согласованием потенциально опасных действий.
Концепция называется «ксеноморфный софт». Её автор — Сергей Рыжиков из Битрикса, который первым описал подобный эксперимент. Идея в том, что не человек подстраивается под готовый софт, а софт развивается и принимает форму среды, в которой существует.
На мой взгляд, это куда интереснее очередной попытки прикрутить LLM к Home Assistant. И, возможно, именно так будет выглядеть программное обеспечение будущего.
Что особенно приятно — Саша [выложил blueprint](https://scalingclub.ru/journal/ksenomorfnyy-soft/), по которому можно попробовать вырастить собственного «Чужого».
[Оригинальная статья Сергея Рыжикова на Хабре](https://habr.com/ru/companies/bitrix/articles/1098014/).
Саша Ларьяновский рассказал, как построил у себя дома систему на базе AI-агентов, которая сама обнаруживает устройства, изучает привычки хозяев и буквально выращивает новые модули под их потребности. Причём не просто автоматизирует сценарии, а самостоятельно предлагает, что и как улучшить. Разумеется, с разграничением прав и согласованием потенциально опасных действий.
Концепция называется «ксеноморфный софт». Её автор — Сергей Рыжиков из Битрикса, который первым описал подобный эксперимент. Идея в том, что не человек подстраивается под готовый софт, а софт развивается и принимает форму среды, в которой существует.
На мой взгляд, это куда интереснее очередной попытки прикрутить LLM к Home Assistant. И, возможно, именно так будет выглядеть программное обеспечение будущего.
Что особенно приятно — Саша [выложил blueprint](https://scalingclub.ru/journal/ksenomorfnyy-soft/), по которому можно попробовать вырастить собственного «Чужого».
[Оригинальная статья Сергея Рыжикова на Хабре](https://habr.com/ru/companies/bitrix/articles/1098014/).
Scaling Club
Умный дом, который растёт сам: ксеноморфный софт
Месяц назад я завёл дома систему, которая сама выращивает себе органы под привычки семьи.
Пока искал статью Сергея Рыжикова про ксеноморфный софт, наткнулся на его старую публикацию про солнечные батареи. Читал её несколько лет назад, и она мне тогда очень зашла.
Если интересна тема солнечной энергетики — рекомендую.
https://www.bitrix24.ru/journal/solnechnaya-elektrostantsiya-na-zapade-rossii/
Если интересна тема солнечной энергетики — рекомендую.
https://www.bitrix24.ru/journal/solnechnaya-elektrostantsiya-na-zapade-rossii/
Bitrix24
Солнечная электростанция на западе России
Полезные статьи про бизнес, маркетинг и продажи: управление командой, проекты и задачи, автоматизация и многое другое в нашем блоге.
Angry Beard
Вдогонку еще один продукт от тех же разработчиков https://tty7.io/ - больше всего он мне напоминает небезызвестный herdr, который к слову не так давно получил нативного macOS клиента
#AI Терминалы-мультиплексеры для вайбкодеров AI-разработчиков плодятся как кролики грибы после тёплого летнего дождя. И если вам вдруг не зашли Orca, Herdr и аналоги, то вот вам еще один - ZenTerm. Быстрый, красивый, #opensource. Что еще для счастья надо?
ZenTerm
ZenTerm: a modern macOS terminal for developers
A dev-first macOS terminal. Keyboard-first panes, drawers, floats, and workspaces, yours to configure. Apple Silicon, open source under MIT.