Политика отсутствия журналов Guru VPN

Дата вступления в силу: 01.07.2026 | Версия: 1.0

Уведомление о переводе: эта страница является машинным переводом, предоставленным только для удобства и ознакомления. Английская версия документа является основной и имеет преимущественную силу. В случае любых расхождений применяется английская версия.

Эта политика отсутствия журналов объясняет, как GURU NETWORK S.R.L. («Компания», «мы», «нас», «наш») применяет свои обязательства по отказу от ведения журналов в отношении службы Guru VPN, включая веб-сайт guruvpn.com, мобильные приложения, инфраструктуру VPN и сопутствующие услуги (совместно именуемые «Сервис»).

Настоящая Политика дополняет и должна читаться вместе с нашей Политикой конфиденциальности, Условиями обслуживания, Политикой добросовестного использования, Политикой допустимого использования, Политикой использования файлов cookie и Политикой возврата средств. В случае каких-либо несоответствий между настоящей Политикой и Политикой конфиденциальности, Политика конфиденциальности регулирует обработку Персональных данных.

1. Наши обязательства по отказу от логов

Наши обязательства по отказу от логов ограничены контентом, передаваемым через VPN-туннель: мы не сохраняем коммуникационный контент, полезную нагрузку трафика, полные URL-адреса или содержимое страниц. Guru VPN записывает метаданные подключения, DNS-запросы и аналитические события, включая IP-адреса. В настоящей Политике разъясняются эти записи, и ее не следует рассматривать как утверждение о том, что данные о деятельности, связанной с VPN, не сохраняются.

Основная таблица Vpn Connection Sessions не хранит реальные исходные IP-адреса пользователей. Отдельно исходный IP-адрес виден VPN-серверу, и Amplitude получает IP-адреса, связанные с идентификаторами пользователя/устройства/сессии и событиями VPN-соединения. Эти аналитические события экспортируются в BigQuery. Поэтому мы не делаем общего заявления о том, что исходные IP-адреса никогда не сохраняются и не связаны с идентификатором пользователя.

Наш преобразователь DNS записывает отдельные DNS-запросы в систему журналирования и экспортирует данные в BigQuery. Формат записи DNS не содержит прямого идентификатора пользователя/учетной записи, идентификатора устройства, идентификатора соединения или поля реального IP-адреса источника, но включает информацию о домене, времени и сервере. Мы не используем этот набор данных для определения того, какой пользователь сделал запрос. Отсутствие прямых идентификаторов не является гарантией необратимой анонимности.

Ограничения на зарегистрированные устройства применяются с использованием устройств, связанных с учетной записью, а не с помощью реального подсчета одновременных подключений. Отдельно в аналитику входят события, связанные с началом и завершением VPN-соединения; механизм ограничения устройств не означает, что события сеанса не сохраняются.

Мы также обрабатываем данные учетной записи, подписки, выставления счетов, аутентификации, безопасности, диагностики, зарегистрированного устройства, поддержки, файлов cookie, SDK и push-уведомлений. В Политике конфиденциальности описаны их цели, места хранения, сроки хранения и ограничения на удаление, включая отсутствие фиксированного срока действия экспорта BigQuery.

2. Краткое резюме

В таблице ниже приведены основные категории, относящиеся к нашей позиции без логов:

3. Объем обязательств по содержанию трафика

Следующие ограничения применяются к записям контента, передаваемого через VPN-туннель:

• мы не сохраняем содержимое сообщений или содержимое сообщений, передаваемых через VPN;
• мы не сохраняем данные трафика или содержимое пакетов в журналах активности пользователей;
• мы не сохраняем полные URL-адреса или содержимое страниц, передаваемое через VPN;
• мы не ведем полную историю просмотров для каждого пользователя; записи DNS-запросов на уровне домена, тем не менее, существуют, как описано в разделе 4.4;
• таблица основных подключений не содержит реального IP-адреса источника; отдельные записи аналитики могут содержать исходные IP-адреса или IP-адреса выхода VPN;
• формат записи DNS не содержит поля прямой учетной записи, устройства, соединения или реального IP-адреса источника; это ограничение формата записи, а не утверждение о том, что DNS-запросы не регистрируются;
• Ограничения зарегистрированных устройств не зависят от счетчика одновременных подключений на уровне пользователя; Аналитические события начала/окончания VPN по-прежнему собираются;
• Записи DNS-запросов не используются для создания индивидуальных профилей просмотра или рекламы.

4. Ограниченные данные и технические сигналы, которые мы можем обрабатывать

