Сколько хранятся запросы в архиве?

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

Вопрос «Сколько хранятся запросы в архиве?» не имеет единого ответа, так как термин «запрос» и понятие «архив» кардинально меняют свой смысл в зависимости от предметной области: это могут быть поисковые запросы в Яндексе/Google, HTTP-запросы в логах веб-сервера, DNS-запросы, запросы к API, или же официальные обращения граждан в государственные органы (согласно ФЗ-59).

Ниже представлен подробный анализ сроков хранения для основных категорий запросов, основанный на общих принципах архивирования (включая подходы, описанные в отраслевых стандартах, таких как принципы GxP/архивирования данных), и действующем законодательстве (в частности, РФ).


Ключевые принципы определения сроков хранения (Best Practices)

Как указано в профессиональных стандартах архивирования данных (например, SG Systems Global), срок хранения — это не произвольная цифра, а результат применения контролируемого графика хранения (Retention Schedule). Основные принципы:

  • Триггерные события: Отсчет срока начинается не всегда в момент создания. Это может быть: дата завершения обработки запроса, дата закрытия инцидента, дата истечения срока действия документа, дата последнего обращения.
  • Нормативные требования: Законы (149-ФЗ, 152-ФЗ, Закон о связи, Яровой пакет, GDPR) устанавливают минимальные пороги.
  • Бизнес-необходимость и риски: Необходимость расследования инцидентов, аналитика, защита в суде.
  • Правовые удержания (Legal Hold): Если начался суд, проверка или расследование, уничтожение приостанавливается независимо от срока.
  • Контроль уничтожения: Удаление после истечения срока должно быть документировано и авторизовано.

Поисковые запросы (Search Engine Logs)

Яндекс, Google, DuckDuckGo и др.

Поисковые системы хранят историю запросов для персонализации, таргетинга рекламы и улучшения алгоритмов.

Провайдер / Режим Срок хранения Особенности
Яндекс (авторизованный пользователь) Бессрочно (пока пользователь не удалит) История запросов доступна в «Моем Яндексе». Удаляется вручную или настройкой автоудаления (3/18/36 мес).
Google (Web & App Activity) По умолчанию — 18 месяцев (настройка 3/18/36 мес или «Не удалять») Можно отключить сбор полностью. Анонимизированные агрегаты храняться дольше.
Анонимные / неавторизованные сессии От 6 до 18 месяцев (обычно) Связаны с Cookie/IP. Используются для антифрода и спам-защиты.
DuckDuckGo / Brave Search Не хранят персонализированную историю Логируют только анонимную агрегацию для релевантности.

Важно: Согласно 152-ФЗ «О персональных данных» и GDPR, пользователь имеет право потребовать удаления своих данных (право на забвение), что распространяется на историю поисковых запросов;


Логи веб-серверов и приложений (HTTP/HTTPS Requests)

Это самые распространенные «запросы в архиве» для DevOps и ИБ. Сроки определяются внутренними политиками и регуляторами.

Типичная матрица хранения логов доступа (Access Logs)

  • Горячее хранилище (Hot storage / ELK / Splunk / Loki): 7–30 дней. Для операционного мониторинга, отладки, алертинга.
  • Теплое хранилище (Warm storage / S3 / ClickHouse): 3–12 месяцев. Для расследования инцидентов безопасности (SOC), аналитики трафика, биллинга.
  • Холодное хранилище (Cold storage / Glacier / Tape / Object Lock): 3–7 лет. Для соответствия требованиям регуляторов (ЦБ РФ, ФСТЭК, ФСБ, PCI DSS, SOX).

Специфика для критической инфраструктуры (РФ, 187-ФЗ, Постановление Правительства №1381):

  1. События информационной безопасности (логи авторизации, ошибки доступа, изменение конфигураций), не менее 3 лет.
  2. Логи сетевого оборудования и СЗИ, не менее 1 года (часто требуют 3 года).
  3. Обеспечение целостности логов (защита от подделки) — обязательно (WORM, хеширование, SIEM).

Запросы провайдеров связи и хостинга (Закон Яровой / 149-ФЗ)

В РФ действуют жесткие федеральные требования к хранению «запросов» пользователей интернета.

Сроки хранения по Федеральному закону от № 374-ФЗ («Яровой пакет») и 149-ФЗ:

Тип данных (Запросы) Срок хранения Кто хранит
Сведения о фактах приема/передачи/доставке/обработке голосовой информации, текстов, изображений, звуков, видео и иных сообщений (метаданные) 3 года Операторы связи, организаторы распространения информации (ОРИ), хостинг-провайдеры
Содержание сообщений (голос, текст переписки, файлы) 6 месяцев Операторы связи, ОРИ
Информация о пользователях (идентификация, IP-адреса, порты, время сессий — логов RADIUS/DHCP/NAS) 3 года Операторы связи, провайдеры интернета (ISP)
DNS-запросы (если провайдер предоставляет рекурсивный DNS) 3 года (как метаданные сессий) ISP, корпоративные DNS-резолверы

Примечание: Хранение должно обеспечиваться на территории РФ. Нарушение влечет штрафы до 1 млн руб. (ст. 13.12.1 КоАП РФ) и возможную блокировку ресурса (149-ФЗ).


Корпоративные и внутренние запросы (Service Desk, Helpdesk, CRM, ERP)

Здесь «запрос» — это тикет (инцидент, заявка на обслуживание, обращение клиента).

