Компания случайно потратила $500 млн на Claude из-за отсутствия лимитов

Компания случайно потратила $500 млн на Claude из-за отсутствия лимитов

Компания случайно потратила $500 млн на Claude из-за отсутствия лимитов

Корпоративная любовь к ИИ начинает встречаться с неприятной реальностью: нейросети стоят денег. Иногда очень больших денег. По данным Axios, одна неназванная компания потратила около $500 млн на кредиты Claude после того, как просто не выставила нормальные лимиты для сотрудников. В итоге ИИ-бюджет улетел в трубу со скоростью хорошего дата-центра под полной нагрузкой.

История выглядит особенно болезненно на фоне обещаний, что ИИ должен снижать расходы бизнеса. На практике всё чаще получается иначе: сотрудники активно используют модели, токены улетают тысячами и миллионами, счета растут, а прирост продуктивности не всегда очевиден.

В отрасли уже появился термин tokenmaxxing — привычка выжигать ИИ-кредиты как можно быстрее. Теперь компании начинают отходить от этого подхода и внимательнее смотреть, где нейросети действительно помогают, а где просто красиво увеличивают расходы.

Скепсиса становится больше. Руководители Costco, Delta Airlines и IBM уже публично говорили о сомнениях в эффективности ИИ и о том, что не спешат заменять людей алгоритмами.

Недавно к этому хору добавился и новый операционный директор Uber Эндрю Макдональд: он заявил, что расходы на ИИ и потребление токенов не дают того роста производительности, на который рассчитывали. После этого появились сообщения, что инженеры Uber уже исчерпали ИИ-бюджет на 2026 год.

Даже Microsoft, которая сама активно делает ставку на искусственный интеллект, начала притормаживать. По данным СМИ, компания стала отменять подписки на Claude и отговаривать сотрудников от слишком активного использования сервиса, хотя ещё недавно подталкивала команды к вайбкодингу.

Поставщики ИИ тоже закручивают гайки. Google, Anthropic и другие компании переходят к более жёстким лимитам и оплате по фактическому использованию. Пользователям это, ожидаемо, не очень нравится: когда магия превращается в счёт за токены, восторг быстро становится более сдержанным.

Kaspersky Container Security добавил собственные политики безопасности

«Лаборатория Касперского» выпустила обновление Kaspersky Container Security (KCS). В новой версии разработчики сделали ставку на гибкость настройки, контроль цепочек поставок ПО и ускорение работы платформы. Одним из главных нововведений стала возможность создавать собственные политики безопасности.

Теперь компании могут настраивать правила защиты контейнеров, контроля доступа и критерии безопасности под свои внутренние требования, а не ограничиваться стандартными шаблонами.

Ещё одна заметная функция — экспорт и импорт полной конфигурации системы. Пользователи могут сохранить политики, профили, настройки агентов и другие параметры в одном файле, а затем перенести их на другой экземпляр продукта. Это особенно актуально для крупных организаций с распределённой инфраструктурой и несколькими площадками.

Обновление также затронуло безопасность цепочек поставок ПО. В KCS появились специальные механизмы для поиска ошибок конфигурации в GitHub Actions. Решение умеет выявлять потенциально опасные настройки, включая небезопасный запуск рабочих процессов, ошибки обработки входных данных и проблемы с управлением версиями.

Подобные ошибки могут использоваться злоумышленниками для внедрения вредоносного кода в сборки или компрометации инфраструктуры разработки.

Кроме того, платформа получила расширенный аудит Kubernetes-кластеров. Агенты безопасности теперь поддерживаются на мастер-нодах, что позволяет анализировать состояние плоскости управления и обнаруживать потенциально опасные конфигурации на критически важных уровнях инфраструктуры.

Не обошлось и без оптимизации производительности. По данным разработчиков, производительность узлов-агентов выросла в 2,5 раза, а скорость работы механизма динамического контроля доступа (DAC) увеличилась в 10 раз благодаря кэшированию результатов сканирования.

Также пользователи получили возможность экспортировать результаты анализа контейнерных образов в формате SBOM, что упрощает контроль состава программного обеспечения и интеграцию с системами управления уязвимостями.

Ещё одно полезное изменение — динамическое обновление агентов без повторного развёртывания. Это позволяет менять настройки безопасности без остановки сервисов и перезапуска инфраструктуры.

В итоге обновление получилось ориентированным прежде всего на DevSecOps-команды и специалистов по контейнерной безопасности, которым приходится одновременно решать задачи автоматизации, контроля конфигураций и защиты цепочек поставок программного обеспечения.

RSS: Новости на портале Anti-Malware.ru