RFC3365 · Строгие требования безопасности для стандартных протоколов Internet Engineering Task Force

{
  "id": "RFC3365",
  "number": 3365,
  "title_en": "Strong Security Requirements for Internet Engineering Task Force Standard Protocols",
  "title_ru": "Строгие требования безопасности для стандартных протоколов Internet Engineering Task Force",
  "summary_ru": "RFC 3365 фиксирует консенсус IETF: стандартные протоколы IETF ОБЯЗАНЫ (MUST) использовать надлежащие сильные механизмы безопасности. Документ обосновывает это требование свойствами Интернета и практикой развёртывания протоколов за пределами первоначально предполагаемых защищённых сред. Выбор конкретных сервисов безопасности зависит от приложения и модели угроз: конфиденциальность требуется не всегда, тогда как аутентификация и целостность могут быть необходимы. Средства безопасности должны быть ОБЯЗАТЕЛЬНЫ к реализации (MUST IMPLEMENT), хотя в отдельных защищённых средах пользователь или развёртывающая сторона может отключить их использование.",
  "purpose_ru": "Задокументировать консенсус IETF о требованиях безопасности к протоколам и привести историческое обоснование, закрепив его как Best Current Practice.",
  "use_ru": "Применять при проектировании стандартных протоколов IETF: анализировать угрозы, документировать их и логику защитного решения в разделе Security Considerations, выбирать подходящие существующие протоколы или криптографические средства. Реализовывать сильные средства безопасности так, чтобы их можно было включить при развёртывании в глобальном Интернете.",
  "full_translation_path": "translations/rfc3365.html",
  "full_translation_checked_at": "2026-10-03",
  "full_translation_source_sha256": "a16380cfe67e137e61a233088e36ee303def48e26f26e1e8ff2ba511afcb2b0a",
  "architect_note_ru": "BCP 61 действует и не заменяет анализа конкретной модели угроз. RFC не предписывает конфиденциальность для каждого протокола, но указывает, что для аутентификации и целостности часто требуется криптографическая технология. Документ не имеет отношений obsoletes, obsoleted_by, updates или updated_by; перечисленные в тексте версии IPsec, TLS, SASL и GSSAPI отражают состояние на 2002 год.",
  "topics_ru": [],
  "translation_state": "reviewed",
  "verification_level": "primary_source_reviewed",
  "verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
  "verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-03",
  "abstract_en": "It is the consensus of the IETF that IETF standard protocols MUST make use of appropriate strong security mechanisms. This document describes the history and rationale for this doctrine and establishes this doctrine as a best current practice.",
  "authors": [
    "J. Schiller"
  ],
  "organizations": [],
  "publication_date": "2002-08-01",
  "current_status": "BEST CURRENT PRACTICE",
  "current_status_ru": "Лучшая современная практика",
  "publication_status": "BEST CURRENT PRACTICE",
  "publication_status_ru": "Лучшая современная практика",
  "lifecycle": "active",
  "lifecycle_ru": "Действующий",
  "stream": "Legacy",
  "stream_ru": "Исторический поток",
  "area": "",
  "area_ru": "",
  "working_group": "",
  "source_draft": "draft-ietf-saag-whyenc-00",
  "page_count": 8,
  "doi": "10.17487/RFC3365",
  "keywords": [
    "ietf"
  ],
  "formats": [
    "TXT",
    "HTML"
  ],
  "relations": {
    "obsoletes": [],
    "obsoleted_by": [],
    "updates": [],
    "updated_by": [],
    "is_also": [
      "BCP61"
    ],
    "see_also": []
  },
  "links": {
    "info": "https://www.rfc-editor.org/info/rfc3365/",
    "html": "https://www.rfc-editor.org/rfc/rfc3365.html",
    "txt": "https://www.rfc-editor.org/rfc/rfc3365.txt",
    "datatracker": "https://datatracker.ietf.org/doc/rfc3365/"
  }
}