# Amazon тихо добавил ACL для корпоративных RAG-чатов. Теперь ИИ не покажет зарплату всем подряд - Site: VeraPoint News - Section: Новости - Date: 2026-05-16 - Canonical: https://verapointmedia.com/news/restrict-access-to-sensitive-documents-in-your-amazon-quick-knowledge-bases-for-amazon-s3/ - Markdown: https://verapointmedia.com/news/restrict-access-to-sensitive-documents-in-your-amazon-quick-knowledge-bases-for-amazon-s3.md - Summary: AWS выпустил инструкцию по настройке прав доступа к документам в RAG-чатах Amazon Quick. Без этого сотрудник мог просто спросить у нейросети чужие зарплаты или контракты. - Tags: #aws #amazonquick #acl #rag #enterprisesecurity #dataleaks - Image: https://verapointmedia.com/static/content-assets/news/restrict-access-to-sensitive-documents-in-your-amazon-quick-knowledge-bases-for-amazon-s3/cover.webp ## Sources - https://aws.amazon.com/blogs/machine-learning/restrict-access-to-sensitive-documents-in-your-amazon-quick-knowledge-bases-for-amazon-s3/ - https://news.google.com/rss/articles/CBMi0gFBVV95cUxNZEk4NjRJQ2pud3U2SnVlckxzakh0UVV3aXdxQXB0MWFKMlRHSktYTkVXaXFZYmxRdVBKRmpxUW9TaEM3N1l2cWpGQU5DU29BdzZhMHJhUlBDbEJCVVNtOU1jVGMtZk1hNjliZ1lvUjd3R244UkZ1ZHI5cE1zUnJzc0I2LXdmYmdmNGpmb2daYXh1QmpOS3IxckhKSW1IMGpRc0lUaVhTYTJCNVlRUDR4UXJLRHY3MWctc1doSE1kdGZOY0pWd0ZncUlDNnMzejc4dUE?oc=5 - https://news.google.com/rss/articles/CBMingFBVV95cUxOUUxyQWpZLS1WcUFEOXBLZ2xyR0dnc1BrQ0h1YXVaMms5UnBKZXBtNVhBcVlKQklZdDIwaVlUVWlMX0FSVFVlUTlRX1VvQTltUzBuQktYOU1HVERsVlVtdGxycDFQdG5oTE9VZGVmWm9sMi1VbmVVM0J0cGJCS0FrdFhjQTBsc0RlYjBaMk1TSzkwcHQ4dk1tNG5YZlNhdw?oc=5 - https://arxiv.org/abs/2506.12103v1 --- Представьте: ваш сотрудник открывает корпоративный чат-бот, видит там подключенную папку с документами и спрашивает: «А сколько получает директор по продажам?» И нейросеть честно лезет в зарплатную ведомость, которая лежит в общем доступе, вытаскивает цифру и выдает. Без лишних вопросов. Без секретности. Я вот представила — и мне стало не по себе. Потому что до этой недели именно так всё и работало в Amazon Quick. Quick — это корпоративный сервис AWS, где компании создают умных чат-ботов, которые читают внутренние документы и отвечают сотрудникам на вопросы. RAG, если кто не в теме — это когда ИИ не придумывает ответ из головы, а ищет его в ваших собственных файлах. Так вот, раньше там был один общий замок на дверь: если ты попал в чат — видел всё. Абсолютно. Зарплаты, контракты, медицинские данные — что угодно. На этой неделе AWS выпустил инструкцию, как это починить. Теперь можно ставить замки на отдельные шкафчики внутри архива. По-научному это называется ACL — Access Control List, или список контроля доступа. По-человечески — это когда система перед ответом проверяет: «А тебе-то положено это знать?» ## Один файл на всю компанию или метки на каждом документе? Я полезла в документацию, разбираться, как это настраивать. Оказалось, способов два — и оба с подвохом. Первый путь — глобальный ACL-файл. Вы создаёте одну большую таблицу, где прописываете: «Документ А видит только бухгалтерия, документ Б — только HR». Это как вести реестр замков в отдельной тетради. Удобно, если документов двадцать. Но когда их десять тысяч, и половина каждую неделю меняется, вы рискуете просто утонуть в этой таблице. Одна опечатка — и замок открывается не тому. Второй путь — метаданные в самих файлах. То есть вы встраиваете правила доступа прямо в свойства документа (это называется metadata mapping — когда «кто может читать» записано не где-то сбоку, а внутри самого файла, как теги). Масштабируется лучше, но требует, чтобы кто-то сел и разметил каждый документ. И вот тут я задумалась: а кто эта жертвенная душа, которая будет вручную проставлять права на десятки тысяч файлов? AWS об этом молчит. Они дали инструмент и сказали: «Держите». А дальше — вы сами. ## «Теперь безопасно» — серьезно? В инструкции есть фраза, которая меня позабавила: «Теперь вы можете безопасно подключать всю библиотеку документов». Звучит как облегчение, правда? Как будто проблема решена. Но подождите. ACL — это та штука, где одна ошибка стоит дороже, чем сломанный сервер. Представьте: кто-то из HR случайно повесил на контракт с крупным партнером те же права доступа, что на меню столовой. Или при обновлении базы новые документы загрузили, а права для них прописать забыли. И тут я выловила в тексте настоящую ловушку. Оказывается, Amazon Quick по умолчанию считает, что документ, который не замаплен в ACL (не попал ни в глобальный файл, ни в метаданные), можно показывать всем. Это обратная совместимость, типа «чтобы старое не сломалось». Но в контексте безопасности это как дверь с табличкой «Служебное помещение», за которой нет замка. Добавили новый регламент в папку, забыли прописать права — и он доступен любому, кто спросит. Без предупреждения, без красного флажка. Просто молча. Вы когда-нибудь ошибались в Excel? Вот здесь то же самое, только вместо пересортицы — утечка контрактов. ## Кому эта головная боль достанется по долгу службы Если у вас компания из пяти человек, где все друг другу доверяют — можете не читать дальше. Это не про вас. А вот если у вас: - отделы, которые не должны шарить документы друг с другом (финансисты и разработчики, скажем), - compliance-требования, которые требуют разграничения по закону, - страховка от утечек данных дороже, чем стоимость самого чат-бота, — то теперь вы получаете новую работу. DevOps-инженерам придётся не просто «поднять базу знаний», а продумать ACL-стратегию: какие роли, какие уровни, что делать с новыми документами. DevSecOps — новый пункт проверки: а точно ли у этого файла правильные метаданные? А точно ли глобальный ACL не устарел? Compliance — новую бумажку, что «всё настроено честно и мы проверили три раза». ## Что делать, если вас уже втянули в эту историю Если вам предстоит настраивать эти права в Amazon Quick, вот что я вынесла из инструкции, пока разбиралась: **Сначала архитектура, потом документы.** Не надо загружать десять тысяч файлов, а потом думать, кто что видит. ACL, построенный задним числом, всегда будет дырявым. Лучше потратить день на структуру сейчас, чем неделю на расхлёбывание потом. **Смотрите на метаданные, а не на глобальный файл.** Таблица «кто что видит» — это временное решение. Когда документов станет много, вы просто не найдете нужную строчку в этой таблице. А вот если права прописаны в самом файле (тот самый metadata mapping), система проверит их автоматически, не роясь в реестрах. **Проверяйте вручную, даже если больно.** В инструкции предлагают верифицировать настройки через тестовые вопросы. То есть сидеть и спрашивать у чата: «А покажи мне зарплату директора?» — надеясь, что он откажется. Это звучит как шутка, но это единственный способ убедиться, что вы не промахнулись в таблице. **Запишите, кто назначает права.** Иначе через полгода никто не вспомнит, почему один документ видят все, а другой — только два человека. И начнется хаос. ## Красиво в брошюре, страшно в жизни Я понимаю, что AWS сделал шаг в правильную сторону. Действительно, корпоративные RAG-чаты без разграничения прав — это как архив конфиденциальных документов без замка, но с очень вежливым библиотекарем-ботом, который выдаёт всё по первому запросу. Но мне не даёт покоя ощущение, что это полушаг. Да, теперь есть инструмент. Да, он документирован. Но ответственность за то, чтобы «замки» стояли на всех дверях, целиком на вас. И система, кстати, не подскажет, если вы где-то промахнулись. Наоборот, она молча откроет доступ, если вы забыли прописать правило. Буду следить, появится ли в Amazon Quick хоть какая-то автоматическая проверка ACL. Потому что ручное тестирование через «а что если я спрошу про зарплату?» — это, простите, уровень стартапа на коленке, а не enterprise-решение от одного из крупнейших облачных провайдеров мира. Заплатить за утечку можно гораздо больше, чем сэкономить на автоматизации проверок. ## Материалы - [AWS Machine Learning Blog] Restrict access to sensitive documents in your Amazon Quick knowledge bases for Amazon S3 | Amazon Web Services: https://aws.amazon.com/blogs/machine-learning/restrict-access-to-sensitive-documents-in-your-amazon-quick-knowledge-bases-for-amazon-s3/ - [news.google.com] supporting context: https://news.google.com/rss/articles/CBMi0gFBVV95cUxNZEk4NjRJQ2pud3U2SnVlckxzakh0UVV3aXdxQXB0MWFKMlRHSktYTkVXaXFZYmxRdVBKRmpxUW9TaEM3N1l2cWpGQU5DU29BdzZhMHJhUlBDbEJCVVNtOU1jVGMtZk1hNjliZ1lvUjd3R244UkZ1ZHI5cE1zUnJzc0I2LXdmYmdmNGpmb2daYXh1QmpOS3IxckhKSW1IMGpRc0lUaVhTYTJCNVlRUDR4UXJLRHY3MWctc1doSE1kdGZOY0pWd0ZncUlDNnMzejc4dUE?oc=5 - [news.google.com] supporting context: https://news.google.com/rss/articles/CBMingFBVV95cUxOUUxyQWpZLS1WcUFEOXBLZ2xyR0dnc1BrQ0h1YXVaMms5UnBKZXBtNVhBcVlKQklZdDIwaVlUVWlMX0FSVFVlUTlRX1VvQTltUzBuQktYOU1HVERsVlVtdGxycDFQdG5oTE9VZGVmWm9sMi1VbmVVM0J0cGJCS0FrdFhjQTBsc0RlYjBaMk1TSzkwcHQ4dk1tNG5YZlNhdw?oc=5 - [arxiv.org] supporting context: https://arxiv.org/abs/2506.12103v1