From ccf516f929df58bfdc944c7a026f24c2fa6ecd7a Mon Sep 17 00:00:00 2001 From: Ludek Janda Date: Thu, 5 Nov 2026 17:01:28 +0100 Subject: [PATCH] Updates in RU --- content/ru/docs/caa.md | 4 +- content/ru/docs/staging-environment.md | 108 +++++++++++++++++++------ content/ru/docs/why-all-https.md | 22 ++++- 3 files changed, 108 insertions(+), 26 deletions(-) diff --git a/content/ru/docs/caa.md b/content/ru/docs/caa.md index a598f5c628..20fa67fbfc 100644 --- a/content/ru/docs/caa.md +++ b/content/ru/docs/caa.md @@ -1,7 +1,7 @@ --- -title: Авторизация центра сертификации (CAA) +title: Авторизация центров сертификации (CAA) slug: caa -lastmod: 2023-08-16 +lastmod: 2026-10-04 show_lastmod: 1 --- diff --git a/content/ru/docs/staging-environment.md b/content/ru/docs/staging-environment.md index e3e3f95cae..f6a1d90261 100644 --- a/content/ru/docs/staging-environment.md +++ b/content/ru/docs/staging-environment.md @@ -1,8 +1,7 @@ --- title: Тестовое окружение slug: staging-environment -date: 2018-01-05 -lastmod: 2025-01-22 +lastmod: 2026-04-10 show_lastmod: 1 --- @@ -13,35 +12,98 @@ URL-адрес ACME нашего [тестового окружения ACME v2] `https://acme-staging-v02.api.letsencrypt.org/directory` -Если вы используете Certbot, тестовое окружение можно запустить с помощью флага `--test-cert`. В случае других ACME-клиентов ищите информацию по использованию нашего тестового окружения в их инструкциях. Пожалуйста, обратите внимание, что тестовое окружение v2 требует v2-совместимого ACME-клиента. +Если вы используете [Certbot](https://certbot.eff.org/), можете воспользоваться нашей тестовой средой, указав флаг `--test-cert` или `--dry-run`. В случае других ACME-клиентов ищите информацию по использованию нашего тестового окружения в их инструкциях. -# Лимиты - -В тестовом окружении используются те же лимиты, что и для [рабочих серверов](/docs/rate-limits), со следующими исключениями: - -* **Сертификаты для зарегистрированного домена** — лимит 30 000 в неделю. -* **Дубликат сертификата** — лимит 30 000 в неделю. -* **Неудачная проверка** — лимит 60 в час. -* **Аккаунты на IP-адрес** — лимит 50 аккаунтов за 3 часа на один IP. -* Для ACME v2 лимит **Новых заказов** — 1500 новых заказов за 3 часа на аккаунт. - -# Иерархия тестовых сертификатов - -В тестовом окружении имеется своя иерархия сертификатов, [повторяющая рабочую](/certificates). +Обратите внимание, что учетные записи ACME привязаны к конкретной среде, поэтому для тестовой среды требуется отдельная учетная запись. Certbot берет это на себя. -## Промежуточные сертификаты +# Лимиты -В тестовом окружении есть два промежуточных сертификата: промежуточный RSA [(STAGING) Artificial Apricot R3"](/certs/staging/letsencrypt-stg-int-r3.pem) и промежуточный ECDSA [(STAGING) Ersatz Edamame E1"](/certs/staging/letsencrypt-stg-int-e1.pem). +В тестовой (staging) среде действуют те же ограничения частоты запросов, что и [описанные для рабочей (production) среды](/docs/rate-limits), но с другими значениями: -Выпуск сертификатов ECDSA был [включен в тестовом окружении](https://community. letsencrypt. org/t/ecdsa-issuance-available-in-staging-march-24/147839) 24 марта 2021; все запросы на выгрузку сертификатов ECDSA с ключами ECDSA подписаны "(STAGING) Ersatz Edamame E1" и используют иерархию ECDSA. Аналогично, все запросы на получение сертификатов с ключами RSA подписываются "(STAGING) Artificial Apricot R3" и используют иерархию RSA. Не существует способа получения подписанного RSA-сертификата для ключа ECDSA и наоборот; тип полученного сертификата зависит от типа ключа, который вы создали локально. +* Лимит на **[количество новых регистраций с одного IP-адреса](/docs/rate-limits/#new-registrations-per-ip-address)** составляет 50 за 3 часа. +* Лимит на **[количество новых регистраций для одного диапазона IPv6](/docs/rate-limits/#new-registrations-per-ipv6-range)** составляет 500 за 3 часа (столько же, сколько в рабочей среде). +* Лимит на **[новые заказы для одного аккаунта](/docs/rate-limits/#new-orders-per-account)** составляет 1500 за 3 часа. +* Лимит на **[новые сертификаты для зарегистрированного домена](/docs/rate-limits/#new-certificates-per-registered-domain)** составляет 30000 в секунду. +* Лимит на **[новые сертификаты для точного набора идентификаторов](/docs/rate-limits/#new-certificates-per-exact-set-of-identifiers)** составляет 30000 в неделю. +* Лимит на **[ошибки авторизации для одного идентификатора в рамках одного аккаунта](/docs/rate-limits/#authorization-failures-per-identifier-per-account)** составляет 200 в час. +* Лимит на **[последовательные сбои авторизации для одного идентификатора в рамках одного аккаунта](/docs/rate-limits/#consecutive-authorization-failures-per-identifier-per-account)** составляет 3600 за 6 часов. -## Корневые сертификаты +[Общие лимиты запросов](/docs/rate-limits/#overall-requests-limit) следующие: -Тестовое окружение имеет два активных корневых сертификата, **которые отсутствуют** в доверенном хранилище/клиенте: "(STAGING) Pretend Pear X1" и "(STAGING) Bogus Broccoli X2". Если вы хотите изменить только тестовый клиент, который доверяет тестовой среде для целей тестирования, вы можете это сделать, добавив ["(STAGING) Pretend Pear X1"](/certs/staging/letsencrypt-stg-root-x1.pem) и/или ["(STAGING) Bogus Broccoli X2"](/certs/staging/letsencrypt-stg-root-x2.pem) сертификат в ваше тестовое доверенное хранилище. Вы можете найти все наши тестовые сертификаты [здесь](/static/certs/staging). Важно: Не добавляйте тестовый корневой или промежуточный сертификат в доверенное хранилище, которое вы используете для обычного серфинга и другой деятельности в сети, так как они не прошли аудит и не соответствуют стандартам наших рабочих корневых сертификатов, потому небезопасны для использования где-либо еще, кроме тестирования. +| Конечная точка | Запросов на IP (в секунду) | Пропускная способность | +| ------------------ | -------------------------- | ---------------------- | +| /acme/new-nonce | 20 | 10 | +| /acme/new-account | 5 | 15 | +| /acme/new-order | 20 | 40 | +| /acme/revoke-cert | 10 | 100 | +| /acme/renewal-info | 1000 | 100 | +| /acme/* | 20 | 20 | +| /directory | 40 | 40 | -# Прозрачность сертификата +# Иерархия тестовых сертификатов -Тестовое окружение отправляет предварительные сертификаты в Let's Encrypt [Sapling](/docs/ct-logs) и Google [testtube](http://www.certificate-transparency.org/known-logs#TOC-Test-Logs) журналы тестирования CT и включает возвращенные SCT в выпущенные сертификаты. +В тестовом окружении имеется своя иерархия сертификатов, [повторяющая рабочую](/certificates). Названия были изменены: к ним добавлен префикс (STAGING) и уникальный идентификатор, чтобы их можно было четко отличить от соответствующих объектов в рабочей среде. + +## Корневые ЦС + +В тестовой среде (staging) имеется четыре активных корневых сертификата — «(STAGING) Pretend Pear X1», «(STAGING) Bogus Broccoli X2», «(STAGING) Yearning Yucca Root YE» и «(STAGING) Yonder Yam Root YR», — которые **отсутствуют** в хранилищах доверенных сертификатов браузеров или клиентских приложений. + +Если вы хотите настроить клиент, предназначенный только для тестирования, так, чтобы он доверял тестовой среде (staging environment), вы можете сделать это, добавив соответствующие сертификаты в хранилище доверенных сертификатов, используемое при тестировании. **Важное примечание:** Не добавляйте промежуточные или корневые сертификаты из тестовой среды (staging) в хранилище доверенных сертификатов, которое вы используете для обычного просмотра веб-страниц или других повседневных задач. Такие сертификаты не проходят аудит и к ним не предъявляются те же требования, что и к нашим рабочим (production) корневым сертификатам, поэтому их использование для любых целей, кроме тестирования, небезопасно. + +* **Pretend Pear X1** + * Субъект: `O = (STAGING) Internet Security Research Group, CN = (STAGING) Pretend Pear X1` + * Тип ключа: `RSA 4096` + * Сведения о сертификате: [der](/certs/staging/letsencrypt-stg-root-x1.der), [pem](/certs/staging/letsencrypt-stg-root-x1.pem), [txt](/certs/staging/letsencrypt-stg-root-x1.txt) + * Тестовые веб-сайты: [valid (рабочий)](https://valid.x1.staging-test-certs.letsencrypt.org/), [revoked (отозванный)](https://revoked.x1.staging-test-certs.letsencrypt.org/), [expired (устаревший)](https://expired.x1.staging-test-certs.letsencrypt.org/) +* **Bogus Broccoli X2** + * Субъект: `O = (STAGING) Internet Security Research Group, CN = (STAGING) Bogus Broccoli X2` + * Тип ключа: `ECDSA P-384` + * Сведения о сертификате (самоподписанном): [der](/certs/staging/letsencrypt-stg-root-x2.der), [pem](/certs/staging/letsencrypt-stg-root-x2.pem), [txt](/certs/staging/letsencrypt-stg-root-x2.txt) + * Сведения о сертификате (с перекрестной подписью Pretend Pear X1): [der](/certs/staging/letsencrypt-stg-root-x2-signed-by-x1.der), [pem](/certs/staging/letsencrypt-stg-root-x2-signed-by-x1.pem), [txt](/certs/staging/letsencrypt-stg-root-x2-signed-by-x1.txt) + * Тестовые веб-сайты: [valid (рабочий)](https://valid.x2.staging-test-certs.letsencrypt.org/), [revoked (отозванный)](https://revoked.x2.staging-test-certs.letsencrypt.org/), [expired (устаревший)](https://expired.x2.staging-test-certs.letsencrypt.org/) +* **Yearning Yucca Root YE** + * Субъект: `O = ISRG, CN = (STAGING) Yearning Yucca Root YE` + * Тип ключа: `ECDSA P-384` + * Сведения о сертификате (самоподписанном): [der](/certs/staging/gen-y/root-ye.der), [pem](/certs/staging/gen-y/root-ye.pem), [txt](/certs/staging/gen-y/root-ye.txt) + * Сведения о сертификате (с перекрестной подписью Bogus Broccoli X2): [der](/certs/staging/gen-y/root-ye-by-x2.der), [pem](/certs/staging/gen-y/root-ye-by-x2.pem), [txt](/certs/staging/gen-y/root-ye-by-x2.txt) + * Тестовые веб-сайты: [valid (рабочий)](https://valid.ye.staging-test-certs.letsencrypt.org/), [revoked (отозванный)](https://revoked.ye.staging-test-certs.letsencrypt.org/), [expired (устаревший)](https://expired.ye.staging-test-certs.letsencrypt.org/) +* **Yonder Yam Root YR** + * Субъект: `O = ISRG, CN = (STAGING) Yonder Yam Root YR` + * Тип ключа: `RSA 4096` + * Сведения о сертификате (самоподписанном): [der](/certs/staging/gen-y/root-yr.der), [pem](/certs/staging/gen-y/root-yr.pem), [txt](/certs/staging/gen-y/root-yr.txt) + * Сведения о сертификате (с перекрестной подписью Pretend Pear X1): [der](/certs/staging/gen-y/root-yr-by-x1.der), [pem](/certs/staging/gen-y/root-yr-by-x1.pem), [txt](/certs/staging/gen-y/root-yr-by-x1.txt) + * Тестовые веб-сайты: [valid (рабочий)](https://valid.yr.staging-test-certs.letsencrypt.org/), [revoked (отозванный)](https://revoked.yr.staging-test-certs.letsencrypt.org/), [expired (устаревший)](https://expired.yr.staging-test-certs.letsencrypt.org/) + +## Нижестоящие (промежуточные) ЦС + +В тестовой среде имеются промежуточные сертификаты, имитирующие сертификаты для рабочей среды и выданные на основе указанных выше недоверенных корневых сертификатов. Как и в рабочей среде, не все они используются одновременно. Полный список текущих промежуточных сертификатов: + +* (STAGING) Pseudo Plum E5 +* (STAGING) False Fennel E6 +* (STAGING) Puzzling Parsnip E7 +* (STAGING) Mysterious Mulberry E8 +* (STAGING) Fake Fig E9 +* (STAGING) Counterfeit Cashew R10 +* (STAGING) Wannabe Watercress R11 +* (STAGING) Riddling Rhubarb R12 +* (STAGING) Tenuous Tomato R13 +* (STAGING) Not Nectarine R14 +* (STAGING) Artificial Amaranth YE1 +* (STAGING) Baloney Bulgur YE2 +* (STAGING) Cad Corn YE3 +* (STAGING) Dastardly Durum YR1 +* (STAGING) Ersatz Emmer YR2 +* (STAGING) Fake Farro YR3 + +Эти промежуточные сертификаты могут быть изменены в любой момент; ни одна система не должна полагаться на них или жестко привязываться к ним. В целом можно ожидать, что промежуточные сертификаты в тестовой среде будут соответствовать аналогичным промежуточным сертификатам в рабочей (доверенной) среде. При крайней необходимости полные сведения о сертификате можно получить [здесь](https://github.com/letsencrypt/website/blob/main/static/certs/staging). + +# Прозрачность сертификата (CT) + +В тестовой среде используется несколько тестовых CT-логов. SCT из этих логов включаются в тестовые (staging) сертификаты. Однако тестовая (staging) среда является только тестовой, и использовать CT для надежного отслеживания сертификатов, выданных в этой среде, нельзя. + +В число этих логов входят [тестовые логи](/docs/ct-logs#testing) Let's Encrypt, а также тестовые логи от других операторов логов прозрачности сертификатов. + +Кроме того, могут использоваться некоторые логи [ct-test-srv](https://pkg.go.dev/github.com/letsencrypt/boulder/test/ct-test-srv), которые не являются настоящими логами и не хранят выданные сертификаты. # Непрерывная интеграция (CI)/тестирование разработки diff --git a/content/ru/docs/why-all-https.md b/content/ru/docs/why-all-https.md index 4f346960ab..3c61976776 100644 --- a/content/ru/docs/why-all-https.md +++ b/content/ru/docs/why-all-https.md @@ -1,4 +1,24 @@ --- +title: Почему все веб-сайты должны использовать HTTPS slug: why-all-https -untranslated: 1 +lastmod: 2025-08-03 +show_lastmod: 1 --- + +Некоторые администраторы серверов исторически утверждали, что у них нет ничего конфиденциального на их веб-сайте, и поэтому нет необходимости в конфиденциальности. Однако это не слишком веский довод, и мы считаем, что все веб-сайты должны использовать HTTPS по следующим причинам: + +## Обычный HTTP-трафик может быть просмотрен в процессе передачи + +Если трафик не зашифрован, его можно просмотреть во время передачи. Это означает, что любой контент, передаваемый в обоих направлениях по соединению — включая конфиденциальные данные, — может быть просмотрен любым объектом на пути следования сети. Это очевидная проблема конфиденциальности — всё равно что пересылать письма туда-сюда без конверта. + +Даже если владелец сервера считает, что на его сайте нет ничего конфиденциального, люди порой совершают ошибки. Возможно, передавать конфиденциальную информацию и _не следует_, но это не значит, что она не будет передана. HTTPS помогает гарантировать, что ошибки не приведут к нарушениям конфиденциальности. + +Кроме того, оператор сервера не контролирует весь трафик, поступающий на его веб-сайт и исходящий с него: он никак не может помешать посетителям случайно _отправить_ конфиденциальную информацию в составе запроса — например, через веб-форму или из-за неправильной настройки клиентского программного обеспечения. Ожидать, что они никогда этого не сделают, — это неоправданно завышенное ожидание. + +Наконец, иногда сам факт посещения веб-сайта может представлять собой конфиденциальную информацию, особенно для людей, живущих в условиях репрессивных режимов. В HTTPS предусмотрено расширение под названием [Encrypted Client Hello (ECH)](https://en.wikipedia.org/wiki/Server_Name_Indication#Encrypted_Client_Hello), которое позволяет скрыть эту информацию, однако на сайтах, использующих HTTP, такой дополнительный уровень защиты недоступен. + +## Обычный HTTP-трафик может быть изменен в процессе передачи + +Более того, если трафик не зашифрован, его можно изменить в процессе передачи. Это означает, что никто не может быть уверен в том, что отправленное совпадает с полученным — в обоих направлениях. Этому соединению недостает не только конфиденциальности, но и _целостности_. + +Распространённым примером этого является внедрение рекламы и/или вредоносного ПО в ответы сервера. Если на веб-сайте не используется HTTPS, он подвергает посетителей такому риску — независимо от того, какой контент на этом сайте размещён.