Client-Side против Server-Side санитизации данных: почему серверные DLP уязвимы перед атаками уровня LiteLLM

Фатальная уязвимость промежуточных серверов в DLP#

Масштабные утечки в цепочках поставок, включая инцидент с прокси-серверами LiteLLM, привели к компрометации терабайтов конфиденциальных API-ключей и промптов.

Этот прецедент доказал фундаментальное правило: нельзя построить Zero Trust через промежуточный прокси-сервер.

Почему 100% Client-Side санитайзинг — единственная надежная защита#

1. 1
   Ноль исходящих пакетов: Privacy Scrubber запускает более 20 моделей распознавания сущностей прямо в оперативной памяти браузера или локальном MCP-сервере.
2. 2
   Обратимая локальная токенизация: конфиденциальные данные заменяются токенами [CLIENT_ID_1] до отправки в сеть, а в ответе ИИ локально восстанавливаются исходные значения.
3. 3
   Соответствие регуляторным нормам: сырые персональные данные никогда не покидают устройство, что гарантирует соблюдение GDPR, HIPAA и SOC 2.

// Локальный процесс маскирования без утечек
const rawPrompt = "Проверь отчет по налогам для Иванова И.И. (ИНН: 770123456789)";
const { maskedPrompt, tokenMap } = await privacyScrubber.sanitizeLocal(rawPrompt);
// В сеть отправляется: "Проверь отчет по налогам для [PERSON_1] (ИНН: [TAX_ID_1])"
const aiResponse = await sendToAi(maskedPrompt);
const finalResponse = privacyScrubber.restoreLocal(aiResponse, tokenMap);