Международные стандарты и протоколы электронной коммерции

Рис 8. Обеспечение конфиденциальности переписки

Рис. 7. Обеспечение аутентичности в регулярной переписке

Рис. 6. Схема аутентификации, основанная на использовании сертификата ЭЦП.

Рис. 5. Схема получения сертификата ключа электронной подписи

Рис. 4. Схема проверки ЭЦП при асимметричном шифровании.

Рис. 3. Схема выработки ЭЦП при асимметричном шифровании

Классификация используемых для аутентификации методов и технологий

	Методы аутентификации
Общий многоразовый ключ	Общие одноразовые ключи	Алгоритмы с разделяемыми секретами (ключами)
Технологии аутентификации	Парольная аутентификация	Многоразовый пароль
Метод «запрос-ответ»
Использование бумажного или программно оформленного списка
Аппаратная аутентификация	Смарт-карты
Токены, дискеты, др. носители электронной информации
Устройства генерации одноразовых паролей
Биометрическая аутентификация	Отпечатки пальцев
Сетчатка глаза
Термокарта лица

Для формирования ЭЦП под документом владелец ключей сначала по стандартному алгоритму вычисляет свёртку документа (синонимы – хэш, дайджест, уникальный идентифицирующий код документа), а затем зашифрованная закрытым ключом свёртка помещается в конце документа.

Рассмотрим принципиальную схему выработки и проверки ЭЦП с применением алгоритмов асимметричного шифрования.

Хэширование применяется для сокращения объёма шифруемой информации и, тем самым, повышения производительности шифрования. В виду того, что теоретически не гарантировано однозначное соответствие хэша оригиналу, хэш-функция подбирается таким образом, чтобы было практически невозможно изменить документ, сохранив результат хэширования.

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

Закрытый ключ может храниться в защищённой области на диске или в памяти специализированного автономного носителя, например, USB-брелка или смарт-карты. Как правило, ключ дополнительно шифруется с использованием пароля или ПИН-кода, известных только правомерному владельцу.

Аутентификация субъекта, основанная на данной технологии, сводится к доказательству того, что он владеет закрытым ключом, соответствующим опубликованному открытому. В криптосистемах, поддерживающих технологию ЭЦП, доказательство владения заключается в том, что субъект подписывает своим закрытым ключом присланный ему запрос и посылает его обратно. Если проверка подтверждает корректность подписи – субъект действительно обладает соответствующим закрытым ключом. Для того чтобы злоумышленник, перехвативший подписанный запрос, не мог впоследствии использовать его, выдавая себя за правомерного владельца закрытого ключа, достаточно, чтобы запрос был неповторяющимся. Для того чтобы злоумышленник не подменил, находящийся в свободном доступе открытый ключ, используется схема, показанная на рис. 7.

Крупнейшие компании и нормативные организации, занимающиеся вопросами безопасности в Интернете, совместно разработали гибкую норму верификации электронной подписи. По мнению представителей консорциума World Wide Web Consortium (W3C) это соглашение позволит всем пользователям Интернета быстро и без опасений обмениваться электронными документами.

Новый стандарт позволяет применять подпись не только ко всему документу, но и к какой-либо отдельной его части, удостоверяемой подписантом. Это необходимо в том случае, если один и тот же документ проходит через руки нескольких сторон. Каждая из уполномоченных сторон сможет прочитать документ, внести в него необходимые коррективы, подписаться под ними и направить другой стороне.

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

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

- защита целостности документа – в случае применения обычной подписи и печати после подписания документ может быть изменён (например, что-то допечатано). Изменить же электронный документ, подписанный цифровой подписью, невозможно, поскольку будет нарушено соответствие между расшифрованной открытым ключом ЭЦП и дайджестом (сверткой) документа;

защита от подделки подписи – в простейшем случае для подделки обычной подписи злоумышленнику достаточно иметь компьютер, сканер, принтер и образец подписи и печати. Для поделки цифровой подписи, при используемой в настоящее время длине ключей шифрования и имеющихся возможностей вычислительной техники, может потребоваться примерно 300 лет;

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

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