Категории ниже включают операционные и аналитические данные, связанные с учетной записью, а также записи DNS-запросов без полей прямого идентификатора пользователя. Они отделены от содержимого трафика, исключенного выше.

4.1. Данные аккаунта и подписки.

Мы обрабатываем адрес электронной почты, статус учетной записи и подписки, метаданные аутентификации, данные зарегистрированного устройства и поддерживаем связь. Случайный UID генерируется при регистрации и используется в качестве идентификатора учетной записи. Повторная регистрация создает новый UID, но не удаляет исторические записи, связанные со старым UID в других системах.

4.2. Метаданные оплаты и выставления счетов.

Мы обрабатываем ограниченные метаданные платежей и выставления счетов, такие как идентификаторы транзакций, квитанции, идентификаторы подписки, адрес электронной почты/имя для выставления счетов, если они указаны, а также ссылки на поставщиков платежей. Мы не храним полные номера карт на наших серверах.

4.3. Первичные записи соединений.

Основная база данных DigitalOcean в Нидерландах хранит ссылку на внутреннюю учетную запись или зарегистрированное устройство, идентификатор VPN-сервера, временную метку начала соединения и доступный индикатор состояния соединения. Таблица Vpn Connection Sessions не имеет метки времени завершения соединения или реального IP-адреса источника. Автоматическая очистка в зависимости от возраста записи не выполняется; записи учетной записи и связанных подключений удаляются путем каскадного удаления при удалении учетной записи без дополнительного 30-дневного периода хранения. Metabase запрашивает исходные данные в реальном времени для получения показателей когорты и скорости соединения. События Amplitude, описанные в разделе 4.8, представляют собой отдельный набор данных.

4.4. Записи DNS-запросов.

Наш DNS-преобразователь регистрирует запрошенные доменные имена, временные метки, протокол и тип запроса, идентификатор DNS-запроса, размер запроса, продолжительность ответа, имя хоста сервера и тип службы/журнала. Записи хранятся в системе журналирования в течение 14 дней и экспортируются в BigQuery в США без настроенного фиксированного срока действия. Копии BigQuery остаются, пока поддерживается служба хранилища. Это записи DNS-запросов, а не просто совокупная статистика. Формат записи не имеет прямого поля учетной записи, устройства, соединения или IP-адреса источника. Набор данных в настоящее время не используется для активных эксплуатационных целей, обеспечения соблюдения FUP/AUP или оценки возврата средств. Его не называют необратимо анонимным. DNS-имена не включают полные URL-адреса или содержимое страницы.

4.5. Сигналы безопасности и IDS/IPS.

Мы можем использовать систему IDS/IPS для анализа ограниченных сигнатур и шаблонов трафика на сетевом уровне на предмет индикаторов подозрительной активности, поведения вредоносных программ, сканирования, атак, злоупотреблений или других угроз безопасности. Система может генерировать предупреждения безопасности или технические индикаторы на основе заранее определенных или настроенных сигнатур и шаблонов. Оповещения могут включать внутренние идентификаторы устройств или другие технические индикаторы, которые позволяют связать учетную запись/устройство, когда это необходимо для обеспечения безопасности, предотвращения злоупотреблений или обработки законных запросов. Этот анализ предназначен для обнаружения безопасности на основе сигнатур и шаблонов, а не для проверки сути сообщений пользователей или ведения истории посещений. Мы не сохраняем содержимое трафика, пакеты или полезную нагрузку трафика в журналах активности пользователей для повседневной работы Службы, а обнаружение на основе сигнатур не гарантирует обнаружение всех неправомерного использования или угроз безопасности.

4.6. Ограничения зарегистрированных устройств.

Каждый план может ограничивать количество зарегистрированных устройств, в настоящее время до четырех (4), если в применимом плане не указано иное. Мы применяем эти ограничения, используя статус зарегистрированного устройства, а не текущий подсчет одновременных подключений. Это не исключает сбора событий аналитики VPN-соединений.

4.7. Совокупный объем трафика на уровне сервера и показатели инфраструктуры.

Мы можем использовать совокупный объем трафика на уровне сервера, совокупные сигналы производительности инфраструктуры, частоту ошибок, отчеты о злоупотреблениях, внешние жалобы и оповещения IDS/IPS для защиты стабильности сети и обеспечения соблюдения Политики добросовестного использования и Политики допустимого использования. Эти измерения относятся к VPN-серверам и инфраструктуре в целом. Мы не отслеживаем, не рассчитываем и не сохраняем общие объемы трафика для отдельных пользователей или учетных записей пользователей. Мы полагаемся только на метрики, реально доступные в рамках нашей технической архитектуры, и не претендуем на обнаружение всех возможных злоупотреблений. Эти показатели не включают в себя содержание трафика, историю посещений, полные URL-адреса, содержимое страниц или коммуникационный контент.

