Trusted Network Connect

Архитектура Trusted Network Connect впервые была представлена на конференции RSA Conference в 2005 году. Изначально TNC разрабатывалась как стандарт управления доступом к сети с целью обеспечения контроля на конечных устройствах силами нескольких поставщиков.

В 2009 году организация Trusted Computing Group объявила о расширении спецификаций, распространив их на системы за пределами корпоративных сетей. Среди других областей применения Trusted Network Connect отмечаются системы управления промышленным производством (SCADA и ICS) и обеспечение информационной безопасности в этих системах^[4], а также применение TNC для физической безопасности.

В дальнейшем стандарт TNC уступил место архитектуре нулевого доверия (Zero Trust) и облачным решениям контроля доступа к сети (NAC)^[5]. При этом базовые принципы TNC, такие как проверка целостности конечных точек, были интегрированы в современные подходы к безопасности промышленных систем (IIoT) и отраслевые стандарты, в частности ISA/IEC 62443^[6].

Архитектура стандарта Trusted Network Connect состоит из трёх логических уровней:

• уровня доступа к сети;
• уровня оценки целостности;
• уровня измерения целостности^[7].

В рамках архитектуры выделяются три основные логические роли:

• Запрашивающий доступ (Access Requestor, AR) — конечное устройство, запрашивающее подключение к сети^[8].
• Точка принятия решений (Policy Decision Point, PDP) — компонент, который анализирует политики безопасности и принимает решение о доступе^[9].
• Точка применения политик (Policy Enforcement Point, PEP) — сетевое оборудование, которое физически исполняет решение, принятое PDP^[9].

Ключевыми программными компонентами системы являются сборщик данных о целостности (IMC) на клиенте и верификатор целостности (IMV) на сервере^[10].

При совместной работе с IEEE 802.1X функции разделяются: стандарт 802.1X отвечает за аутентификацию устройства, а TNC дополняет его оценкой состояния (проверкой соответствия политикам безопасности)^[8].

Стандарт является зрелым, активная разработка его основных спецификаций была завершена в начале 2010-х годов^[11].

Спецификации, разработанные рабочей группой TNC:^[12]

• Архитектура TNC для совместимости
• IF-IMC — интерфейс сбора данных о целостности (Integrity Measurement Collector Interface)
• IF-IMV — интерфейс верификации целостности (Integrity Measurement Verifier Interface)
• IF-TNCCS — интерфейс «Клиент-Сервер» Trusted Network Connect (Trusted Network Connect Client-Server Interface)^[13]
• IF-M — интерфейс сообщений IMC/IMV, специфичных для поставщика
• IF-T — интерфейс транспортировки авторизации в сети (Network Authorization Transport Interface)
• IF-PEP — интерфейс точки применения политики (Policy Enforcement Point Interface)
• IF-MAP — интерфейс точки доступа к метаданным (Metadata Access Point Interface)
• CESP — профиль поддержки конечных устройств без клиента (Clientless Endpoint Support Profile); концепция поддержки устройств без клиента была поглощена современными платформами Zero Trust^[14].
• Federated TNC — концепция была поглощена архитектурой Zero Trust^[14].

Некоторые поставщики, внедрившие стандарты TNC:

TNC-решения встраивались в оборудование компаний:

• Cisco
• HP
• Symantec
• Trapeze Networks
• Tofino

В современных решениях для контроля доступа к сети (NAC) и сетевого доступа с нулевым доверием (ZTNA) прямая поддержка стандарта TNC практически не встречается. Его основополагающие идеи были интегрированы вендорами в более широкие фреймворки архитектуры нулевого доверия (Zero Trust)^[15].

Первоначальные планы Армии США по использованию TNC были в дальнейшем заменены переходом на более современную программу Comply-to-Connect (C2C), которая стала фундаментальным элементом для реализации архитектуры «нулевого доверия» (Zero Trust) в Министерстве обороны США^[16].

Департамент пробации, условно-досрочного освобождения и помилования Южной Каролины проводил пилотный проект по интеграции TNC с протоколом автоматизации управления безопасностью (SCAP).