Запретите SDK самостоятельно выбирать, куда отправлять телеметрию. Локальный Kubernetes ничего не гарантирует, если библиотека уносит контекст запроса в зарубежный crash-reporting. Свой GPU выполняет инференс, чужой сервис получает диагностическую копию входных данных. Покупка железа эту дыру не закрывает. Практическая схема: egress default-deny через поддерживающий политики eBPF CNI; приложениям разрешены только необходимые внутренние зависимости, кластерный DNS и локальный collector. Из collector наружу выпускаем только согласованный поток после удаления чувствительных полей. IP- и DNS-правила ограничивают назначения, но не проверяют содержимое TLS. Санитизация нужна до шифрования, а состав экспортируемых полей — по явному списку. Граница контроля должна включать узлы: hostNetwork и процессы хоста требуют отдельной проверки покрытия и политик хостового firewall. Приёмочные цели: 0 успешных прямых внешних соединений из тестовых pod по IPv4 и IPv6; 0 контрольных PII-маркеров на тестовом внешнем приёмнике. Проверяем HTTPS, QUIC и обход штатного DNS. Счётчик блокировок сам по себе отсутствие утечек не доказывает. Экономику считаем по полному пути: внешний экспорт = передача + приём телеметрии + хранение + запросы; локальный сбор = амортизация + диски + электричество + эксплуатация. Сравниваем при одинаковых объёме, сроке хранения и доступности. Суверенный контур начинается с управляемого выхода: https://run-as-daemon.dev/?utm_source=telegram&utm_medium=smm&utm_campaign=rad_ru&utm_content=setevaya-izolyatsiya-ebpf-v-k8s-predotv