4.8. Аналитика, диагностика и данные SDK.

Amplitude получает события начала/завершения VPN-соединения, user_id, device_id, session_id, IP-адреса и информацию об устройстве или приблизительном местоположении. События могут содержать исходный IP-адрес до подключения или IP-адрес выхода VPN после него. Данные о событиях Amplitude экспортируются в BigQuery. Другие наборы данных хранилища включают данные сеансов Firebase, события OneSignal, данные кампаний Singular, подписки/платежи Stripe и конверсии Keitaro, как подробно описано в Политике конфиденциальности. Metabase выполняет живые запросы; в его кэше хранится текст SQL, а не результаты запроса. Ручная диагностика соединений собирается лишь изредка, в течение одного дня, анализируется для каждого отдельного случая и удаляется сразу после анализа. Они не собираются автоматически. Файлы cookie веб-сайта, идентификаторы мобильного SDK и push-токены описаны в Политике использования файлов cookie и Политике конфиденциальности.

5. Почему обрабатываются ограниченные данные

Операционные, учетные и аналитические данные могут обрабатываться для указанных ниже целей при наличии применимого правового основания. Набор данных DNS-запросов в настоящее время не имеет активного оперативного использования; приведенный ниже список не является заявлением о том, что архив DNS используется для каждой из этих целей.

• для предоставления, обслуживания и устранения неполадок Сервиса;
  • для аутентификации пользователей, управления учетными записями, проверки подписок и поддержки выставления счетов;
  • для защиты Сервиса от мошенничества, атак, вредоносного ПО, спама, парсинга, DDoS-активности, несанкционированного доступа и других злоупотреблений;
  • для обеспечения соблюдения Условий обслуживания, Политики добросовестного использования, Политики допустимого использования и ограничений на количество зарегистрированных устройств;
  • для улучшения производительности, надежности, фильтрации безопасности и удобства пользователей;
  • для ответа на запросы поддержки и запросы субъектов данных;
  • для соблюдения применимых юридических, бухгалтерских, налоговых и законных обязательств по запросу.

6. Применение FUP и AUP

Применение Политики добросовестного использования и Политики допустимого использования может быть основано на ограниченных метаданных службы, статусе зарегистрированного устройства, совокупном объеме трафика на уровне сервера и влиянии на инфраструктуру, предупреждениях IDS/IPS, жалобах на внешнее злоупотребление, сигналах платежей или учетных записей, доступных на данный момент исторических записях подключений, связанных с пользователем, и взаимодействии пользователей со службой поддержки, только в той степени, в которой эти сигналы действительно доступны в рамках обычной технической архитектуры Guru VPN. Технические журналы DNS в настоящее время не используются для принудительного применения.

Принудительное применение FUP и AUP не использует записи DNS-запросов, общие объемы трафика для каждого пользователя или счетчик одновременных подключений в реальном времени. Сбор аналитических событий, содержащих IP-адреса, описан в разделе 4.8; он сам по себе не устанавливает, что эти события используются для принудительного исполнения. Мы не сохраняем коммуникационный контент или данные трафика для принудительного применения.

Поскольку обнаружение ограничивается доступными техническими сигналами и внешними отчетами, мы не претендуем на выявление всех запрещенных действий. Там, где это практически возможно, мы можем предоставить уведомление и возможность исправить ситуацию до введения ограничений, если только не требуются немедленные действия для защиты Сервиса, других пользователей, третьих лиц или законных интересов.

7. Удержание

Срок хранения зависит от системы и категории данных. 14-дневные периоды хранения резервных копий системы журналов и баз данных не распространяются на экспорт BigQuery или все записи, хранящиеся у внешних поставщиков.

Первичные записи подключений не подлежат очистке по возрасту и удаляются вместе с учетной записью посредством каскадного удаления. Система журналирования сохраняет записи DNS в течение 14 дней; BigQuery не имеет фиксированного срока действия для DNS или шести наборов данных аналитики/источников платежей и хранит их, пока поддерживается служба хранилища. Резервные копии баз данных хранятся не более 14 дней, а на VPN-серверах резервных копий нет. Стандартный срок хранения оперативного журнала составляет 14 дней. Случайно собранные вручную диагностики соединений удаляются сразу после анализа; их окно сбора составляет до одного дня.