Рекомендуемые сроки (ITIL / ISO 20000 / ISO 27001 / 152-ФЗ):

  • Активные тикеты (Open/In Progress): Хранятся до закрытия + 1–3 года для аналитики повторных обращений (Problem Management).
  • Закрытые тикеты (SLA выполнен): 3–5 лет (соответствует сроку давности по ГК РФ ст. 196 для споров по договорам).
  • Тикеты с ПДн (персональными данными): Срок определен Политикой обработки ПДн, обычно 3 года после прекращения отношений с субъектом или до отзыва согласия.
  • Финансовые/Бухгалтерские запросы (счета, акты, накладные в ERP): Не менее 5 лет (ст. 29 ФЗ-402 «О бухгалтерском учете»), для налоговых целей часто хранят 7 лет.

Официальные обращения граждан (ФЗ-59 «О порядке рассмотрения обращений граждан РФ»)

Если «запрос в архиве» означает официальное письмо/жалобу/предложение в госорган:

  • Срок рассмотрения: 30 дней (можно продлить до 60).
  • Срок хранения дела обращения в архиве органа: Согласно Приказу Минкультуры РФ от № 558 (Общероссийский архивный реестр):
    • Обращения, не требующие изучения материалов дела — 5 лет.
    • Обращения, требующие изучения материалов дела (проверки, расследования) — 10 лет.
    • Обращения, связанные с правами и свободой человека, коррупцией — 20–75 лет (постоянно).

API-запросы и микросервисы (Observability / Tracing)

В современных распределенных системах (Kubernetes, Service Mesh) хранятся трейсы (Traces) и метрики.

  • Полные трейсы (с payload/body): 1–7 дней (очень большой объем). Семплирование (head/tail sampling) оставляет ~1-10% ошибок и медленных запросов.
  • Агрегированные метрики (RED: Rate, Errors, Duration): 13–15 месяцев (для годовых трендов и капасити-планирования).
  • Логи ошибок (Error Logs): 1–3 года (для аудита безопасности и расследования инцидентов).

Техническая реализация архива запросов: требования к качеству

Основываясь на принципах профессионального архивирования (Data Archiving), описанных в отраслевой литературе (например, SG Systems Glossary), просто «сложить логи в S3» — это не архив. Надежный архив запросов должен обеспечивать:

  1. Целостность (Immutability / WORM): Запись запроса не может быть изменена или удалена без следа до истечения срока хранения. Используются: Object Lock (S3), WORM-ленты, блокчейн-хеши, подпись ЭЦП.
  2. Читаемость и формат: Открытые форматы (JSON Lines, Parquet, CSV, OpenTelemetry OTLP), независимые от версии ПО. Сохранение схемы (Schema Registry).
  3. Поиск и извлечение (Retrievability): Индексация по ключевым полям: request_id, user_id, timestamp, endpoint, status_code, trace_id. Возможность выдать выборку за минуты, а не дни.
  4. Контекст (Metadata & Lineage): Связь запроса с версией кода (Git commit), конфигурацией фич-флагов, средой (prod/staging), версией API схемы. Без контекста лог запроса бесполезен для расследования.
  5. Контроль доступа (RBAC/ABAC): Разделение прав: разработчик видит только свои сервисы, SOC-аналитик — логи безопасности, DPO — логи с ПДн.
  6. Проверка целостности (Fixity Checks): Регулярный расчет хешей (SHA-256) архивных файлов для обнаружения бит-рот (bit rot) или вредоносных изменений.

Резюме: Чек-лист для определения срока хранения ваших запросов

Чтобы установить точный срок для вашей системы, пройдитесь по шагам:

  1. Классифицируйте запрос: Поисковый / HTTP-доступ / API-вызов / DNS / Обращение гражданина / Тикет поддержки / Финансовая транзакция.
  2. Определите юрисдикцию: РФ (Яровой пакет, 152-ФЗ, 149-ФЗ, ЦБ РФ), ЕС (GDPR), США (CCPA, HIPAA, SOX), Межнац. (PCI DSS).
  3. Найдите триггер: Момент создания / Закрытие сессии / Завершение сделки / Отзыв согласия / Окончание календарного года.
  4. Примените максимум: Срок = max(Закон, Контракт, Бизнес-нужда, Риск-менеджмент).
  5. Зафиксируйте в Политике хранения (Retention Policy): Документ, утверждаемый юристами и ИБ.
  6. Автоматизируйте жизненный цикл: ILM (Index Lifecycle Management) / S3 Lifecycle Rules / TSM / Архивные роботы.
  7. Обеспечьте Legal Hold: Механизм мгновенной остановки удаления по требованию суда/прокуратуры/собственной службы безопасности.

«Сколько хранятся запросы в архиве», это вопрос не о настройке logrotate или TTL в Redis, а о управлении записями (Records Management).

Минимальные сроки диктует закон (в РФ для телематики — 3 года метаданных, 6 мес контента; для бухгалтерии — 5 лет; для логов безопасности КИИ — 3 года). Максимальные — бизнес-логика и риски. Ключевой признак зрелого архива — не объем терабайт, а способность быстро найти конкретный запрос, доказать его неизменность и контекст через 3 года в суде или при проверке регулятора.

Статья подготовлена на основе общих принципов архивирования данных (Data Archiving Principles) и актуального на законодательства РФ. Для правовой значимости консультируйтесь с юристами профильной отрасли.