Остаётся нерешённой только одна проблема – как получателю информации убедиться в принадлежности открытого ключа отправителя именно данному лицу, а не мошеннику. Самый удобный способ решения данной проблемы и задачи распространения открытых ключей ЭЦП – использование сертификационных центров, хранящих в открытом доступе электронные сертификаты с информацией об открытом ключе и владельце. Такой метод освобождает пользователя от обязанности самому рассылать свой открытый ключ. Для этого владелец открытого ключа должен зарегистрировать его в сертификационном центре, сообщив о себе необходимые данные.

Электронный сертификат (цифровой сертификат) – электронный документ, удостоверяющий содержащуюся в нём информацию. Как правило, выполняет функцию электронных денег или удостоверения личности субъекта электронной коммерции.

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

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

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

Обычно сертификат удостоверения личности содержит следующую информацию:

- имя владельца;

- адрес;

- идентификатор алгоритма ЭЦП;

- открытый ключ владельца сертификата.

- срок действия сертификата;

- название сертифицирующей организации;

- уникальный серийный номер сертификата;

- электронная подпись сертифицирующей организации;

- область применения ключа и дополнительные сведения о владельце и издателе сертификата (опционально).

Цифровой сертификат оформляется в виде файла или области памяти и может быть записан на дискету, смарт-карту и любой другой носитель данных. Для получения сертификата нужно сгенерировать пару ключей (открытый и закрытый), закрытый сохраняется у владельца ЭЦП, а открытый включается в заявку на сертификат (неподписанный сертификат), которая пересылается выбранному центру сертификации.

Сертификационный центр подписывает (если считает это возможным) сертификат и пересылает его обратно. Закрытый ключ хранится в отдельном файле и для повышения секретности может быть дополнительно зашифрован с помощью пароля, который требуется вводить вручную при каждом предъявлении сертификата.

Наиболее распространен сертификат, определенный стандартом Х.509, который предусматривает использование различных алгоритмов создания цифровой подписи. Сертификаты Х.509 содержат информацию о версии и алгоритме создания подписи, идентификационные данные и подпись организации, выдавшей сертификат, срок действия сертификата, идентификационные данные владельца сертификата – принципала и его открытый ключ.

Общая схема получения сертификата представлена на рис. 5.

В начале переписки с новым субъектом отправитель должен предоставить свидетельство для аутентификации – сертификат ключа электронной подписи (см. рис. 6). В ходе регулярной переписки схема аутентификации упрощается – посылается подписанное сообщение, а электронная подпись проверяется с помощью присланного с сертификатом открытого ключа отправителя (см. рис. 7).

Механизмы цифровой подписи используются в первую очередь для целей аутентификации участников электронно-коммерческих взаимоотношений. С помощью открытого и закрытого ключа можно шифровать и передаваемые между взаимодействующими сторонами конфиденциальные сообщения. Однако существуют более быстрые схемы шифрования, применяемые для организации конфиденциальной переписки, которые только отчасти используют криптографию с открытым ключом. Одна из таких схем представлена на рис. 8.

Эту схему можно применять тогда, когда прошла аутентификация отправителя и получателя, и они обменялись своими открытыми ключами. Отправитель генерирует секретный (одиночный) ключ и кодирует этим ключом передаваемое сообщение. Он также кодирует сам секретный ключ открытым ключом получателя, и посылает закодированное сообщение и закодированный ключ. Получатель вначале раскодирует секретный ключ своим закрытым ключом, а потом раскодирует этим секретным ключом само передаваемое сообщение.

Механизмы, аналогичные описанным выше, лежат в основе многих систем электронной защиты, в частности, Globus Security Infrastructure (GSI). Данная система базируется на реализации протокола SSL, использующего алгоритм шифрования RSA с открытым и закрытым ключами.

Аутентификация в GSI основана на предъявлении сертификата, включающего идентификатор предъявителя и его открытый ключ, и подписанного Центром сертификации. Идентификатор должен однозначно определять предъявителя в сети. Использование сертификата по протоколу SSL возможно только тогда, когда его предъявителю доступен закрытый ключ. Предъявитель должен доказать, что он обладает закрытым ключом (для этого нужно зашифровать им присланный другой стороной контакта тестовый документ). Поэтому перехват злоумышленником сертификата теряет смысл.

