#it — посты и обсуждения
233 доступных поста
Искусственный интеллект научился находить потенциальные уязвимости в открытом коде с пугающей скоростью. Но у автоматизации обнаружилась обратная сторона: тысячи непроверенных отчётов обрушились на мейнтейнеров open-source проектов, многие из которых поддерживают критически важное ПО в свободное время и без оплаты. В результате ИИ не столько «закрыл дыры», сколько создал новый кризис безопасности - кризис человеческого триажа.
Главный парадокс ИИ-безопасности
За семь месяцев проект Anthropic Glasswing выявил 37 966 потенциальных уязвимостей. Звучит как фантастический прорыв: модели сканируют код, находят слабые места, формируют отчёты и предлагают исправления. Однако публично раскрытыми оказались 7 349 находок - 19,4% от общего числа, а исправленными помечены лишь 217.
Иными словами, менее 0,6% всех найденных ИИ кандидатов в уязвимости дошли до статуса «исправлено». Это не означает, что почти все отчёты бесполезны: часть проблем ещё исследуется, часть признана дубликатами, часть отозвана. Но цифры показывают главное: найти кандидата - не значит защитить систему.
| Показатель Project Glasswing | Значение |
| Найдено потенциальных уязвимостей | 37 966
| Публично раскрыто | 7 349 (19,4%) |
| Исправлено | 217 |
| Дубликаты | 1 654|
| Отозванные отчёты | 419|
| Непроверенных отчётов передано мейнтейнерам | Почти 5 000 |
Почему волонтёры оказались в эпицентре
Open source держится на людях, которые часто работают без бюджета, дедлайнов корпораций и выделенной команды безопасности. Это может быть один разработчик, поддерживающий библиотеку, которую используют тысячи компаний, или небольшая группа энтузиастов, отвечающая за компонент критической инфраструктуры.
Когда ИИ генерирует сотни и тысячи отчётов, мейнтейнер должен не просто «прочитать письмо». Ему нужно:
- проверить, существует ли уязвимость в текущей версии;
- воспроизвести сценарий атаки;
- отделить реальную проблему от ложного срабатывания;
- оценить severity и реальные условия эксплуатации;
- найти корень дефекта в коде;
- написать, протестировать и выпустить патч;
- сообщить пользователям, обновить зависимости и вести коммуникацию.
Это полноценная инженерная и security-работа. А если проект популярный, один отчёт может потребовать часов анализа. Поток в тысячи отчётов превращает добровольческий труд в невыносимую нагрузку.
Anthropic открыла «быстрый канал» без проверки
В октябре 2026 года Anthropic запустила OSS Scanner - бесплатный opt-in сервис для open-source проектов. Система периодически сканирует подключённые репозитории и отправляет мейнтейнерам отчёты, сгенерированные моделью, вместе с reproducer и предложенным патчем. Ключевая деталь: эти отчёты не проходят предварительную человеческую проверку.
Anthropic объясняет решение спросом: некоторые мейнтейнеры, способные проводить триаж в промышленных масштабах, сами попросили присылать все находки, включая непроверенные. К моменту запуска OSS Scanner компания уже передала таким командам почти 5 000 сырых отчётов.
Это не «ИИ тайно заспамил разработчиков». Проекты согласились на поток. Но проблема глубже: согласие на bulk-отчёты не отменяет того, что проверка, приоритизация и исправление остаются человеческим трудом. А человеческого ресурса в open source хронически не хватает.
Найти - не значит исправить
Самая опасная иллюзия вокруг ИИ в кибербезопасности звучит так: «модель нашла уязвимость - значит, система стала безопаснее». На практике всё наоборот, если находка не верифицирована и не устранена.
Из 37 966 находок Glasswing 7 349 попали в публичный реестр. При этом 217 исправлений - это не «217 уязвимостей из 38 тысяч исправлено», а 217 исправлений среди уже раскрытых отчётов. Тем не менее разрыв между обнаружением и remediation остаётся колоссальным.
Причины понятны:
- ИИ умеет генерировать гипотезы об уязвимостях быстрее, чем люди умеют их проверять.
- Не каждая находка - эксплуатируемая уязвимость: часть может быть особенностью архитектуры, устаревшим сценарием или дубликатом.
- Патч требует тестирования, обратной совместимости и выпуска новой версии.
- Критичность зависит не только от кода, но и от того, как проект реально используют.
- Мейнтейнеры должны защищаться не только от атакующих, но и от информационного шума.
Когда ИИ становится источником шума
Проблема не ограничивается одним проектом Anthropic. Отрасль фиксирует резкий рост числа отчётов об уязвимостях, подготовленных с использованием ИИ, и рост доли отклонённых заявок в bug bounty-программах. Некоторые мейнтейнеры уже перестают принимать подобные отчёты, потому что нагрузка превышает их возможности.
Даже Linux-экосистема столкнулась с эффектом масштабирования: одинаковые ИИ-инструменты помогают разным исследователям находить и репортить одни и те же проблемы, перегружая приватные каналы координированного раскрытия уязвимостей.
Это создаёт новую атаку не на код, а на внимание защитников. Если security-команда тонет в низкокачественных отчётах, реальная критическая уязвимость может потеряться среди сотен ложных срабатываний. Для атакующего это почти идеальные условия.
Что должен содержать качественный ИИ-отчёт
ИИ может быть полезен, если отчёт не выглядит как автоматически сгенерированная простыня с общими формулировками. Хороший отчёт должен экономить время мейнтейнера, а не отнимать его.
Минимальный стандарт:
- Точная версия ПО, ветка, коммит и конфигурация.
- Понятное описание уязвимого пути: от входных данных до опасного действия.
- Воспроизводимый proof-of-concept, который не требует секретных данных.
- Чёткое объяснение влияния: что именно может получить атакующий.
- Оценка ограничений: нужны ли особые права, сеть, конкретная ОС или конфигурация.
- Предложенный патч с тестами, а не правка «на глаз».
- Проверка на дубликаты и анализ уже известных CVE.
- Уважение к политике coordinated vulnerability disclosure проекта.
Без этого ИИ-отчёт - не вклад в безопасность, а заявка на бесплатный аудит силами волонтёра.
Как open source может выжить
Решение не в том, чтобы запретить ИИ. Запретить генерацию отчётов невозможно, а сами модели действительно способны ускорить поиск дефектов. Вопрос в том, кто оплачивает стоимость проверки и как не разрушить инфраструктуру, от которой зависит весь цифровой мир.
Нужны несколько изменений одновременно:
- Фильтрация до отправки. ИИ-платформы должны проводить первичный триаж, воспроизведение и дедупликацию, прежде чем отчёт попадёт к человеку.
- Приоритизация по реальному риску. Сначала - эксплуатируемые, критичные и массово используемые уязвимости; затем - теоретические находки.
- Финансирование мейнтейнеров. Критические open-source зависимости нельзя строить на бесплатном труде нескольких человек.
- Общие стандарты отчётов. Машиночитаемый формат, обязательные поля, reproducibility, severity, affected versions и suggested fix.
- Rate limits и согласие. Проект должен сам выбирать объём, частоту и формат входящего потока.
- Бюджеты на security-триаж. Фонды, вендоры и крупные потребители open source должны вкладываться не только в сканеры, но и в людей, которые разбирают их результаты.
Главный вывод
ИИ действительно меняет кибербезопасность: он находит кандидатов в уязвимости быстрее любого человека. Но безопасность определяется не количеством найденных багов, а количеством подтверждённых, исправленных и безопасно развёрнутых дефектов.
Сегодня ИИ находит, open source разбирается. Если так продолжится, мы получим не более защищённый интернет, а выгоревших мейнтейнеров, перегруженные security-команды и критические библиотеки, которые физически не успевают закрывать поток находок. Будущее open-source безопасности зависит не от того, сколько уязвимостей найдёт модель, а от того, сможет ли индустрия построить честную систему: ИИ фильтрует шум, люди принимают решения, а компании и фонды оплачивают этот труд.
#ИИ #AI #OpenSource #Кибербезопасность #ИнформационнаяБезопасность #Уязвимости #CVE #Anthropic #Glasswing #OSSScanner #DevSecOps #AppSec #BugBounty #SoftwareSupplyChain #Киберугрозы #Инфобез #IT #БезопасностьПО #AIsecurity #VulnerabilityManagement
┌─────────────────────────────────────────────────────────────┐
│ │
│ ИИ НАХОДИТ — OPEN SOURCE РАЗБИРАЕТСЯ │
│ │
│ ┌───────────┐ ┌───────────────────────┐ │
│ │ AI MODEL │ ─────▶ │ 37 966 ОТЧЁТОВ │ │
│ │ GLASSWING│ │ ПОТЕНЦИАЛЬНЫХ БАГОВ │ │
│ └───────────┘ └──────────┬────────────┘ │
│ │ │
│ ┌──────────────▼──────────────┐ │
│ │ ПОЧТИ 5 000 БЕЗ ПРОВЕРКИ │ │
│ └──────────────┬──────────────┘ │
│ │ │
│ ┌──────────────────────────▼───────────────────────┐ │
│ │ ВОЛОНТЁР-МАЙНТЕЙНЕР │ │
│ │ │ │
│ │ [ ПОДТВЕРДИТЬ ] [ ОТКЛОНИТЬ ] [ ДУБЛИКАТ ] │ │
│ │ │ │
│ │ ИСПРАВЛЕНО: 217 из 7 349 раскрытых │ │
│ └───────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
Beget, один из крупнейших российских хостинг-провайдеров, оказался в центре масштабного киберинцидента. В ночь с 1 на 2 ноября 2026 года злоумышленники атаковали инфраструктуру компании, получили доступ к управляющим серверам и запустили вредоносное ПО, уничтожавшее данные. Вскоре после этого провайдер сообщил и о мощной DDoS-атаке. Для тысяч сайтов, интернет-магазинов, агентств и разработчиков это стало не абстрактной новостью о кибербезопасности, а реальной угрозой бизнесу.
Что произошло с Beget
По официальной хронологии Beget, атака началась в ночь с 1 на 2 ноября 2026 года. Злоумышленники получили доступ к части управляющей инфраструктуры, после чего запустили вредоносную программу, которая уничтожала данные на серверах. Это не классический DDoS, при котором сайт «лежит» из-за лавины запросов: здесь речь шла о разрушительном воздействии на саму инфраструктуру.
Позднее компания сообщила о DDoS-атаке на свои сервисы. То есть перед Beget стояла двойная задача: восстанавливать повреждённые серверы, данные и сервисы, одновременно отражая атаки, способные затруднить доступ к ресурсам и усложнить восстановительные работы.
Это редкий по масштабу инцидент для российского рынка хостинга: пострадали не один сайт и не один клиент, а инфраструктура провайдера, на которой работают тысячи проектов.
«Облачная инфраструктура уничтожена
Самая жёсткая фраза в сообщениях Beget прозвучала предельно прямо: «облачная инфраструктура уничтожена». Компания пояснила, что обычной очисткой, проверкой и перезапуском серверов обойтись уже нельзя ,- потребовалось восстанавливать данные из резервных копий и фактически заново разворачивать часть облачной среды.
Для клиентов это означало не только недоступность сайтов. Под ударом оказались облачные сервисы, включая VPS, объектное хранилище S3 и Kubernetes. В подобных сценариях риск заключается не только в простое, но и в безвозвратной потере файлов, баз данных, конфигураций, контейнеров и рабочих окружений, если резервные копии оказались недоступны или неполны.
Именно поэтому инцидент Beget быстро вышел за пределы ИТ-сообщества: когда «падает» хостер, вместе с ним фактически останавливаются сотни и тысячи чужих бизнесов.
Сколько серверов удалось вернуть
Сначала Beget сообщал, что восстановил и запустил 60% серверов виртуального хостинга и 40% выделенных серверов с администрированием со стороны компании. При этом все выделенные серверы без администрирования Beget были восстановлены в день атаки.
Эти цифры важны, потому что они показывали масштаб проблемы: провайдер не просто перезапускал сервисы, а восстанавливал работоспособность целых классов инфраструктуры. Однако важно не воспринимать 60% и 40% как финальный результат: это был статус на конкретный этап восстановления.
К 13 ноября Beget уже сообщал о более высоких показателях: была восстановлена работа 95% серверов виртуального хостинга и 94% выделенных серверов. Компания также заявляла о восстановлении техподдержки для клиентов виртуального хостинга, чьи сайты удалось вернуть из резервных копий.
| Этап восстановления | Виртуальный хостинг |
Выделенные серверы с администрированием
| Ранний статус после атаки | 60% | 40%
| Статус на 13 ноября | 95% | 94%
Почему DDoS сделал ситуацию хуже
DDoS-атака сама по себе не уничтожает данные. Её задача ,- перегрузить сервисы, каналы, балансировщики, DNS, API или панели управления огромным количеством запросов. Но в ситуации Beget DDoS стал дополнительным фактором риска: инфраструктура уже была ослаблена, команда занималась восстановлением, а злоумышленники могли использовать атаку, чтобы затруднить доступ к сервисам и мониторингу.
В результате восстановление превращается в работу на двух фронтах
- вернуть серверы, базы данных, файловые хранилища и клиентские сайты
- удержать защиту от новых волн DDoS
- проверить целостность резервных копий
- восстановить доступ клиентов к панелям, API и облачным сервисам
- не допустить повторного проникновения в управляющий контур.
Именно сочетание разрушительной атаки и продолжающегося давления делает инцидент особенно тяжёлым.
Кто такой Beget и почему это важно
Beget работает с 2007 года и является заметным игроком российского рынка хостинга и облачных услуг. По данным, приведённым «Интерфаксом», выручка компании по итогам 2025 года составила 1,8 млрд рублей, а чистая прибыль - 294,4 млн рублей. Владельцами компании являются четыре гражданина России.
Для бизнеса это означает, что Beget - не нишевый сервис, а инфраструктурный провайдер с многолетней историей, большой клиентской базой и широким набором услуг: от виртуального хостинга до VPS, выделенных серверов, облачных решений и хранилищ.
Именно поэтому атака на Beget стала стресс-тестом не только для самой компании, но и для всей модели, в которой бизнесы доверяют провайдеру свои сайты, базы данных, резервные копии и рабочие процессы.
Главный урок: бэкапы должны быть вне провайдера
Самый болезненный вывод инцидента прост:
резервная копия, которая хранится только у хостинг-провайдера, не является полноценной стратегией защиты. Даже если провайдер делает бэкапы, атака на его инфраструктуру может затронуть и сами копии, и механизмы их восстановления.
Базовая схема для любого сайта, магазина или сервиса должна выглядеть так
- Ежедневное резервное копирование файлов и баз данных
- Хранение минимум одной копии вне инфраструктуры основного хостера
- Регулярная проверка восстановления: бэкап, который ни разу не восстанавливали, нельзя считать надёжным
- Отдельное хранение конфигураций, ключей, паролей и настроек окружения
- Ограничение доступа к панели управления, SSH, API и административным интерфейсам
- Двухфакторная аутентификация для всех учётных записей с доступом к инфраструктуре
- Мониторинг подозрительных входов, изменений файлов и аномальной нагрузки.
Это не «параноидальный» подход. Это минимальная цифровая гигиена для бизнеса, который не может позволить себе исчезнуть из интернета на несколько дней
Что делать клиентам Beget
Если ваш сайт или сервис размещён у Beget, не стоит ждать, пока проблема разрешится сама. Первым делом стоит проверить доступность сайта, почты, панелей управления и API. Затем - сохранить локальные копии всего, что доступно: файлов, экспортов баз данных, конфигураций, SSL-сертификатов, DNS-записей и интеграций.
Далее необходимо сменить пароли, обновить токены API, проверить права доступа сотрудников и убедиться, что двухфакторная защита включена. Если проект критичен для продаж или работы компании, разумно заранее подготовить резервный сценарий: временный хостинг, независимый DNS, актуальную копию сайта и понятный план восстановления.
Особенно внимательно стоит отнестись к облачным сервисам. VPS, S3 и Kubernetes требуют не только копий данных, но и воспроизводимой инфраструктуры: образов, конфигураций, манифестов, секретов и документации по развёртыванию.
Что этот инцидент меняет для рынка
Атака на Beget - это не просто новость об очередном сбое. Это сигнал для всего российского веб-рынка: доступность сайта зависит не только от качества кода, но и от устойчивости инфраструктуры, на которой он живёт.
Компании, которые годами экономили на независимых резервных копиях, мониторинге и плане реагирования, теперь рискуют заплатить гораздо дороже. Потеря данных, простой интернет-магазина, недоступность CRM, сбой доставки, репутационный ущерб и паника клиентов могут обойтись несравнимо дороже, чем регулярное резервное копирование.
Beget продолжает сообщать, что контролирует ситуацию, отражает атаки и принимает меры для стабильной работы сервисов. Но главный вопрос для клиентов уже не только в том, когда восстановится инфраструктура, а в том, насколько надёжно каждый бизнес защитил собственные данные - независимо от любого хостинг-провайдера.
#Beget #DDoS #кибератака #хостинг #VPS #облако #кибербезопасность #резервныекопии #информационнаябезопасность #IT #сайты #бизнесонлайн #Россия #СанктПетербург #Москва #тамбов
15 ноября на заседании комитета Госдумы по бюджету замминистра финансов Алексей Сазанов сообщил: из поправок в Налоговый кодекс исключено условие, по которому IT-компании могли лишиться пониженной ставки налога на прибыль и льготных тарифов страховых взносов за однократное непредставление бухгалтерской отчётности.
Формулировка Сазанова: «Справедливое было замечание комитета о том, что недопустимо лишать IT-компании прав на пониженную ставку за непредставление бухгалтерской отчётности, соответственно мы условие убрали». Комитет Госдумы ранее указал: Налоговый кодекс не связывает сдачу бухотчётности с применением налоговых льгот, а вопросы контроля можно решать через процедуру аккредитации.
Что это значит на практике
IT-компании сохраняют доступ к ключевым льготам без риска потерять их из-за бюрократической формальности. Речь идёт о трёх основных преференциях:
· Налог на прибыль — 5% в федеральный бюджет и 0% в региональный вместо общей ставки 25% (действует до 2030 года).
· Страховые взносы — 15% в пределах единой предельной базы (2 979 000 рублей на человека в 2026 году) и 7,6% сверх неё.
· Освобождение от НДС — при передаче прав на российское ПО из реестра отечественного софта (общая ставка НДС с 2026 года — 22%).
Но расслабляться рано: условия никто не отменял
Сам факт аккредитации при Минцифры не даёт автоматического права на все льготы. Для налога на прибыль и страховых взносов нужно одновременно:
· иметь государственную IT-аккредитацию;
· получать не менее 70% доходов от профильной IT-деятельности (по перечню, установленному НК РФ).
Отдельное условие — освобождение от НДС для операций с ПО работает по своим правилам и не «прилагается» к аккредитации автоматически.
Что ещё нужно знать
Законопроект № 617-9, в рамках которого вносились поправки, также в первоначальной редакции разрешал IT-компаниям включать в профильные доходы выручку от доступа к электронным публикациям, аудиокнигам и аналогичным сервисам — эта норма сохраняется.
Практический вывод
Для IT-бизнеса это хорошая новость: льготы остаются, а один из самых спорных рисков — потеря преференций из-за несданной бухотчётности — снят. Но проверка на соответствие условиям (аккредитация + 70% профильных доходов) остаётся обязательной. Если вы близки к порогу по доле IT-доходов или планируете совмещать льготы с другими режимами (например, «Сколково»), стоит просчитать налоговую нагрузку заранее — правила стыковки режимов в 2026 году усложнились.
#IT #Налоги #Льготы #Минфин
Пока мы обсуждали обвал золота и новые законы, в стане Nvidia разворачивается настоящая корпоративная драма. После новости об уходе Дженсена Хуанга с поста гендиректора из-за шпионского скандала, компания столкнулась с неожиданным сопротивлением — со стороны собственных сотрудников.
Что произошло (по данным Wired):
· Все сотрудники Nvidia во внутреннем посте призывают совет директоров вернуть Хуанга.
· Ни один из работников не поддержал его отставку.
· Коллектив требует, чтобы совет директоров учел мнение команды при принятии кадровых решений.
Почему это уникальный случай:
Хуанг — это не просто наемный менеджер. Он создал компанию, имея на руках всего 40 тысяч долларов, и довел её до капитализации в 5 триллионов долларов. Это абсолютный рекорд в истории бизнеса, который делает его самым результативным CEO в мире.
Моё мнение:
Этот случай идеально показывает разницу между «боссом» и «лидером». Совет директоров, вероятно, испугался репутационных рисков из-за скандала и решил действовать по корпоративному шаблону — отстранить фигуранта. Но они забыли главное: Nvidia — это не бездушный завод по производству чипов. Это империя, построенная на видении одного человека.
Для сотрудников Хуанг — это икона, которая привела их к невероятному успеху. Их бунт — это сигнал: без него компания может потерять не только стратегический вектор, но и уникальную корпоративную культуру. Инвесторам, кстати, тоже стоит прислушаться к этому сигналу. Если совет директоров проигнорирует мнение 40-тысячного коллектива, это может ударить по акциям сильнее любого скандала.
А вы как считаете: должен ли совет директоров прислушаться к сотрудникам и вернуть Хуанга, или скандал — это красная линия, за которой компромиссы недопустимы? Делитесь в комментариях 👇
🚫 Не является индивидуальной инвестиционной рекомендацией.
#nvidia #хуанг #it #ии #корпоративнаякультура #акции #рынки #инвестиции #технологии #новости
Вот это новость! Пока мы обсуждали переговоры и лимиты на счета, в мире высоких технологий произошло событие, которое может перевернуть весь рынок. Дженсен Хуанг, бессменный лидер и лицо Nvidia, уходит в отставку с поста генерального директора. Официальное заявление уже появилось в СМИ.
Что это значит для рынка и всех нас:
1. Конец эры. Хуанг — это не просто CEO. Это визионер, который превратил Nvidia из производителя видеокарт для геймеров в главного поставщика «мозгов» для искусственного интеллекта. Его уход — это тектонический сдвиг для всей AI-индустрии.
2. Реакция рынка. Акции Nvidia (и всего сектора) могут рухнуть на открытии торгов. Инвесторы обожают Хуанга и верят в его стратегию. Новый руководитель — это всегда неопределенность. Если рынок не поймет, кто придет на смену, начнется распродажа.
3. Кто следующий? Главный вопрос — кто возглавит компанию. Если это будет человек изнутри (например, кто-то из топ-менеджмента), рынок может успокоиться. Если же придет «варяг» с другим видением, нас ждут серьезные изменения в стратегии.
Моё мнение:
Я бы отнесся к этой новости с осторожностью. Во-первых, Nvidia — это гигант, который держит в руках весь AI-бум. Уход Хуанга — это как уход Стива Джобса из Apple. Компания может справиться, но потеряет часть своей «магии».
Во-вторых, я бы проверил первоисточник. В последнее время появляется много фейков и вбросов. Если это официальное заявление, то рынок ждет очень волатильная неделя. Если это утка — акции могут отскочить. В любом случае, это повод пересмотреть свой портфель и убедиться, что у вас нет избыточной концентрации в бумагах Nvidia.
А вы как считаете: это конец величия Nvidia или компания справится без Хуанга? Как это отразится на всем AI-секторе и на вашем портфеле? Делитесь в комментариях 👇
🚫 Не является индивидуальной инвестиционной рекомендацией.
#nvidia #хуанг #it #ии #рынки #акции #инвестиции а #новости #технологии
📈
Компания превзошла ожидания рынка и снова опубликовала сильный отчет за Q3. Разбираемся в деталях и оцениваем дальнейшие перспективы.
▪️ Выручка: 6,6 b₽ (+61% г/г)
▪️ Отгрузки: 7,6 b₽ (+69% г/г)
▪️ EBITDA: 1,9 b₽ (х3 г/г)
▪️ Чистая прибыль: 664 m₽ (год назад убыток)
▪️ Net Debt/LTM EBITDA: 0,76 (-1,8 пункта г/г)
👌 Спрос растет во всех сегментах
Выручка от продажи лицензий +50% г/г, от услуг в области кибербезопасности +63% г/г. Это аналог техподдержки – компания развивает сервисное направление, чему благоприятствует рост клиентской базы на 24% г/г. Это лучший показатель востребованности продуктов POSI.
👍 Отгрузки
Во-первых, сглаживание сезонности. На Q4 26 ожидается 55–60% годовых отгрузок, год назад доля была 65%. Во-вторых, выросла доля новых отгрузок – 48% (+15 п.п. г/г). Это тоже маркер, что клиенты не хотят откладывать покупки. Отгрузки МСБ по итогам 9 месяцев +92% г/г, доля МСБ в отгрузках – 32%.
✅ Выполняют цели по эффективности
Маржа EBITDA удвоилась г/г до 28%. В 2 раза снизили чистый долг, средняя стоимость за счет рефинанса опустилась до 17%. Ближайшее крупное погашение – 4,8 b₽ в декабре. Могут пройти его без рефинанса – есть 12 b₽ кэша.
Отчет подтверждает: кибербез восстанавливается быстрее всех в IT. Итог – Positive сохраняет прогноз по отгрузкам в 40–45 b₽ за 2026 и готовится войти в пиковый по спросу 4 квартал.
🤔 Стоит ли покупать сейчас
Котировки уже показали солидный рост за последние месяцы. Позиция в автоследовании принесла нам более 20%.
За день до отчета мы увидели откат на 6% после того, как котировки достигли сопротивления в 1400. Спекулянты предпочли выйти до отчета, опасаясь отката на fix the fact. Поэтому локальный спекулятивный откат уже, по сути, состоялся, и есть хорошие шансы на продолжение роста. Помешать ему может – как это часто бывает – геополитика и переговорный трек. Основной рост ожидаем примерно за месяц до публикации отчета за год.
#акции #IT #буст
#POSI