В проектировании компьютерных сетей Интернет -стандарт представляет собой нормативную спецификацию технологии или методологии, применимой к Интернету . Интернет-стандарты создаются и публикуются Инженерной группой Интернета (IETF). Они обеспечивают взаимодействие аппаратного и программного обеспечения из разных источников, что позволяет Интернету функционировать. [1] Поскольку Интернет стал глобальным, Интернет-стандарты стали лингва-франка всемирного общения. [2]
Технический вклад в IETF начинается с Интернет-проекта , может быть повышен до уровня Запроса комментариев и в конечном итоге может стать Интернет-стандартом.
Интернет-стандарт характеризуется технической зрелостью и полезностью. IETF также определяет предлагаемый стандарт как менее зрелую, но стабильную и хорошо проверенную спецификацию. Проект стандарта представлял собой промежуточный уровень, прекращение которого было прекращено в 2011 году. [3] Проект стандарта представлял собой промежуточный шаг, который произошел после предлагаемого стандарта, но до Интернет-стандарта.
Как указано в RFC 2026:
В целом, Интернет-стандарт — это спецификация, которая стабильна и хорошо понятна, технически компетентна, имеет множество независимых и совместимых реализаций, имеет значительный опыт эксплуатации, пользуется значительной общественной поддержкой и явно полезна в некоторых или во всех частях Интернета. Интернет.
Интернет-стандарт документируется [4] запросом комментариев (RFC) или набором RFC. Спецификация, которая должна стать стандартом или частью стандарта, начинается как проект в Интернете , а затем, обычно после нескольких редакций, принимается и публикуется редактором RFC как RFC и помечается как предлагаемый стандарт . Позже, когда зрелость достигнет приемлемого уровня, RFC повышается до уровня Интернет-стандарта с дополнительным порядковым номером. В совокупности эти этапы известны как Standards Track и определены в RFC 2026 и RFC 6410. Метка «Исторический» применяется к устаревшим документам Standards Track или устаревшим RFC, которые были опубликованы до создания Standards Track.
Только IETF , представленный Руководящей группой по разработке Интернета (IESG), может утверждать RFC для отслеживания стандартов. Полный список интернет-стандартов содержится в Официальных стандартах интернет-протоколов. Ранее STD 1 использовался для сохранения моментального снимка списка. [5]
Интернет-стандарт — это набор правил, которым должны следовать устройства при подключении к сети. Поскольку технология развивалась, правила взаимодействия между компьютерами должны были меняться вместе с ней. Это протоколы, которые используются сегодня. Большинство из них были разработаны задолго до эпохи Интернета , еще в 1970-х годах, вскоре после создания персональных компьютеров .
TCP/IP
Официальная дата запуска первого Интернета — 1 января 1983 года. [6] Вступил в силу протокол управления передачей/Интернет-протокол (TCP/IP) . ARPANET (Сеть агентства перспективных исследовательских проектов) и Сеть оборонных данных были сетями для реализации протоколов. Эти протоколы считаются важной частью работы Интернета, поскольку они определяют правила, по которым работают соединения между серверами. Они до сих пор используются, реализуя различные способы отправки данных через глобальные сети.
IPsec
Безопасность интернет-протокола — это набор протоколов, обеспечивающих целостность шифрования при соединении между несколькими устройствами. Целью этого протокола является защита общедоступных сетей. По данным IETF Datatracker, группа, занимающаяся его созданием, была создана 25 ноября 1992 года. [7] Полгода спустя группа была создана, а вскоре, в середине 1993 года, был опубликован первый проект.
HTTP
Протокол передачи гипертекста сегодня является одним из наиболее часто используемых протоколов в контексте Всемирной паутины. HTTP — это простой протокол, управляющий обменом документами, написанными на языке гипертекстовых меток (HTML) , через сети. Этот протокол является основой Интернета, позволяющей практически существовать всей гипертекстовой системе. Он был создан командой разработчиков под руководством Тима Бернерса-Ли . Бернерс-Ли является автором предложения о его создании, которое он сделал в 1989 году. 6 августа 1991 года — дата, когда он опубликовал первую полную версию HTTP на публичном форуме. [8] Эту дату впоследствии некоторые считают официальным рождением Всемирной паутины. HTTP постоянно развивался с момента своего создания, становясь все более сложным с течением времени и развитием сетевых технологий. По умолчанию HTTP не шифруется, поэтому на практике используется HTTPS , что означает HTTP Secure.
ТЛС/SSL
TLS означает Transport Layer Security , который является стандартом, который позволяет двум различным конечным точкам надежно и конфиденциально соединяться друг с другом. TLS пришел на замену SSL. Протокол Secure Sockets Layers был впервые представлен до создания HTTPS и был создан Netscape. На самом деле HTTPS был основан на SSL, когда он впервые появился. Было очевидно, что необходим один общий способ шифрования данных, поэтому IETF указал TLS 1.0 в RFC 2246 в январе 1999 года. [9] С тех пор он был обновлен. Последняя версия TLS — 1.3 из RFC 8446, выпущенная в августе 2018 года.
Модель OSI
Модель взаимодействия открытых систем начала свою разработку в 1977 году. [10] Она была создана Международной организацией по стандартизации . Он был официально опубликован и принят в качестве стандарта для использования в 1979 году. Затем он несколько раз обновлялся и достиг окончательной версии. Потребовалось несколько лет, чтобы протокол был представлен в окончательном виде. ISO 7498 был опубликован в 1984 году. Наконец, в 1995 году модель OSI была снова пересмотрена, чтобы удовлетворить насущные потребности стремительного развития в области компьютерных сетей.
UDP
Целью протокола пользовательских дейтаграмм было найти способ максимально быстрого и эффективного взаимодействия между двумя компьютерами. UDP был задуман и реализован Дэвидом П. Ридом в 1980 году. [11] По сути, он работает с использованием сжатия для отправки информации. Данные будут сжаты в дейтаграмму и отправлены точка-точка. Это оказался безопасный способ передачи информации, и, несмотря на недостаток качества данных, UDP все еще используется.
Становление стандартом — это двухэтапный процесс в рамках процесса стандартизации Интернета: предлагаемый стандарт и стандарт Интернета . Они называются уровнями зрелости , а сам процесс называется « Трек стандартов» .
Если RFC является частью предложения, находящегося в стадии разработки стандартов, то на первом этапе предлагается стандарт, а впоследствии организации решают, следует ли внедрять этот предлагаемый стандарт. После того, как критерии RFC 6410 будут выполнены (две отдельные реализации, широкое использование, отсутствие ошибок и т. д.), RFC может перейти к стандарту Интернета.
Процесс стандартизации Интернета определен в нескольких документах «Лучшая текущая практика», в частности в BCP 9 (в настоящее время [обновлять]RFC 2026 и RFC 6410). Ранее существовало три уровня зрелости стандартов: предлагаемый стандарт , проект стандарта и интернет-стандарт . RFC 6410 сократил это число до двух уровней зрелости.
RFC 2026 первоначально характеризовал Предлагаемые стандарты как незрелые спецификации, но эта позиция была аннулирована RFC 7127. [12]
Предлагаемая стандартная спецификация является стабильной, учитывает известные варианты проектирования, получила значительную оценку сообщества и, похоже, пользуется достаточным интересом сообщества, чтобы считаться ценной. Обычно для обозначения спецификации в качестве предлагаемого стандарта не требуется ни опыта внедрения, ни опыта эксплуатации.
Предлагаемые стандарты имеют такое качество, что их реализации могут быть развернуты в Интернете. Однако, как и все технические спецификации, предлагаемые стандарты могут быть пересмотрены, если будут обнаружены проблемы или выявлены лучшие решения, когда будет собран опыт внедрения таких технологий в больших масштабах.
Многие предлагаемые стандарты фактически развернуты в Интернете и широко используются в качестве стабильных протоколов. Реальная практика показывает, что полное прохождение последовательности уровней стандартов обычно происходит довольно редко, и большинство популярных протоколов IETF остаются на уровне предлагаемого стандарта. [13]
В октябре 2011 года RFC 6410 объединил второй и третий уровни зрелости в один проект стандарта. Существующие старые проекты стандартов сохраняют эту классификацию. IESG может реклассифицировать старый проект стандарта как предлагаемый стандарт через два года (октябрь 2013 г.) .
Интернет-стандарт характеризуется высокой степенью технической зрелости и общепринятым убеждением, что указанный протокол или услуга приносят значительную пользу интернет-сообществу. Обычно Интернет-стандарты охватывают функциональную совместимость систем в Интернете посредством определения протоколов, форматов сообщений, схем и языков. Интернет-стандарт гарантирует, что оборудование и программное обеспечение, произведенные разными поставщиками, могут работать вместе. Наличие стандарта значительно упрощает разработку программного и аппаратного обеспечения, связывающего разные сети, поскольку программное и аппаратное обеспечение можно разрабатывать на одном уровне за раз. Обычно стандарты, используемые при передаче данных, называются протоколами.
Всем интернет-стандартам присвоен номер в серии STD. Эта серия была обобщена в первом документе STD 1 (RFC 5000) до 2013 года, но эта практика была отменена в RFC 7100. Окончательный список интернет-стандартов теперь поддерживается редактором RFC. [14]
Документы, представленные редактору IETF и принятые в качестве RFC, не редактируются; если документ необходимо изменить, он представляется повторно и ему присваивается новый номер RFC. Когда RFC становится стандартом Интернета (STD), ему присваивается номер STD, но сохраняется его номер RFC. Когда Интернет-стандарт обновляется, его номер не изменяется, но относится к другому RFC или набору RFC. Например, в 2007 году RFC 3700 был стандартом Интернета (STD 1), а в мае 2008 года он был заменен на RFC 5000. RFC 3700 получил статус исторического , а RFC 5000 стал STD 1.
Список интернет-стандартов первоначально был опубликован как STD 1, но от этой практики отказались в пользу онлайн-списка, поддерживаемого редактором RFC. [15]
Процесс стандартизации делится на три этапа:
Существует пять организаций по стандартизации Интернета: Инженерная группа Интернета (IETF), Общество Интернета (ISOC), Совет по архитектуре Интернета (IAB), Целевая группа исследований Интернета (IRTF), Консорциум Всемирной паутины (W3C). Все организации обязаны использовать и выражать язык Интернета, чтобы оставаться конкурентоспособными на нынешнем этапе развития Интернета. Некоторые основные цели процесса стандартизации Интернета: обеспечить техническое совершенство; более раннее внедрение и тестирование; идеальные, краткие и понятные записи.
Создание и совершенствование Интернет-стандартов — это постоянная работа, и Рабочая группа по разработке Интернета играет в этом отношении значительную роль. Эти стандарты разработаны и доступны Инженерной группе Интернета (IETF). Это ведущая ассоциация по стандартизации Интернета, которая использует хорошо документированные процедуры для создания этих стандартов. После распространения эти стандарты становятся легко доступными без каких-либо затрат.
До 1993 года федеральное правительство США поддерживало IETF. Теперь этим занимается Совет по архитектуре Интернета (IAB) Internet Society. Это восходящая организация, не имеющая формальных требований для вступления и не имеющая официальной процедуры членства. Он внимательно сотрудничает с Консорциумом Всемирной паутины (W3C) и другими организациями по разработке стандартов. Более того, он в значительной степени полагается на рабочие группы, которые создаются и предлагаются региональному директору. IETF полагается на свои рабочие группы для расширения условий и стратегий IETF с целью повышения эффективности работы Интернета. [16] Затем рабочая группа действует под руководством регионального директора и продвигает соглашение. После распространения предлагаемого устава по спискам рассылки IESG и IAB и его одобрения он далее передается в IETF. Для принятия предложения не обязательно иметь полное согласие всех рабочих групп. Рабочим группам IETF требуется только прибегнуть к проверке прочности соглашения.
Аналогичным образом, Рабочая группа разрабатывает документы в рамках RFC, которые представляют собой меморандумы, содержащие подходы, действия, исследования, а также инновации, подходящие для функционирования Интернета и связанных с Интернетом механизмов. Другими словами, запросы на комментарии (RFC) в основном используются для разработки стандартного сетевого протокола, который коррелирует с сетевыми операторами. Некоторые RFC предназначены для предоставления информации, тогда как другие обязаны публиковать стандарты Интернета. Окончательная форма RFC преобразуется в стандартную и выдается с цифрами. После этого никакие комментарии или изменения в заключительной форме не принимаются. [17] Этот процесс соблюдается во всех областях, чтобы сформировать единодушное мнение о проблеме, связанной с Интернетом, и разработать интернет-стандарты как решение различных сбоев. Существует восемь общих областей, на которых IETF фокусируется и использует различные рабочие группы вместе с директором области. В «общей» сфере работает и развивает стандарты Интернета. В области «Приложения» основное внимание уделяется интернет-приложениям, таким как веб-протоколы. Кроме того, он также работает над развитием интернет-инфраструктуры в форме расширений PPP. IETF также устанавливает принципы и описания сетевых процессов, таких как удаленное наблюдение за сетью. Например, IETF уделяет особое внимание расширению технических стандартов, охватывающих набор протоколов Интернета (TCP/IP). Совет по архитектуре Интернета (IAB) вместе с Целевой группой по исследованиям Интернета (IRTF) поддерживают усилия IETF по использованию инновационных технологий.
IETF — это организация, занимающаяся стандартизацией, которая концентрируется на выработке «стандартных» экспертных положений и их предполагаемом использовании. IETF концентрируется на вопросах, связанных с развитием современных технологий Интернета и TCP/IP. Он разделен на многочисленные рабочие группы (РГ), каждая из которых отвечает за развитие стандартов и навыков в конкретной зоне, например, маршрутизацию или безопасность. Люди в рабочих группах являются волонтерами и работают в таких областях, как поставщики оборудования, сетевые операторы и различные исследовательские учреждения. Во-первых, он работает над тем, чтобы добиться общего рассмотрения потребностей, которые должны обсуждаться в рамках усилий. Затем формируется рабочая группа IETF, и потребности обсуждаются на влиятельных ассамблеях Birds of a Feather (BoF) на конференциях IETF.
Инженерная группа Интернета (IETF) — ведущая организация по стандартизации Интернета. Он следует открытым и хорошо документированным процессам установления интернет-стандартов. Ресурсы, которые предлагает IETF, включают RFC, интернет-проекты, функции IANA, права интеллектуальной собственности, процесс стандартизации, а также публикацию и доступ к RFC. [18]
Существует два способа формирования Интернет-стандарта, которые можно отнести к одной из следующих категорий: стандарты «де-юре» и стандарты «де-факто». [24] Стандарт де-факто становится стандартом благодаря широкому использованию в технологическом сообществе. Стандарт де-юре формально создается официальными организациями, занимающимися разработкой стандартов. [24] Эти стандарты проходят процесс Интернет-стандартизации. Общие стандарты де-юре включают ASCII , SCSI и набор протоколов Интернета . [20]
Спецификации, подпадающие под процесс стандартизации Интернета, можно разделить на одну из следующих категорий: техническая спецификация (TS) и заявление о применимости (AS). [25] Техническая спецификация — это заявление, описывающее все соответствующие аспекты протокола, услуги, процедуры, соглашения или формата. [25] Сюда входит сфера применения и цель использования, или «область применимости». Однако использование TS в Интернете определяется Заявлением о применимости. AS определяет, как и при каких обстоятельствах TS могут применяться для поддержки конкретной возможности Интернета. AS определяет способы объединения соответствующих TS и определяет параметры или подфункции протоколов TS. AS также описывает области применимости TS, такие как Интернет-маршрутизаторы, терминальные серверы или серверы баз данных на основе дейтаграмм. [25] AS также применяет один из следующих «уровней требований» к каждому из TS, к которым он относится:
Модель TCP/IP и связанные с ней стандарты Интернета Веб-стандарты — это тип интернет-стандарта, определяющий аспекты Всемирной паутины . Они позволяют создавать и отображать веб-сайты. Тремя ключевыми стандартами, используемыми во Всемирной паутине, являются протокол передачи гипертекста , HTML и URL . [26] Соответственно, они определяют передачу данных между браузером и веб-сервером, содержание и макет веб-страницы, а также то, что означают идентификаторы веб-страницы.
Сетевые стандарты — это тип интернет-стандарта, который определяет правила передачи данных в сетевых технологиях и процессах. Интернет-стандарты допускают процедуру связи устройства с другими устройствами.
Что касается модели TCP/IP, общие стандарты и протоколы на каждом уровне следующие :
Интернет рассматривается как открытая игровая площадка, которую люди могут использовать бесплатно, а сообщества могут контролировать. Однако крупные компании сформировали его так, чтобы он наилучшим образом соответствовал их потребностям. Будущее интернет-стандартов не станет исключением. В настоящее время широко используются, но небезопасные протоколы, такие как протокол пограничного шлюза (BGP) и система доменных имен (DNS). [27] Это отражает распространенную практику, которая больше ориентирована на инновации, чем на безопасность. Компании имеют возможность решить эти проблемы. Поскольку Интернет находится в руках отрасли, пользователи должны зависеть от бизнеса в защите уязвимостей, присутствующих в этих стандартах. [27]
Способы повышения безопасности BGP и DNS уже существуют, но они не получили широкого распространения. Например, существует существующая защита BGP под названием Routing Public Key Infrastructure (RPKI). Это база данных маршрутов, которые известны как безопасные и имеют криптографическую подпись. [28] Пользователи и компании отправляют маршруты и проверяют маршруты других пользователей на безопасность. Если бы он получил более широкое распространение, можно было бы добавить и подтвердить больше маршрутов. Однако RPKI набирает обороты. По состоянию на декабрь 2020 года технологический гигант Google зарегистрировал 99% своих маршрутов с помощью RPKI. [28] Они упрощают предприятиям внедрение мер безопасности BGP. DNS также имеет протокол безопасности с низкой скоростью распространения: расширения безопасности DNS (DNSSEC). По сути, на каждом этапе процесса поиска DNS DNSSEC добавляет подпись к данным, чтобы показать, что они не были подделаны. [29]
Некоторые компании взяли на себя инициативу по обеспечению безопасности интернет-протоколов. Остальные должны сделать это более распространенным.
{{cite book}}: CS1 maint: отсутствует местоположение издателя ( ссылка )