Skip to content

Безопасность, ИС и соответствие нормативным требованиям

ИИ-инструменты introduce новые векторы риска. Понимание и управление ими essential для ответственного внедрения.

Какие данные куда идут?

Section titled “Какие данные куда идут?”

Когда разработчики используют ИИ-инструменты, код и контекст flowing к внешним сервисам:

Prompts включают:

  • Фрагменты кода (иногда целые файлы)
  • Сообщения об ошибках и stack traces
  • Имена файлов и структуру
  • Комментарии (которые могут содержать sensitive info)

Знайте свой поток данных:

  • Что покидает вашу сеть?
  • Где это обрабатывается?
  • Хранится ли это? Как долго?
  • Используется ли это для обучения модели?

Корпоративные соглашения: Большинство вендоров предлагают корпоративные планы с гарантиями по обработке данных. Внимательно их изучите.

Классификация данных: Определите, что можно/нельзя передавать внешним ИИ-сервисам.

Локальные модели: Для highly sensitive работы рассмотрите локальные или self-hosted модели.

Фильтрация кода: Некоторые инструменты позволяют исключать sensitive paths/patterns.

Соображения интеллектуальной собственности

Section titled “Соображения интеллектуальной собственности”

Вопрос о данных обучения

Section titled “Вопрос о данных обучения”

ИИ-модели обучались на публичном коде. Это raises вопросы:

Contamination лицензий: Может ли код, сгенерированный ИИ, introduce лицензионные обязательства?

Статус авторского права: Кому принадлежит код, сгенерированный ИИ?

Патентные последствия: Может ли вывод ИИ нарушать патенты?

Текущий правовой статус: Неопределённый и развивающийся. Суды still deciding.

Документируйте использование ИИ: Знайте, где ИИ был задействован в вашей кодовой базе.

Проверяйте на очевидное копирование: Отвергайте вывод, который выглядит как verbatim reproduction.

Юридическая консультация: Для high-stakes ситуаций привлекайте юридическую помощь.

Следите за правовым ландшафтом: Прецеденты устанавливаются сейчас.

Опасение: Код, которым вы делитесь с ИИ-инструментами, может influence обучение модели, potentially benefiting конкурентов.

Смягчения:

  • Корпоративные соглашения с opt-out из обучения
  • Self-hosted модели для sensitive кода
  • Ограничение того, какой контекст shared

Требования соответствия

Section titled “Требования соответствия”

Здравоохранение, финансы, правительство и другие регулируемые секторы have specific требования:

Data residency: Где может обрабатываться код/данные?

Audit trails: Можете ли вы продемонстрировать, для чего использовался ИИ?

Access controls: Кто может использовать ИИ-инструменты? С какими данными?

Incident response: Что делать, если ИИ раскроет sensitive данные?

  • Соглашения об обработке данных reviewed с юристами
  • Требования к data residency проверены
  • Audit logging для использования ИИ-инструментов на месте
  • Access controls соответствуют чувствительности данных
  • План реагирования на инциденты обновлён для ИИ-сценариев
  • Обучение сотрудников по обработке данных ИИ

Безопасность кода, сгенерированного ИИ

Section titled “Безопасность кода, сгенерированного ИИ”

Код, сгенерированный ИИ, может introduce уязвимости:

Небезопасные паттерны: Модели могут генерировать код с known vulnerabilities.

Dependency confusion: Агенты могут предлагать пакеты, которые не существуют (или malicious ones, которые существуют).

Логические уязвимости: Subtle security bugs в plausible-looking коде.

Security scanning: Запускайте SAST/DAST на всём коде, независимо от origin.

Верификация зависимостей: Проверяйте, что все пакеты, предложенные ИИ, существуют и legitimate.

Проверка человеком для чувствительного к безопасности кода: Не позволяйте ИИ генерировать авторизацию, шифрование или валидацию ввода без проверки.

Penetration testing: Включайте код, сгенерированный ИИ, в security assessments.

Как минимум, определите:

Политика использования: Кто может использовать какие инструменты, с каким кодом.

Политика обработки данных: Что можно передавать внешнему ИИ.

Требования к проверке: Как код ИИ проверяется и approve.

Обработка инцидентов: Что делать, если ИИ вызывает проблему безопасности.

Чёткое владение: Люди владеют кодом, который они коммитят, независимо от involvement ИИ.

Возможность аудита: Умение identify involvement ИИ в коде при необходимости.

Никакого перекладывания вины: “ИИ это сделал” — не оправдание.