При любом безопасном контакте (например, при выдаче задания или при получении удалённого доступа к файлу) обе стороны (или только одна, если взаимная аутентификация не требуется) обязаны предъявить свои сертификаты и доказать, что они обладают соответствующими закрытыми ключами. Если принимающей стороне известен сертификационный центр, подписавший предъявленный ей сертификат, она может доверять отправителю сертификата. Для передачи секретной информации каждая сторона контакта шифрует её с помощью открытого ключа, извлеченного из сертификата другой стороны.

Центр сертификации владеет собственным сертификатом ключа ЭЦП, закрытый ключ которого он использует для заверения издаваемых сертификатов. Центр ведёт общедоступный реестр изданных им сертификатов, каждый из которых идентифицируется уникальным регистрационным номером. В функции центра сертификации входит также ведение списка сертификатов, отозванных по разным причинам (например, при компрометации – разглашении закрытого ключа или утрате юридической силы документов, на основании которых он выдан). Этот список подписывается ЭЦП центра и открыто публикуется. Для каждого отозванного сертификата в списке указываются регистрационный номер, дата и причина отзыва.

Для делегирования владельцем сертификата прав по выполнению некоторых действий от его имени (с сохранением секретности его закрытого ключа) используются прокси-сертификат, который подписывается владельцем сертификата и включает в себя кроме основных реквизитов сертификат выдавшего субъекта, что позволяет удостовериться в его истинности. Поэтому прокси-сертификат выписывается, как правило, на ограниченный срок.

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

По такой схеме разворачиваются многие современные международные системы обмена информацией в открытых сетях, которые располагают широкой сетью центров сертификации, обеспечивающих выдачу и сопровождение цифровых сертификатов для всех участников электронного обмена документами. Они отвечают требованиям международного стандарта Х.509 ITU-T. Примерами центров сертификации являются американские компании VeriSign и GTE.

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

Не думайте, что в электронной коммерции есть что-то, не требующее стандартизации… стандартизация поможет нам сконцентрировать свое внимание на самой коммерческой информации, а не на способах ее представления и передачи.

Один из авторов протокола IOTP
Давид Бардет

Стандарт «Открытые приобретения в Интернете» OBI представляет собой набор спецификаций, гарантирующих возможность взаимодействия между электронными коммерческими интернет-системами. OBI создан в 1997 году одноименным консорциумом OBI. Обновлённая версия 2.0 появилась в 1999 году.

Главная идея стандарта OBI – ориентация на открытые системы. В стандарте определяются принципы, которым должно соответствовать ПО для открытых систем электронной коммерции. Стандарт OBI обеспечивает взаимодействие и существенно упрощает процесс электронных закупок, снижает стоимость и повышает уровень обслуживания при проведении торговых операций между производителями и конечными потребителями. OBI позволяет привести в соответствие существующую инфраструктуру электронного обмена данными (EDI) и содержимое коммерческих веб-ресурсов.

Одно из преимуществ использования стандарта OBI – экономия на обработке транзакций. При традиционном «бумажном» методе средняя стоимость обработки заказа на покупку составляет около 120 долл. (данные National Association of Purchasing Management – организации, специализирующейся в области материально-технического снабжения и поставок). Применение OBI позволяет существенно снизить затраты и уменьшить объёмы закупок, совершаемых без заключения контрактов, что повышает эффективность торговли и надёжность сделок.

Изначальной целью OBI была автоматизация обработки больших потоков транзакций на небольшие суммы, которые составляют 80% оборота.

