Telegram: у нас в штате не 30, а 60 инженеров, и нет серверов в ОАЭ

Telegram: у нас в штате не 30, а 60 инженеров, и нет серверов в ОАЭ

Telegram: у нас в штате не 30, а 60 инженеров, и нет серверов в ОАЭ

Неверно понятые слова Павла Дурова о Telegram из интервью Такеру Карлсону породили опасения в отношении безопасности мессенджера. Представитель IM-сервиса прояснил ситуацию: у них в штате не 30, а 60 инженеров, а данные пользователей не хранятся в ОАЭ.

Недавно один из участников X опубликовал клип с апрельским рассказом Дурова о своем детище и переиначенными тезисами, которые быстро разошлись по соцсети. Комментарии экспертов, собранные TechCrunch, оказались нелестными.

Собеседники издания сошлись во мнении, что 30 специалистов не способны гарантировать безопасность и конфиденциальность разросшейся аудитории мессенджера (по оценке Дурова, почти 1 млрд). К тому же Telegram по дефолту не применяет сквозное шифрование и имеет серверы в ненадежной локации.

Согласно разъяснениям в телеграм-канале «Код Дурова», никаких хранилищ в ОАЭ у Telegram нет. Основная команда мессенджера на самом деле состоит примерно из 60 человек; 30 из них отвечают за разработку и инфраструктуру. В компании работают и специализированные команды — по модерации, борьбе с злоупотреблениями и т. п.

Штат небольшой, но и не столь мал, как прозвучало в X и было подхвачено в СМИ; его умышленно не стали раздувать, чтобы ускорить реакцию на нештатные ситуации. Все сотрудники — высококлассные специалисты, нанятые по результатам профильных конкурсов.

HR-отдела в компании нет, владелец, глава и проджект-менеджер единственный (Дуров), который к тому же не считает нужным тратиться на маркетинг.

Cloud.ru открыл код фильтра, который не отдаст пароли и ПДн нейросети

Cloud.ru открыл исходный код Guardrails Filter — инструмента, который не даёт пользователям случайно скормить языковой модели персональные данные, пароли, API-ключи и другие корпоративные секреты. Компании смогут бесплатно развернуть сервис в собственной инфраструктуре и подключить его к моделям любых провайдеров.

Guardrails Filter встаёт между корпоративным приложением и нейросетью. Перед отправкой запроса он ищет конфиденциальную информацию и заменяет её синтетическими значениями.

Когда модель формирует ответ, сервис возвращает исходные данные на место. В итоге пользователь получает нормальный результат, а условный «пароль_от_прода» не отправляется неизвестно куда вместе с просьбой составить отчёт.

Инструмент уже применяется в среде AI Factory для защиты запросов к сервису Foundation Models, а также в клиентских и внутренних проектах Cloud.ru. Открытая версия не привязана к облачной платформе компании и может работать внутри закрытого ИТ-контура.

Пользователям доступны готовые правила обнаружения конфиденциальной информации. Можно создавать и собственные — например, для номеров договоров, идентификаторов клиентов или кодовых названий проектов. Управление осуществляется через личный кабинет: там разрешается настраивать и тестировать правила, просматривать журналы и отслеживать предупреждения.

В Guardrails Filter также есть Ghost Mode. Он позволяет проверить, какие данные сервис стал бы блокировать, но пока не вмешиваться в реальный трафик. Удобный режим для тех, кто не хочет включать защиту рубильником и затем выяснять, почему половина запросов внезапно исчезла.

На публичном бенчмарке pii-bench инструмент получил 93,1 балла по метрике F1. Заявленная точность срабатываний достигла 99,9% — примерно 999 из 1000 обнаружений должны быть верными.

Исходный код версий Standalone и ExtProc опубликован на GitHub и GitVerse. Теперь защищать корпоративные данные от слишком любознательных нейросетей можно собственными силами и заодно проверить, что именно происходит под капотом.

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