Legal центр

1. Назначение и область действия

1.1.Настоящий раздел устанавливает правила и подходы к защите: данные, проекты, аккаунты, артефакты, платежные операции, технические логи и инфраструктура сервиса.

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

1.3.Пользователь обязан: соблюдать настоящую Политику, Пользовательское соглашение, документацию и применимое законодательство.

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

2. Основные принципы безопасности

2.1.Настоящий раздел устанавливает правила и подходы к защите: облачная обработка PHP-проектов, работа с исходным кодом, генерация артефактов и взаимодействие с платежными провайдерами.

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

2.3.Пользователь обязан: понимать, что безопасность является совместной ответственностью, и самостоятельно защищать свой аккаунт, проект, секреты и артефакты.

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

3. Модель совместной ответственности

3.1.Настоящий раздел устанавливает правила и подходы к защите: границы ответственности между Администрацией и пользователем при использовании php2go.

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

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

3.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: отказать в обработке проекта, если риск возник из-за действий пользователя или нарушения правил сервиса.

4. Безопасность аккаунта

4.1.Настоящий раздел устанавливает правила и подходы к защите: учетная запись пользователя, email, пароль, сессии, токены и способы авторизации.

4.2.Администрация может применять разумные технические, организационные и процедурные меры, включая: ограничение попыток входа, проверку подозрительной активности, email-подтверждение, управление сессиями и принудительный сброс пароля при риске компрометации.

4.3.Пользователь обязан: использовать надежный пароль, не передавать доступ третьим лицам и немедленно сообщать о подозрении на взлом.

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

5. Управление доступом и внутренний доступ

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

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

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

5.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: приостановить аккаунт, удалить токены, заблокировать запросы и сохранить сведения для расследования.

6. Безопасность загрузки проектов

6.1.Настоящий раздел устанавливает правила и подходы к защите: ZIP-архивы, исходный код, зависимости, конфигурации и другие файлы, загружаемые в сервис.

6.2.Администрация может применять разумные технические, организационные и процедурные меры, включая: проверку формата, размера, структуры, количества файлов, технических лимитов и признаков опасного поведения.

6.3.Пользователь обязан: загружать только законные проекты, на которые у него есть права, и исключать лишние секреты, дампы баз данных и production-конфигурации.

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

7. Исходный код, секреты и чувствительные данные

7.1.Настоящий раздел устанавливает правила и подходы к защите: исходный код, приватные ключи, токены, пароли, платежные ключи, персональные данные и иные чувствительные сведения.

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

7.3.Пользователь обязан: не включать в проект секреты, которые не требуются для сборки, а при случайной загрузке немедленно заменить или отозвать такие секреты.

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

8. Среда сборки и изоляция процессов

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

8.2.Администрация может применять разумные технические, организационные и процедурные меры, включая: ограничение доступа к файловой системе, сети, времени выполнения, памяти, диску, процессам и иным ресурсам.

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

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

9. Инфраструктурная и сетевая безопасность

9.1.Настоящий раздел устанавливает правила и подходы к защите: серверы, домены, сетевые соединения, базы данных, очереди задач, системы хранения и административные панели.

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

9.3.Пользователь обязан: не проводить сканирование, нагрузочные тесты, атаки или исследования инфраструктуры без предварительного письменного разрешения.

9.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: ограничить IP-адреса, запросы, функции, аккаунты или сборки, создающие угрозу стабильности или безопасности.

10. Передача данных и шифрование

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

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

10.3.Пользователь обязан: использовать актуальный браузер, защищенное соединение, доверенное устройство и не передавать проекты через небезопасные сети.

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

11. Журналы, мониторинг и обнаружение злоупотреблений

11.1.Настоящий раздел устанавливает правила и подходы к защите: технические логи, события аккаунта, статусы сборок, ошибки, платежные события и действия в интерфейсе.

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

11.3.Пользователь обязан: понимать, что логи могут храниться для безопасности, диагностики, учета, защиты прав, исполнения закона и разрешения споров.

11.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: сохранять необходимые сведения, блокировать подозрительные действия, отменять операции или ограничивать доступ.