Удаление учетной записи в настоящее время не отправляется автоматически в Amplitude, Stripe, RevenueCat или Brevo и не представляет собой полную очистку экспорта BigQuery. Старые идентификаторы и исторические записи могут остаться после удаления данных профиля клиента. Записи о выставлении счетов, поддержке, расследованиях и другие записи, хранящиеся у поставщика услуг, соответствуют целям, применимым законодательным требованиям и ограничениям, описанным в Политике конфиденциальности. Настоящая Политика не обещает фиксированного периода удаления для поставщика, если он не указан.

Мы не можем сохранять или раскрывать содержимое трафика, полные URL-адреса или содержимое страниц, которые мы не записываем. Мы можем хранить записи DNS-запросов, метаданные подключения и аналитические события, содержащие IP-адреса, и не заявляем, что эти категории недоступны для законного запроса.

8. Поставщики услуг и инфраструктура

Мы используем провайдеров инфраструктуры, аналитики, оплаты, подписки, связи и push-уведомлений. Основная инфраструктура приложений/баз данных находится в Нидерландах; Наборы данных BigQuery находятся в США. Соответствующие поставщики и экспорт описаны в Политике конфиденциальности, включая Amplitude, Firebase, Stripe, RevenueCat, Brevo, OneSignal, Singular и Keitaro.

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

9. Законные запросы и раскрытие информации

Мы можем раскрывать информацию, когда это требуется по закону, для выполнения законных запросов, для защиты прав, собственности, безопасности Сервиса или пользователей или для реагирования на судебный процесс. Любое раскрытие ограничивается данными, которые мы имеем и можем раскрыть на законных основаниях.

Если информация существует и ее раскрытие требуется по закону, она может включать данные учетной записи или выставления счетов, статус зарегистрированного устройства, записи основных подключений, предупреждения системы безопасности, сообщения службы поддержки, записи DNS-запросов и данные аналитики/SDK, включая IP-адреса и идентификаторы. Никакие журналы содержимого трафика или полные URL-адреса не могут быть предоставлены, если они не созданы или не сохраняются. Отсутствие прямых пользовательских полей в записях DNS не является гарантией того, что никакая информация никогда не сможет быть сопоставлена.

10. Удаление учетной записи и права субъекта данных

Пользователи могут осуществлять права на доступ, исправление, удаление, ограничение, возражение против обработки, запрос на переносимость или отзыв согласия, если это применимо, обратившись по адресу privacy@guruvpn.com или support@guruvpn.com.

При удалении учетной записи удаляется основная запись пользователя и связанные записи подключений посредством каскадного удаления. Оно не удаляет автоматически все последующие данные, старые UID, события аналитики или экспорт из хранилища данных. Резервные копии базы данных могут сохранять удаленные первичные данные до истечения срока их действия, но не более 14 дней. Повторная регистрация создает новый UID без стирания старой истории в других системах. Чтобы запросить удаление оставшихся Персональных данных, свяжитесь с указанными выше адресами; Политика конфиденциальности объясняет этот процесс и законные исключения в отношении хранения.

11. Внутренний контроль и проверка

Мы поддерживаем технические и организационные средства контроля, предназначенные для обеспечения точности и исполнения наших обязательств по отказу от ведения журналов, включая контроль доступа, ограниченные разрешения, проверки безопасности, проверки поставщиков, а также внутренние или независимые оценки, где это применимо. Текущие системы не применяют фиксированный график автоматического удаления к записям подключений, связанных с пользователем, или к существующему набору технических данных DNS; это ограничение раскрыто в настоящей Политике и Политике конфиденциальности.

Если наша архитектура или методы ведения журналов существенно изменятся, мы обновим настоящую Политику и связанные с ней общедоступные политики, чтобы отразить эти изменения.

12. Изменения в настоящей политике отсутствия журналов

Мы можем время от времени обновлять настоящую Политику отсутствия журналов. Существенные изменения будут опубликованы с новой датой вступления в силу и, при необходимости, доведены до сведения пользователей через Сервис или другими разумными способами.

13. Контакт

По вопросам, касающимся настоящей Политики отсутствия журналов, методов обеспечения конфиденциальности, запросов субъектов данных или законной обработки запросов, обращайтесь по адресу:

• Конфиденциальность: privacy@guruvpn.com

• Поддержка: support@guruvpn.com

• Запросы юридических/правоохранительных органов: support@guruvpn.com или privacy@guruvpn.com

Последнее обновление: 01.07.2026.