Прикрепить карту. С карты ничего не спишут, а дадут подписку бесплатно на целый год. Изначально акцию сделали для студентов, но пользователи утверждают, что она активируется и на обычных аккаунтах.
Ресурс построен как единая точка, где можно учиться просто всему, что есть в интерпретируемости. От классических методов, до геометрии и математики в моделях.
Сейчас в нем: ⁃ 2 трека. XAI Practitioner — объяснять поведение моделей руками, от классики до LLM. Math of LLMs — математика и mechanistic interpretability изнутри модели, на уровне весов и схем. ⁃ 17 тематических блоков — сквозняком от линейной регрессии до Sparse Autoencoders. ⁃ 50+ методов интерпретируемости в одной программе.
Мы (t.me/MrsWallbreaker и t.me/jdata_blog, спасибо ей еще и за этот текст) открываем ресурс и открываем первые два (часть ресурса будет бесплатной и такие блоки будут открываться первыми сейчас).
Открытые с сегодня блоки погружают в термины и мир интерпретируемых моделей. После модулей вы никогда больше не сможете смотреть на них прежними глазами)
Это только начало галактики — и новые модули будем докатывать. Для понимания апдейтов можно завести аккаунт: https://open-xai-platform.web.app/register (письмо-подтверждение может упасть в спам — гляньте туда, если не пришло).
Вообще, по официальным данным из Единого реестра ФНС на 10 июля 2026 года числится 6,61 млн субъектов малого и среднего бизнеса.
Всего у них работает 15,09 млн наёмных сотрудников — в среднем 2,28 работника на один субъект МСП.
По стране, как вы можете догадаться, разница довольно большая.
И скорее всего, это не обязательно означает, что малый бизнес в этих регионах менее развит. Я бы связывал это, помимо прочего, с тем, что достаточно много доли индивидуальных предпринимателей и небольших компаний, работающих без штата.
Причём самого ИП без наёмных сотрудников ФНС работником не считает, и поэтому здесь показаны именно наёмные рабочие места, а не все люди, занятые в малом бизнесе.
Разработал плагин, который делает шрифты частью Obsidian-хранилища. Шрифты переезжают вместе с заметками и работают локально на компьютере и телефоне без отдельной установки.
Работает просто. Кидаете шрифты в папку fonts в корне хранилища:
🔥 Основы FastAPI: собираем сервис «прочитать позже»
У каждого есть свалка ссылок «прочитаю потом»: 40 вкладок, сохранёнки в Telegram, закладки с 2022 года. Проблема не в том, что нечего читать, — а в том, что всё это невозможно найти и разгрести.
Решим по-инженерному: напишем свой Read-Later сервис и с нуля освоим FastAPI.
За 1.5 часа: ⚡️ Поймёте, что такое FastAPI и почему он удобен 🧱 Опишете модель данных (SQLAlchemy + Pydantic) 🔁 Напишете полный CRUD 🔍 Научитесь фильтровать через query-параметры 📄 Получите Swagger UI бесплатно 🌐 Подключите простой фронтенд
Для кого: знаете Python, но ещё не писали API.
🛠 Куда дальше — дорожная карта: FastAPI — не просто фреймворк. На нём построен наш MCP Knowledge Server (Qdrant + семантический поиск) — ядро AI-ассистента сообщества, который «помнит» всё изученное.
Цепочка: 🐳 Docker (25.07) → 🐍 FastAPI (06.08) → 🧠 MCP Knowledge Server (сентябрь). В сентябре — отдельный воркшоп: поднимем такой сервер вместе.
📖 Pre-read: за 3 дня до воркшопа — инструкция по установке uv и Python.
Почему дешёвый VPS-сервер может обойтись дорого в продакшене? Тариф в 3–5 долларов в месяц за VPS кажется приятной экономией на старте. Но если тариф выбран только по цене, счёт за простой, срочную миграцию и потерянных клиентов может прийти позже и оказаться выше, чем сэкономленная разница в ценнике.
Что скрывается за низким ценником? За низкой ценой могут стоять оверселлинг, общий диск, ограниченная поддержка и слабые гарантии по SLA. У части провайдеров низкая цена достигается за счёт плотного размещения клиентов на одной ноде: продаётся больше vCPU и RAM, чем физически доступно, в расчёте на то, что нагрузки не совпадут. В результате могут появляться CPU steal time, просадки I/O от соседей по железу и нестабильная производительность общего хранилища. SLA на бюджетном VPS-сервере может отсутствовать или ограничиваться формальным обещанием без понятной компенсации.
Реальные риски в продакшене. Под нагрузкой проблемы проявляются внезапно: API начинает отвечать с задержками, база данных упирается в I/O, сервис падает в самый неподходящий момент. Потеря данных из-за отсутствия бэкапов или срочная миграция перед дедлайном – реальные риски для проектов, которые выбирают инфраструктуру только по цене.
Как считать полную стоимость VPS? Реальная цена – это не только тариф, а TCO: тариф + стоимость инцидентов. Один час простоя интернет-магазина в пиковый сезон легко перекрывает годовую разницу между дешёвым и надёжным VPS. Добавьте часы на диагностику и миграцию, потери из-за недовольных клиентов – и экономия быстро испаряется.
Чек-лист: признаки надёжного VPS:
• SLA не ниже 99,9%
• NVMe-хранилище со стабильной производительностью или понятными IOPS-лимитами
• Современная аппаратная виртуализация, например KVM, и понятная политика изоляции ресурсов
• Автоматические бэкапы с проверенным восстановлением
• Поддержка 24/7 с заявленным временем ответа
• Гарантированная пропускная способность сети
Прежде чем продлевать текущий тариф, проверьте свой VPS по этому чек-листу. Если несколько пунктов вызывают сомнения – стоит пересмотреть выбор сервера для продакшена до первого серьёзного инцидента.
Спешим поделиться тем, как прошла наша игра, на которую мы приглашали HR-специалистов и внутрикомов IT- и финтех-компаний.
Рассказываем, как всё прошло: участники собрались на игровой платформе PLAYFORMA, послушали короткий бриф и отправились проходить задания. Их ждали мемы, логические задачи и креативные испытания.
В цифрах всё выглядело так:
23 компании; 25 команд; 10 заданий; 1,5 часа игры; 1 ведущий; 1 приз победителю.
Спасибо всем, кто подключился, играл, спорил, смеялся и искал ответы вместе с командой. Кажется, у нас получился хороший онлайн-вечер для своих.
О новых открытых играх будем сообщать заранее, так что обязательно подписывайтесь на наш аккаунт, чтобы не пропустить ничего интересного.
Встречи 1:1 — базовый инструмент взаимодействия сотрудника и руководителя. На них можно обсудить не только текущие задачи, но и нагрузку, развитие, сложности в команде и идеи, на которые не всегда хватает времени в рабочей переписке.
При этом результат встречи зависит не только от руководителя. Собрали рекомендации наших коллег, которые помогут подготовиться к разговору и получить от него больше пользы.
1️⃣ Определите, что хотите обсудить
Не нужно ждать вопросов руководителя. Заранее выпишите темы, которые сейчас для вас важны: сложности в задачах, перегрузка, обратная связь, развитие или идеи по улучшению процессов.
2️⃣ Говорите конкретно
Вместо «все сложно» расскажите, что именно происходит, приведите пример и объясните, как это влияет на работу. Так будет проще вместе найти решение.
3️⃣ Не ограничивайтесь проблемами
Расскажите, что у вас получается, какие задачи интересны и в каком направлении хочется развиваться. Встреча 1:1 — возможность обсудить не только трудности, но и следующие шаги в работе.
4️⃣ Сформулируйте, какая помощь нужна
Подумайте, что могло бы изменить ситуацию: новые приоритеты, перераспределение нагрузки, совет, наставничество или участие руководителя в решении вопроса.
5️⃣ Просите обратную связь
Задавайте конкретные вопросы: что стоит продолжать делать, что можно изменить, каких навыков не хватает для следующего шага. Чем точнее вопрос, тем полезнее будет ответ.
6️⃣ Зафиксируйте договоренности
В конце встречи проговорите, кто и что сделает дальше, а также когда вы вернетесь к этому вопросу. Это помогает превратить хороший разговор в реальные изменения.
Что в итоге?
1:1 — это не отчет перед руководителем, а возможность повлиять на свою работу, вовремя получить поддержку и обозначить то, что для вас действительно важно.
Привет, Хабр! Я Дмитрий Емец, тимлид отельного поиска в Островке.
Как и многие, до какого-то момента я воспринимал локальные LLM как «свои»: модель скачана, компьютер уже куплен, API-ключ не нужен. Запустил — и работаешь.
Но с чем я сравниваю локальный запуск — с API или с нулём?
Решил прикинуть: привести оба варианта к одной метрике — стоимости 1 млн выходных токенов.
Сразу оговорюсь: это не сравнение качества моделей. Одинаковый объём генерации не означает одинаковое число решённых задач.
Розетка — не главное
Для расчёта беру домашнюю сборку с RTX 5080. Заявленное потребление видеокарты — 360 Вт, поэтому для грубой оценки закладываю 500 Вт на всю систему под нагрузкой.
Тариф — 10,4 ₽ за кВт·ч, верхняя граница из моих московских тарифов.
0,5 кВт × 10,4 ₽/кВт·ч = 5,2 ₽ в час.
Электричество стоит меньше шести рублей в час. Но API продаёт токены, поэтому важна скорость генерации.
Возьмём три условных сценария: 10, 20 и 40 токенов в секунду. Конкретная скорость зависит от модели, квантизации, размера контекста и движка.
Один миллион токенов при таких скоростях генерируется примерно за 28, 14 и 7 часов. Значит, электричество обойдётся в:
145 ₽ при 10 ток/с;
72 ₽ при 20 ток/с;
36 ₽ при 40 ток/с.
И это всё ещё не основная статья расходов.
Железо меняет картину
Моя сборка стоит около 370 тыс. ₽. Чтобы оценить её стоимость, предположим, что она куплена преимущественно ради локального инференса и амортизируется три года без учёта остаточной стоимости: 250 рабочих дней в году по восемь часов.
370 000 / 3 / 250 / 8 ≈ 62 ₽ в час.
При полной полезной загрузке амортизация на 1 млн выходных токенов составит:
около 1710 ₽ при 10 ток/с;
около 860 ₽ при 20 ток/с;
около 430 ₽ при 40 ток/с.
С учётом электричества получаем примерно 1860, 930 и 460 ₽ соответственно.
Расчёт предполагает, что все учтённые часы GPU действительно генерирует полезные токены. Если система простаивает, фактическая цена токена растёт. Если компьютер уже был куплен для других задач, наоборот, полную стоимость сборки относить на LLM некорректно: тогда имеет смысл считать только дополнительные расходы и стоимость занятого GPU-времени.
С чем сравнивать API
У провайдеров входные и выходные токены обычно оплачиваются отдельно. Для сопоставимости я беру только выходные токены. Время обработки входного контекста локально тоже не учитываю, поэтому для длинных запросов этот расчёт будет нижней оценкой.
По открытым тарифам порядок цен такой:
бюджетный сегмент (GPT-5.4 nano, Gemini 3.1 Flash-Lite) — 50–150 ₽ за 1 млн выходных токенов;
средний сегмент (GPT-5.6 Terra, Gemini 3.5 Flash) — 450–1000 ₽;
верхний сегмент (Claude Opus 5, GPT-5.6 Sol) — 1500–3000 ₽.
Цены округлены по официальным тарифам и курсу на 31 июля 2026 года.
Получается:
при 10 ток/с локальный запуск по цене попадает в верхний сегмент API — 1860 ₽;
при 20 ток/с он сопоставим со средним — 930 ₽;
при 40 ток/с начинает выглядеть конкурентно — 460 ₽, но только при высокой загрузке и без учёта различий в качестве моделей.
Когда локальный запуск оправдан
Локальная LLM не становится бесплатной только потому, что счёт за API не приходит. Главные параметры — стоимость железа, скорость генерации и загрузка.
Экономика может сойтись, если GPU уже куплен, регулярно используется и локальная модель решает нужную задачу не хуже доступной альтернативы. Если железо приобретено специально и большую часть времени простаивает, «свои токены» просто скрывают расходы внутри покупки.
Но цена — не единственный критерий. Приватность, офлайн-работа, предсказуемость и полный контроль могут оправдать локальный запуск даже без выигрыша в рублях.
Для ряда моих задач локальные LLM пока не выстрелили. В сложной разработке с большим контекстом быстро упираешься в объём памяти, а подходящее железо стоит несопоставимо дороже подписки за условные $20 в месяц.
А для вас локальная LLM уже стала рабочим инструментом — или пока остаётся дорогим хобби? Расскажите в комментариях.
Новый проект True Tech: менторские сессии с экспертами MWS!
Запускаем серию открытых менторских сессий с экспертами MWS: делимся опытом и помогаем расти тимлидам и специалистам уровня Senior и выше.
Первый ментор серии — Александр Фокин, стратег MWS, 15+ лет в IT. Помогает компаниям разрабатывать и внедрять стратегии, развивать RnD-культуру и интегрировать инновации. Прошел весь путь от инженера до руководителя и смотрит на задачи как инженер: меньше хайпа — больше конструкции и результата.
С чем поможет: 🎯 Сформулировать личную стратегию: куда и как развиваться, как выбрать направление и собрать карту роста. 🧭 Понять основы стратегического мышления и как принимать решения, когда данных нет, а будущее размыто. 🚀 Собрать стратегию, «продать» ее и начать реализовывать.
Что включает проект: 🗓️ Две сессии по 60 минут с интервалом 1–2 недели. Плюс домашнее задание, которое поможет закрепить знания на практике.
🗺️ В конце у вас будет черновик личной стратегической карты, с которым можно работать дальше.
Как попасть: 📝 До 10 сентября заполните короткую анкету по этой ссылке. Саша прочитает все заявки и выберет менти по четкости запроса и совпадению темы.
Что делать, если ваш руководитель — чайка? «Он появляется внезапно, громко говорит, даёт указания и исчезает. А через неделю возвращается и удивляется, почему ничего не сделано».
Супер‑стиль, особенно ощущения от общения, не правда ли?
Чайка‑менеджментом называют стиль управления, которое олды миллениалы зовут ИБД.
Для самого менеджера это энергонезатратно (включаться в процесс не нужно) + заметно для руководства повыше. Для чайки вообще удобно — выплеснул...эмоции, дал «решение» и улетел.
Для команды — хаос: планы ломаются, приоритеты скачут. Ну и последствия разгребают конечно те, кто остался.
Вы не можете быстро переделать руководителя. Но можете лечь в направлении снижения хаоса вокруг себя.
1) Готовьте факты. Перед встречей соберите короткую сводку: что происходит, какие риски, что вы предлагаете. Это не отчёт, а способ не дать эмоциям заменить разговор по делу.
2) Переводите эмоции в вопросы. У себя, и — что сложнее — у начальствующего. Не «так опять всё сломается», а «как мы поймём, что этот подход работает?» или «что будет признаком, что его стоит остановить?». Возвращаем фокус на результат.
3) Фиксируйте решения. Если на встрече что‑то решили — запишите и отправьте краткое резюме. Сохраняем контекст, в том числе для того чтобы «поймать на слове» (да, токсичненько, но иногда — помогает).
4) Предлагайте пилоты. Вместо «ок, давайте пробовать» — «давайте проверим это на одном проекте». Остаемся в безопасной зоне, используем реальные данные.
Кстати, если вы сами иногда оказываетесь в роли «чайки» — я вас не осуждаю (см. выше — это тоже способ продвижения). Но пожалуйста задумайтесь — регулярные короткие встречи, данные вместо эмоций и сопровождение вместо указов работают лучше, чем шумные появления раз в месяц.
А у вас был такой руководитель? Что помогало — или что точно НЕ помогало?
🎓 День открытых дверей онлайн-магистратуры МФТИ «Управление ИТ-продуктами»
6 августа приглашаем на онлайн-встречу МФТИ для тех, кто планирует развиваться в продуктовом менеджменте и хочет подробнее узнать о программе, учебе и возможностях после магистратуры.
На встрече расскажем:
▪️ Чему учатся будущие продакт-менеджеры и какие навыки развивают в магистратуре.
▪️ Как устроена работа над проектами и дипломом, взаимодействие с экспертами.
▪️ Какие карьерные возможности открываются перед студентами и выпускниками.
▪️ Как проходит онлайн-обучение и можно ли совмещать его с работой.
▪️ Что нужно для поступления в 2026 году и как подготовиться к вступительным испытаниям.
Спикеры встречи:
— Юлия Соболь — заместитель руководителя Центра «Пуск» МФТИ.
— Елена Тупикова — экс-директор по продукту (CPO) в Яндексе, генеральный директор CPO.Agency, ментор и бизнес-коуч.
Кроме того, к встрече присоединятся представитель команды сопровождения поступления и выпускник программы, который поделится своим опытом обучения и карьерной историей.
В конце эфира можно будет задать вопросы спикерам.
uInfraTwin: цифровой двойник сегмента сети для безопасного тестирования изменений
Тестировать обновления или новые сервисы сразу на боевом контуре рискованно. А собирать тестовый стенд, который бы в точности повторил уникальную инфраструктуру заказчика, как правило, долго и дорого.
Чтобы закрыть эту задачу, мы представили платформу виртуального цифрового двойника сегмента сети UserGate InfraTwin (uInfraTwin).
Решение совмещает функции эмулятора и симулятора. Оно позволяет создать цифровую копию окружения и безопасно моделировать в ней изменения: проверять совместимость uNGFW со сторонними системами, анализировать уязвимости или расследовать инциденты в изолированной среде, не затрагивая продакшн.
Платформа имеет модульную архитектуру и поставляется как отдельный продукт, а не как функция других решений. Сейчас uInfraTwin проходит пилотную эксплуатацию в ряде крупных российских компаний. В планах развития — добавление новых модулей и образов решений, а также обеспечение возможности самостоятельной разработки образов силами партнёров-интеграторов и заказчиков.
Что прокачать системному администратору для профессионально роста
31 июля — День системного администратора, поздравляем с профессиональным праздником всех причастных! И это хороший повод ненадолго отложить чужие заявки и подумать о собственном развитии.
Профессия давно вышла за пределы настройки серверов и учетных записей. Современному админу приходится работать с контейнерами, автоматизацией, наблюдаемостью и безопасностью. Здесь собрали несколько бесплатных уроков для тех, кто хочет увереннее решать текущие задачи или двигаться в сторону DevOps, SRE и DevSecOps.
↓ Заглянуть под капот Linux Когда проблема находится ниже уровня сервисов и конфигов, полезно понимать, что происходит внутри системы.
«Что такое модуль ядра. Как его написать, собрать, запустить» 3 августа в 20:00 За один вечер можно пройти путь от исходного кода до загрузки собственного модуля и перестать воспринимать ядро Linux как полностью закрытый черный ящик. Записаться
↓ Быстрее находить причины сбоев Обычный мониторинг сообщает, что сервису плохо. Наблюдаемость помогает понять, где именно все пошло не так.
«OpenTelemetry — наблюдаемость на блюдечке» 4 августа в 20:00 Метрики, логи и трассировки пригодятся, когда один запрос проходит через несколько сервисов, а источник задержки или ошибки не лежит на поверхности. Записаться
↓ Сделать деплой предсказуемым Если выпуск новой версии зависит от набора ручных команд и памяти конкретного сотрудника, процесс пора автоматизировать.
«Kubernetes + CI/CD + GitOps — делаем стабильный деплой без выхода из кластера» 10 августа в 20:00 Полезно тем, кто хочет хранить состояние инфраструктуры в Git, контролировать изменения и откатываться без ночной археологии в терминале. Записаться
↓ Перестать искать логи по серверам вручную Чем больше машин и контейнеров, тем меньше хочется подключаться к каждому из них ради одной строки.
«Системы логирования: ELK, EFK или Graylog?» 17 августа в 20:00 Возможность сопоставить популярные стеки и понять, какой из них лучше подходит под конкретную инфраструктуру, объем данных и доступные ресурсы. Записаться
↓ Подготовиться к сбою до сбоя Единственная точка отказа обычно не беспокоит ровно до того момента, пока не откажет.
«Готовим инфраструктуру к сбоям: отказоустойчивый кластер на базе VRRP и HAProxy» 18 августа в 19:00
Практика для тех, кому нужно автоматическое переключение между узлами, балансировка нагрузки и меньше ручных действий во время аварии. Записаться
PyPI готовится закреплять префиксы имен пакетов за организациями
29 июня 2026 года был принят PEP 752. Он описывает механизм, с помощью которого пакетные репозитории смогут закреплять префиксы имен за определенными организациями. Например, новые пакеты с префиксом google-cloud- смогут публиковать только организации, получившие соответствующее право.
Сейчас пространство имен PyPI остается плоским. Если название свободно, пользователь может зарегистрировать пакет, который выглядит частью известного проекта, например, google-cloud-something, opentelemetry-something или apache-airflow-providers-something. Знакомый префикс повышает доверие к названию, хотя реального отношения к организации у пакета может не быть.
PEP 752 предлагает закреплять за владельцем как сам префикс, так и новые названия, которые включают префикс и дефис после него. Попытка опубликовать такой пакет без разрешения будет завершаться ошибкой. При этом уже существующие проекты можно не блокировать. Репозиторий вправе разрешить их владельцам выпускать новые версии и после появления защищенного префикса.
Синтаксис имен не изменится, поэтому дорабатывать pip, uv и другие менеджеры пакетов ради обычной установки не потребуется. Вместе с тем в API репозитория появятся сведения о связи проекта с защищенным префиксом. В дальнейшем менеджеры пакетов и прокси смогут учитывать их в собственных политиках.
Принятый PEP пока описывает стандарт, а не уже работающую функцию PyPI. Правила подачи и рассмотрения заявок вынесены в PEP 755, который остается черновиком. Срок запуска механизма также пока не объявлен.
PEP 752 переносит часть проверки на самый ранний этап, когда в репозитории только появляется новое имя. Для семейств пакетов вроде google-cloud-* или apache-airflow-providers-* это позволяет остановить постороннего издателя до того, как правдоподобно названная подделка станет доступна пользователям.
У такой защиты есть довольно четкие ограничения. Право на префикс подтверждает, что издатель может использовать такое имя в конкретном репозитории, но ничего не говорит о безопасности содержимого. Если учетную запись доверенного издателя скомпрометируют или он сам выпустит вредоносную версию, резервирование не поможет. На другой репозиторий выданное право тоже не распространяется.
Когда механизм заработает, новые метаданные можно будет использовать не только на страницах PyPI. Менеджеры пакетов и корпоративные прокси смогут пропускать пакеты с защищенным префиксом, только если издатель имеет на него право. Это точечная защита от одного семейства атак на имена; остальные сценарии неймсквоттинга мы разбирали в статье «Атаки на цепочку поставки ПО: виды угроз и как с ними бороться».
Почему аптайм зависит не только от VPS-провайдера?
Провайдер может обещать 99,9% аптайма VPS, но аптайм продукта и аптайм инфраструктурного узла остаются разными показателями. Когда сервис падает, причина часто находится за пределами зоны ответственности провайдера: в приложении, деплое, базе данных, DNS или внешних API.
Что именно гарантирует VPS-провайдер? SLA VPS-провайдера покрывает доступность физического узла, сетевого канала и питания. Если оборудование работает и сеть доступна, инфраструктурная часть SLA может считаться выполненной. Код, конфигурации, база данных и внешние зависимости остаются в вашей зоне ответственности.
Где на самом деле ломается аптайм? На практике многие простои возникают не из-за сбоев инфраструктуры, а из-за ошибок в коде и операционных процессах. Неудачный деплой, утечка памяти, переполненный диск, истёкший SSL-сертификат, недоступный DNS или упавший сторонний API гасят сервис независимо от стабильности хостинга.
Ошибки на стороне команды. Релиз без стейджинга и механизма отката, отсутствие проверок состояния, ручные правки конфигурации в продакшене: всё это классические источники простоев. Мониторинг, добавленный «потом», не предупреждает о проблеме до того, как её замечают пользователи.
Как повысить реальный аптайм сервиса? Стабильность сервиса на VPS складывается из нескольких пунктов. Автоматические бэкапы и снапшоты упрощают восстановление после сбоя. Проверки состояния и алерты сокращают время обнаружения инцидента. CI/CD-пайплайн с проверками и понятным откатом снижает риск ошибок при деплое.
Чек-лист надёжности:
Бэкапы и снапшоты настроены и проверены
DNS TTL снижен перед плановыми миграциями
SSL-сертификаты обновляются автоматически
Есть процедура отката для каждого релиза
Мониторинг и алерты подключены до деплоя
Аптайм сервиса на VPS-сервере зависит от инфраструктуры, архитектуры и операционных процессов одновременно. Пересмотрите собственные процессы: деплой, мониторинг, бэкапы и восстановление после сбоев. Если нужен взгляд со стороны, можно начать с аудита инфраструктуры и точек отказа.
Не устану повторять, что подключение ОТ и АСУТП оборудования к интернету является не самой лучшей идеей, равно как и использование беспроводных технологий для их управления. И если вы думаете, что это касается только корпоративной среды с их заводами и мануфактурами, то смею вас огорчить, что это не является истиной уже как последние несколько лет.
Умные дома раньше были предметами роскоши и гордости. Конечно, потратить несколько десятков или сотен тысяч на дорогущее оборудование для управления светом, климатом, охраной и мультимедией в автоматическом режиме дорогого стоит. Только раньше все эти помощники базировались преимущественно на проводных шинных стандартах, а не на радиоволнах.
Сейчас же ситуация кардинально изменилось. Правилом хорошего тона является LoRa или Wi-Fi (иногда и 433,92 МГц), быстрая установка, чистота и доступность из любой точки мира. Отчасти в этом виноваты сами потребители: устройства умного дома устанавливают в уже отремонтированные дома и квартиры, стены которых для прокладки кабеля никто штробить не хочет: тут и грязь, шум, да и дополнительный бюджет на работы и провода. Гораздо проще подключить чайник по LoRe к умной колонке и голосом его заваривать (кто правда воду наливать будет не сказано)).
Вот тут вот и кроется самая главная уязвимость: радиоволны выходят далеко за пределы вашей квартиры или дома и злоумышленник без особого труда, находясь в соседнем подъезде, меняет вам температуру на термостате "умной" батареи. И я сейчас не фантазирую, а рассказываю реальный кейс, когда мой друг купил себе такой обогреватель и при подключении и настройке нашел аналогичный у соседей (кстати, при подготовке данного поста я также нашел несколько чужих устройство в радиусе действия).
Самое распространенное приложение для управления домом является SmartLife, которое де-факто считается золотым стандартом бюджетных и средне-бюджетных "умных устройств". Если мы откроем программу, мы увидим, что оно умеет работать с розетками, светом и LED-лентами, датчиками движения, холодильниками, кофе-машинами, электрическими автоматами и еще с более 100 устройств. То есть теперь злоумышленник не только может удалить пару файлов у вас на компьютере и украсть данные карт, но и физически причинить ущерб, вплоть до летального исхода.
Почему я снова об этом заговорил? Буквально пару дней назад Ремонтяш выпустил новое видео, в котором обозревает китайский клон японского "умного" унитаза, выделяя все его удобства, красоту и функциональность. Однако, не смотря на то, что Ремонтяш достаточно хорошо разбирается в IT, проблема беспроводной безопасности как-то прошла стороной. Он только вскользь упомянул, что пульт работает на частоте 2,4 ГГц и является основным центром администрирования, включая настройки температуры воды. Поэтому, скажем так, я не готов доверить свое тело на откуп китайским инженерам и добросовестности соседей, которые случайно смогут подключиться к моему унитазу (про дружелюбный интернет с его пранками я думаю напоминать не стоит).
Так что теперь распространенное выражение из конца нулевых
я тебя по IP вычислю и надеру }|{0пу
не кажется уже и таким виртуальным. А вы что скажете: доверемся 2.4 ГГц или лучше все-таки по кабелю?
🧠 Обязательно поделись с теми, кому это может быть полезно 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте
Инженер и программист Стив Маккриа (Steve McCrea) смог запустить оригинальный Doom для Commodore 64. В шутер можно играть на 8-битном компьютере.
При этом речь не идёт о классическом порте в привычном смысле. Маккриа пояснил, что сборка технически не является трёхмерной, а вместо этого использует ray casting в сетке из тайлов и воспроизводит знакомую структуру Doom за счёт более приземлённого для C64 подхода.
В основе проекта лежит код The Keep — first-person dungeon crawler для Commodore VIC-20, который Маккриа сделал сам. Для версии на Commodore 64 энтузиаст добавил разную высоту пола и потолка, лифты и открывающиеся двери, чтобы добиться большего сходства с оригинальной игрой и расширить возможности карты. В игре есть основные элементы: оружие на экране, динамическое освещение и полноценный скайбокс, а также доступны уровни E1M1–E1M8.