12. Резервное копирование, хранение и удаление

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

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

12.3.Пользователь обязан: самостоятельно хранить исходные проекты и необходимые артефакты вне сервиса, не используя сервис как единственное хранилище.

12.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: удалять данные по срокам хранения, при превышении лимитов, по запросу пользователя или по причинам безопасности.

13. Обнаружение вредоносного кода и запрещенной активности

13.1.Настоящий раздел устанавливает правила и подходы к защите: вредоносный код, фишинг, майнеры, эксплойты, backdoor-компоненты, спам, DDoS и иная запрещенная активность.

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

13.3.Пользователь обязан: не использовать сервис для незаконной, вредоносной, мошеннической или опасной деятельности.

13.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: остановить сборку, удалить проект, заблокировать аккаунт, отказать в обслуживании и сохранить сведения для расследования.

14. Сторонние поставщики и внешние сервисы

14.1.Настоящий раздел устанавливает правила и подходы к защите: хостинг-провайдеры, дата-центры, платежные провайдеры, почтовые сервисы, мониторинг, аналитика и системы авторизации.

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

14.3.Пользователь обязан: учитывать, что отдельные операции могут регулироваться правилами сторонних провайдеров, особенно при оплате, авторизации или email-уведомлениях.

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

15. Реагирование на инциденты

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

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

15.3.Пользователь обязан: немедленно сообщать о подозрительных событиях и предоставлять разумно необходимую информацию для проверки обращения.

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

16. Сообщения об уязвимостях

16.1.Настоящий раздел устанавливает правила и подходы к защите: уязвимости сайта, личного кабинета, API, загрузки проектов, сборочной среды, авторизации и других компонентов сервиса.

16.2.Администрация может применять разумные технические, организационные и процедурные меры, включая: прием сообщений на security@p2g.dev или admin@p2g.dev, проверку фактов, приоритизацию исправлений и безопасное взаимодействие с исследователем.

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

16.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: прекратить взаимодействие с исследователем, если тестирование нарушает закон, правила сервиса или безопасность третьих лиц.

17. Обязанности пользователя по безопасности

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

17.2.Администрация может применять разумные технические, организационные и процедурные меры, включая: разъяснение правил, документацию, технические ограничения, поддержку и инструменты удаления или ограничения проектов.

17.3.Пользователь обязан: проверять зависимости, лицензии, конфигурацию, переменные окружения, артефакты и результаты сборки перед использованием в production-среде.

17.4.При нарушении требований, подозрении на инцидент или угрозе безопасности Администрация вправе: ограничить использование сервиса при нарушении обязанностей или создании угрозы для сервиса, пользователей или третьих лиц.

18. Ограничения и отсутствие абсолютной гарантии

18.1.Настоящий раздел устанавливает правила и подходы к защите: остаточные риски облачной обработки исходного кода, сетевые риски, ошибки конфигурации, человеческий фактор и действия внешних провайдеров.

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

18.3.Пользователь обязан: понимать риски облачного сервиса и самостоятельно оценивать пригодность php2go для своих проектов и требований безопасности.

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

19. Изменение Политики

19.1.Настоящий раздел устанавливает правила и подходы к защите: обновление настоящей Политики в связи с развитием сервиса, изменением инфраструктуры, появлением новых угроз или изменением законодательства.

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

19.3.Пользователь обязан: самостоятельно отслеживать актуальную редакцию документов и прекратить использование сервиса при несогласии с изменениями.

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

20. Контакты и приоритет редакции

20.1.Настоящий раздел устанавливает правила и подходы к защите: обращения по вопросам безопасности, сообщения об инцидентах, уязвимостях и защите данных.

20.2.Администрация может применять разумные технические, организационные и процедурные меры, включая: прием обращений через security@p2g.dev или admin@p2g.dev, запрос дополнительных сведений и проверку полномочий заявителя.

20.3.Пользователь обязан: указывать email аккаунта, описание проблемы, дату и время события, идентификатор проекта или сборки, технические детали и безопасные шаги воспроизведения.

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

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