Стандарт базируется на существующих стандартах Интернета: HTML, HTTP, SSL, а также на спецификации заказа покупок ANSI X12 EDI 850 и цифровом протоколе защиты X.509 (подробнее см. http://www.osp.ru/nets/1998/07_08/120.htm).

Стандарт OFX создан в 1997 году компаниями Microsoft,CheckFree и Intuit (производителями ПО в области электронных платежей и финансовых услуг в Интернете) для использования в секторах В2В и В2С.

OFX – унифицированная спецификация по электронному обмену финансовыми данными между финансовыми учреждениями, коммерческими предприятиями и потребителями через Интернет. OFX поддерживает широкий диапазон финансовых операций, включая банковские операции, представление счетов, инвестирование в акции, облигации, совместные фонды и т.д. Другие финансовые услуги, включая финансовое планирование и страхование, будут добавлены в спецификацию в будущем. OFX обеспечивает поддержку следующих операций:

- перевод средств;

- потребительские платежи;

- платежи юридических лиц;

- выставление и оплата счетов;

- выписки по счетам, брокерским операциям и взаимным фондам, включая историю транзакций, текущее состояние и балансы и т.п.

Open Financial Exchange представляет собой спецификацию для функционирования клиент-серверной интернет-ориентированной системы, обеспечивающей прямое соединение клиента с сервером финансовой организации на основании модели «запрос-ответ». Она обладает достаточным уровнем безопасности и полной синхронизацией данных, а также возможностью восстановления после ошибок, возникших при аппаратных сбоях.

Финансовые организации могут использовать эту спецификацию для предоставления потребителям онлайновых финансовых услуг через транзакционные web-сайты и популярные программные продукты в области финансового управления. OFX упрощает финансовым учреждениям соединение множества потребительских интерфейсов, увеличивая возможности финансовых учреждений в реализации онлайновых финансовых услуг.

Ряд лидеров финансового рынка – Bank of America, Chase Manhattan Bank, Citibank, First Technology Credit Union, KeyBank, Wells Fargo и Woodforest National Bank объединились для поддержки спецификации OFX в Комитет по управлению открытым обменом финансовой информацией в банковской сфере (Open Financial Exchange Banking Steering Committee), а брокерские компании (Fidelity Investments, Charles Schwab и Dean Witter) сформировали отдельное объединение – Комитет по управлению брокерской деятельностью (Brokerage Steering Committee).

Протокол открытой торговли в Internet (Internet Open Trading Protocol – IOTP), разработанный в октябре 1998 года рабочей группой в области электронной коммерции (Trade Working Group), обеспечивает совместное функционирование различных систем электронной коммерции (подробнее см. http://book.itep.ru/4/6/iotp.htm). К таким системам относятся MasterCard, Visa, Mondex, GeldKarte, eCash, CyberCoin, Millicent, Proton и пр.

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

Протокол IOTP описывает содержимое, формат и последовательность сообщений, которыми обмениваются между собой участники электронной торговли (покупатели, продавцы и банки или другие финансовые учреждения) и «третейские судьи».

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

Целью создания IOTP является структурная формализация взаимодействий в электронной коммерции, обеспечивающая независимость процедур торговли от способа осуществления торговой сделки между участниками. Т.е. предоставление индустрии финансовых услуг протокола электронной торговли, который интегрирует любые существующие и перспективные платежные схемы (системы).

Кроме того, IOTP обеспечивает оформление и отслеживание доставки товаров и прохождения платежей. Использование ЭЦП в IOTP осуществляется опционально (по взаимному согласию сторон сделки). Классическим примером того, как одна цифровая подпись в IOTP подтверждает другую, является случай, когда продавец сначала подписывает оферту (предложение на продажу товара или предоставление услуг), которая позднее подтверждается кассиром с помощью подписи платежной расписки. Таким путем платеж в транзакции IOTP связывается с документами, подтверждающими совершение сделки.

Открытый торговый протокол Интернета определяет порядок осуществления следующих базовых операций:

- покупка – предложение, оплата и опционно доставка;

- возврат – возврат платежа для покупки, выполненной ранее;

- обмен ценностями – включает в себя два платежа, например, в случае обмена валют;

- аутентификация – проверка для организации или частного лица – являются ли они теми, за кого себя выдают;

- отзыв платежа – отзыв электронного платежа из финансового учреждения;

- депозит – размещение средств в финансовом учреждении;

- запрос – получение информации о состоянии операции IOTP, которая находится в процессе реализации, или уже выполнена.

Участники электронной коммерции в рамках протокола IOTP могут играть следующие роли (см. рисунок 9):

- покупатель;

- продавец;

- оператор платежей – платежная система;

- агент (оператор) доставки – человек (организация), который доставляет товар покупателю;

- агент обслуживания – человек (или организация), который предоставляет покупателю сопутствующие услуги.

Обмен данными между участниками электронной торговли в рамках IOTP включает:

- запрос информации о товарах (услугах);

- предложение – выставление продавцом покупателю оферты на продажу товара или предоставление услуг;

- аутентификацию – используется любым из контрагентов для выяснения, являются ли другие контрагенты теми, за кого они себя выдают;

- оплату – осуществление финансовых расчетов между покупателем и оператором платежей;

- доставку – транспортировку и передачу товаров агентом доставки покупателю.

Дата добавления: 2013-12-11