Протоколы Internet

         

с кредитными картами CyberCash версия


4.6.3 Протокол для работы с кредитными картами CyberCash версия 0.8

Семенов Ю.А. (ГНЦ ИТЭФ)



Протокол CyberCash (RFC-1898, D. Eastlake, CyberCash Credit Card Protocol Version 0.8. February 1996) предназначен для осуществления платежей через Интернет посредством кредитных карточек.

CyberCash Inc. представляет собой компанию, базирующуюся в штате Вирджиния и основанную в августе 1994. Целью компании является посредничество в сфере платежей через Интернет. CyberCash выполняет функцию посредника, через которого осуществляются финансовые операции между покупателем, продавцом и их банками. Важно то, что до начала операции участники могут не иметь никаких отношений друг с другом.

CyberCash является третьей стороной, которая гарантирует надежную проводку платежа от одного партнера к другому.



1.1. Обзор системы



Система CyberCash предназначена для обеспечения нескольких платежных услуг в Интернет. Чтобы получить доступ к услугам CyberCash, клиенту нужен только персональная ЭВМ, имеющая доступ к сети. Соответственно, продавцы и банкиры должны лишь незначительно изменить свои операционные процедуры, чтобы реализовать транзакции CyberCash.

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

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





Рис. .1. Схема взаимодействия субъектов сделки



1.2. Соображения безопасности



В системе CyberCash особое внимание уделяется вопросам безопасности. Система использует самые современные технологии шифрования и способна адаптировать любые новые схемы шифрования, которые появятся в будущем.





1.2.1. Аутентификация и идентификация личности



Аутентификация сообщений базируется на применении общедоступного ключа, как это делается в алгоритме RSA. Сервер CyberCash содержит записи общедоступных ключей для “персон” покупателя и продавца. Таким образом, можно аутентифицировать любую информацию подписанную покупателем или продавцом, вне зависимости от пути, которым эта информация попала на сервер. Соответствующий секретный ключ, который необходим для формирования цифровых подписей, хранится покупателем и продавцом и никогда не раскрывается. В программе клиента секретный ключ хранится в зашифрованном виде, защищенный парольной фразой.

В то время как истинная идентичность покупателя или продавца определяется парой ключей (общедоступный/секретный), для человека эти ключи запомнить слишком сложно (более 100 шестнадцатеричных цифр). Поэтому, пользовательский интерфейс использует короткие алфавитно-цифровые идентификаторы, выбранные пользователем, для того чтобы специфицировать себя. CyberCash добавляет контрольные цифры к запрошенному ADDS ID, с тем чтобы минимизировать вероятность неверного выбора персоны. IDU персоны является общедоступной информацией. Владение ID персоны без соответствующего секретного ключа в данной системе не предоставляет каких-либо преимуществ.

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



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



1.2.2. Конфиденциальность



Сообщения шифрования работают со стандартом DES (Digital Encryption Standard), обычно используемым в настоящее время при осуществлении электронных платежей. Планируется применение супершифрования (т.e., более чем одноуровневое шифрование) особо чувствительной информации, такой как PIN-коды, и обрабатывать их так, что они никогда не появляются в виде простого текста, за исключением короткого времени перед поступлением на специальное оборудование внутри сервера перед перекодировкой с помощью нового ключа.

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



1.3. Работа с кредитной картой



При использовании системы CyberCash для транзакций с применением кредитной карточки, покупателю, решившему произвести покупку, достаточно кликнуть на клавише CyberCash "PAY" панели продавца. Продавец посылает покупателю счет, который содержит информацию о покупке, отображаемую на экране дисплея покупателя. (Смотри описание сообщения PR1). Покупатель добавляет номер своей кредитной карточки и другую информацию путем выбора соответствующих пунктов из списка кредитных карт, зарегистрированных на его CyberCash-персону. Вся эта информация снабжается электронной подписью покупателя, реализуемой посредством программы СyberCash, шифруется, и передается продавцу вместе с хэш-кодом счета. (Смотри описание сообщения CH1.)



При получении этого сообщения, продавец добавляет туда информацию авторизации, которая шифруется, снабжается электронной подписью продавца и пересылается серверу CyberCash. (Смотри описание сообщений CM1 & CM2). Сервер CyberCash может аутентифицировать все подписи для подтверждения того, что покупатель и продавец согласились с корректностью счета и правильностью суммы стоимости сделки. Сервер CyberCash переадресует соответствующую информацию в банк, сопровождая ее запросом на производство платежа в пользу продавца, включая его авторизацию. Банк дешифрует и обрабатывает полученную информацию, после чего осуществляет соответствующую операцию с кредитной карточкой. Отклик банка передается серверу CyberCash, который присылает продавцу электронную квитанцию (смотри описание сообщения CM6) часть которой продавец переадресует покупателю (смотри описание сообщения CH2). На этом транзакция завершается.



2. Формат заголовка общего сообщения



Версия 0.8 внешнего формата для кодирования сообщений CyberCash описана ниже. Сообщения CyberCash представляют собой стилизованные документы для передачи финансовой информации по Интернет.

В то время как существует множество схем передачи данных по Интернет (HTTP, SMTP и прочие), каждая из них привязывается к определенному механизму передачи. Так как сообщения CyberCash могут передаваться через любую из названных сред (да и через некоторые не названные), должна быть обеспечена независимость от механизма обмена.



2.1. Формат сообщения



Сообщения CyberCash состоят из следующих компонентов:

  • Заголовок – определяет начало сообщения CyberCash и включает информацию о версии.


  • Прозрачная часть – содержит данные, которые не являются конфиденциальными.


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


  • Завершающая секция – определяет конец сообщения CyberCash и содержит контрольный код, который позволяет судить о том, что сообщение дошло без искажений. Заметим, что этот код призван детектировать случайные искажения сообщения.




  • В CyberCash сообщении запрещены нулевые символы (значение нуль) или символы, характеризуемые восемью битами. "Двоичные" значения, которые могут содержать такие коды, представляются с помощью base64, описанного в документе RFC-1521.



    2.2. Детали формата



    Заголовок содержит одну строку, которая выглядит следующим образом

    $$-CyberCash-0.8-$$

    или

    $$-CyberCash-1.2.3-Extra-$$

    Он содержит в себе несколько полей, разделенных символом минус "-"

    1. "$$" - литерная строка со значением $ в колонке 1. 2. "CyberCash" - литерная строка (регистр не существенен) 3. x.y или x.y.z – номер версии формата сообщения. x – первичный номер версии. y – номер субверсии. z, если присутствует, номер субсубверсии. 4. "Extra" – опционная дополнительная алфавитно-цифровая строка. 5. "$$" - литерная строка. Номера версии начинаются с 0.7. ".z" опускается, если z = 0. 0.7 и 0.8 являются тестовыми и начальными версиями поставки системы для кредитных карт. 0.9 и 1.0 представляют собой улучшенные версии этой системы.

    Строка "Extra" используется в безопасной среде так чтобы один компонент мог что-то сообщить другому без существенных издержек. Например, Firewall-сервер может записать здесь "HTTP" или "SMTP", прежде чем переадресовывать сообщение базовому серверу в пределах периметра Firewall.



    2.3. Части тела



    Части тела сообщения (как открытые, так и скрытые) состоят из пар атрибут-значение в формате, который напоминает формат стандартного заголовка почтового сообщения (RFC-822). Однако здесь имеются некоторые трудности.

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

    Если метка завершается ":", тогда производится обработка согласно требованиям документа RFC-822. Когда важно наличие завершающего пробела (SP, TAB, LF), все лидирующие пробелы на последующих строках удаляются. Такие строки укорачиваются до 64 символов, не считая завершающего символа.



    Однако если метка завершается ";", это указывает на поле произвольной формы, где символы начала новой строки и любые лидирующие пробелы после начального пробела, который отмечает продолжение строки, являются существенными. Такие строки не должны разрываться за исключением того, что для исключения проблем обработки, они принудительно ограничиваются 200 символами. Пустые строки игнорируются и не означают изменения режима обработки строк.

    Другим способом решения проблемы может быть следующее: после обнаружения начальной последовательности $$ в стартовой строке, вы можете обрабатывать любые последующие строки в соответствии с первым символом. Если он является алфавитно-цифровым, это новая метка, которая должна завершаться символами ":" или ";", а это указывает на новую пару метка-значение. Если он является пробелом (SP, TAB, LF или CR), это указывает на продолжение предыдущей строки метки. (Как конкретно обрабатывается продолжение, зависит от завершающего символа метки). Если это "$", то строка должна быть оконечной строкой сообщения. Если это #, тогда это строка комментария и должна игнорироваться. Другие начальные символы не определены. На данный момент программные продукты CyberCash не поддерживают комментариев.



    2.4. Открытая часть



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

    В сообщениях, подготовленных для сервера, существует киберключ (cyberkey:) поле, которое идентифицирует, какой из общедоступных ключей сервера был использован для шифрования ключа сессии.





    2.5. Скрытая часть



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

    Скрытая часть сообщения выделяется метками "opaque" или "merchant-opaque" в зависимости оттого, клиент или продавец зашифровал эти данные.

    Для сообщений, приходящих на сервер, скрытые данные шифруются согласно алгоритму DES CBC с помощью случайного ключа транзакции, при этом ключ DES шифруется посредством алгоритма RSA с привлечением одного из общедоступных ключей сервера. Зашифрованный с помощью RSA ключ DES размещается в первой части поля, закодированного с помощью base64. Соответствующий исходящий отклик сервера может быть зашифрован с помощью DES с применением ключа транзакции. В этом случае достаточно открытых данных, чтобы идентифицировать транзакцию, а покупатель и продавец имеют ключ транзакции, полученный вместе с входным сообщением.

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



    2.6. Завершающая часть



    Завершающая секция служит для выделения конца сообщения. Она содержит несколько полей разделенных "-".

    1. "$$" - строка литералов.
    2. "CyberCash" - строка литералов (не чувствительна к регистру).
    3. "End" - строка литералов (не чувствительна к регистру).
    4. Контрольная сумма передачи.
    5. "$$" – строка литералов.
    Контрольная сумма передачи вычисляется согласно алгоритму MD5. Номер версии в начальной строке содержит исключительно печатные символы и размещается после второго $$ этой строки и до первого $$ завершающей строки. Заметим, что все пробелы (SP, TAB, LF и CR) не включаются в этот хэш. Терминаторы меток (: или ;) включаются туда, также как любые строки #-комментариев. Заметим также, что опционная символьная строка "Extra" в начальной $-строке в хэш не включается. Основной идеей является обеспечение корректности передачи, избегая зависимости от шлюзов (gateways) или любой обработки, которая может изменить завершающую строку или преобразовать символы табуляции, пробелы или символы разрыва строки.





    2.7. Примеры сообщений



    Простое сообщение от клиента:

    $$-CyberCash-0.8-$$

    id: DONALD-69

    transaction: 918273645

    date: 199512250102

    cyberkey:CC1001

    opaque:

    GpOJvDpLH62z+eZlbVkhZJXtTneZH32Qj4T4IwJqv6kjAeMRZw6nR4f0OhvbTFfPm+GG

    aXmoxyUlwVnFkYcOyTbSOidqrwOjnAwLEVGJ/wa4ciKKI2PsNPA4sThpV2leFp2Vmkm4

    elmZdS0Qe350g6OPrkC7TKpqQKHjzczRRytWbFvE+zSi44wMF/ngzmiVsUCW01FXc8T9

    EB8KjHEzVSRfZDn+lP/c1nTLTwPrQ0DYiN1lGy9nwM1ImXifijHR19LZIHlRXy8=

    $$-End-CyberCash-End-jkn38fD3+/DFDF3434mn10==-$$

    Сообщение от продавца:

    $$-CyberCash-a.b.c-extra-$$

    merchant-ccid: acme-69

    merchant-date: 19951231115959

    merchant-transaction: 987654321

    label: value

    labelx: multiple line

    value...

    # Комментарий

    # еще одна строка комментария

    label; text with a real

    multi-line

    format !

    merchant-cyberkey: CC1001

    merchant-opaque:

    C1Q96lU7n9snKN5nv+1SWpDZumJPJY+QNXGAm3SPgB/dlXlTDHwYJ4HDWKZMat+VIJ8y

    /iomz6/+LgX+Dn0smoAge7W+ESJ6d6Ge3kRAQKVCSpbOVLXF6E7mshlyXgQYmtwIVN2J

    66fJMQpo31ErrdPVdtq6MufynN8rJyJtu8xSNolXlqIYNQy5G2I3XCc6D3UnSErPx1VJ

    6cbwjLuIHHv58Nk+xxt/FyW7yAMwUb9YNcmOj//6Ru0NiOA9P/IiWczDe2mJRK1uqVpC

    sDrWehG/UbFTPD26trlYRnnY

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$



    3. Подписи и хэши



    Входные сообщения- запросы CyberCash обычно имеют подпись всех полей. Эта подпись передается в пределах скрытой части сообщения. Она позволяет серверу аутентифицировать источник сообщения.

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



    3.1. Цифровые подписи



    Цифровые подписи являются средством аутентификации. В сообщениях CyberCash, они вычисляются с привлечением хэша данных, подлежащих аутентификации, после чего хэш шифруется посредством секретного ключа RSA.

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



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

    Цифровая подпись RSA имеет размер практически равный длине используемого модуля. Например, если модуль содержит 768 бит, то двоичная электронная подпись будет содержать столько же бит, что равно 96 байт. В представлении base64 это займет 128 байт.



    3.2. Хэш-коды



    Хэши, используемые в сообщениях CyberCash представляют собой дайджесты сообщений. То есть, некоторое компактное отображение сообщения, которое изменяется неузнаваемо при любых искажениях исходного сообщения. Таким образом, относительно небольшой хэш может использоваться для контроля целостности достаточно большого сообщения. Если вы уверены в аутентичности хэша, и получили сообщение, которое соответствует этому хэшу, вы можете тогда быть уверены, что это оригинальное сообщение.

    Хэш вычисляется с использованием алгоритма MD5 (смотри RFC-1321) для комбинированного сообщения. Комбинированное сообщение составляется из меток и значений, специфицированных в списке для конкретного хэша. Так как хэш чувствителен к порядку поступающих данных, существенно, чтобы пары метка-значение были сгруппированы в правильной последовательности.

    До хэширования из текста комбинированного сообщения удаляются все пробелы (SP, TAB, LF и CR) и все коды меньше 32 и больше 127. Таким образом, все формы обозначения начала новой строки, пустые строки, завершающие пробелы и прочее, удаляются.

    Хэши MD5 имеют по 16 байт. Это означает, что кодировка base64 такого хэша занимает 24 символа (последние два будут всегда заполнителями).



    4. Форматы специальных сообщений



    Далее описывается формат сообщений CyberCash версии 0.8. Предполагается, что читатель знаком с такими терминами как "получатель" (acquirer), "PAN" (первичный номер счета), и т.д., определенными в документе ISO 8583, и назначение валюты (currency designations), как это определено в ISO 4217. Некоторые несущественные поля для упрощения удалены. В последующих примерах сообщений подписи, хэши и шифрованные секции не имеют никакого реального смысла.





    4.1. Регистрация персоны и нахождение приложения



    Первым шагом, который должен сделать клиент, чтобы использовать CyberCash, является регистрация персоны с помощью своего приложения. Это делается с помощью сообщения R1, описанного ниже. Сервер CyberCash откликается сообщением R2.

    Когда приложение покупателя узнает, что оно устарело, оно может воспользоваться запросом GA1, посылаемым серверу, и получить в отклике GA2 подписанную версию самого себя.



    4.1.1. R1 – регистрация



    Описание: Это исходное сообщение, посылаемое для формирования новой персоны CyberCash.

    #########################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    transaction: 123123213

    date: 19950121100505.nnn

    cyberkey: CC1001

    opaque:

    FrYOQrD16lEfrvkrqGWkajM1IZOsLbcouB43A4HzIpV3/EBQM5WzkRJGzYPM1r3noBUc

    MJ4zvpG0xlroY1de6DccwO9j/0aAZgDi9bcQWV4PFLjsN604j3qxWdYn9evIGQGbqGjF

    vn1qI1Ckrz/4/eT1oRkBBILbrWsuwTltFd84plvTy+bo5WE3WnhVKsCUJAlkKpXMaX73

    JRPoOEVQ3YEmhmD8itutafqvC90atX7ErkfUGDNqcB9iViRQ7HSvGDnKwaihRyfirkgN

    +lhOg6xSEw2AmYlNiFL5d/Us9eNG8cZM5peTow==

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

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

    #####################################################################

    Содержимое скрытой секции:

    type: registration

    swversion: 0.8win

    content-language: en-us

    requested-id: MyRequestedCCID

    email: myemail@myemailhost.com

    pubkey:

    0VdP1eAUZRrqt3Rlg460Go/TTs4gZYZ+mvI7OlS3l08BVeoms8nELqL1RG1pVYdDrTsX

    E5L+wcGCLEo5+XU5zTKkdRUnGRW4ratrqtcte7e94F+4gkCN06GlzM/Hux94

    signature:

    v6JGmxIwRiB6iXUK7XAIiHZRQsZwkbLV0L0OpVEvan9l59hVJ3nia/cZc/r5arkLIYEU

    dw6Uj/R4Z7ZdqO/fZZHldpd9+XPaqNHw/y8Arih6VbwrO5pKerLQfuuPbIom

    #####################################################################

    подпись покрывает следующие поля: transaction, date, cyberkey, type, swversion, content-language, requested-id, email, pubkey



    #####################################################################

    Объяснение:

    content-language ( язык содержимого) берется из поля заголовка MIME (смотри RFC-1766) и соответствует языку, на котором должно быть написано сообщение (в настоящее время допустимо пока только en-us). swversion используется для проверки, не является ли приложение клиента устаревшим.



    4.1.2 R2 – отклик регистрации



    Это сообщение предоставляет отклик об успехе или неудаче R1.

    #####################################################################

    Отправитель: CyberServer

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    transaction: 12312313

    date: 19950121100505.nnn

    opaque:

    r1XfjSQt+KJYUVOGU60r7voFrm55A8fP5DjJZuPzWdPQjGBIu3B6Geya8AlJfHsW11u8

    dIv1yQeeYj/+l9TD1dXW21/1cUDFFK++J2gUMVv8mX1Z6Mi4OU8AfsgoCliwSkWmjSOb

    kE62sAlZTnw998cKzMFp70TSlI3PEBtvIfpLq5lDCNbWidX8vFZV0ENUmMQ9DTP3du9w

    fsFGvz1mvtHLT/Gj8GNQRYKF4xiyx4HYzTkSMhgU5B/QDLPS/SawIJuR86b9X0mwsr0a

    gbGTzECPJTiKkrhxxMG/eymptsVQSLqNaTCx6w==

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ. Тот же самый, что и ключ сессии для R1 в случае той же транзакции и того же соединения (ID может отсутствовать).

    #####################################################################

    Содержимое скрытой секции:

    type: registration-response

    server-date: 19950121100506.nnn

    requested-id: MyRequestedCCID

    response-id: CyberCashHandle

    >email: myemail@myemailhost.com

    response-code: success/failure/etc.

    pubkey:

    0VdP1eAUZRrqt3Rlg460Go/TTs4gZYZ+mvI7OlS3l08BVeoms8nELqL1RG1pVYdDrTsX

    E5L+wcGCLEo5+XU5zTKkdRUnGRW4ratrqtcte7e94F+4gkCN06GlzM/Hux94

    swseverity: fatal/warning [отсутствует, если все в порядке]

    swmessage; Говорит CyberApp, что оно является устаревшим. Этот текст отображается для пользователя [присутствует только, если имеется SWSeverity].

    message;

    Произвольный текст уведомления об успехе или неудаче.



    Этот текст должен быть отображен для владельца приложения CyberCash...

    В принципе текст включает в себя: duplicate-id (дублированный ID), bad-signature (ошибочная подпись) или ill-formed-registration (некорректная регистрация).

    Объяснение:



    responseid

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


    responseid

    предоставляет действительный ID с присоединенными контрольными символами в случае успеха.


    swseverity

    может предупредить пользователя о том, что приложение устарело или о наличии в нем известных ошибок.


    4.1.3. GA1 - get-application (получение приложения)



    Используется CyberApp, чтобы получить обновленную версию.

    #####################################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    transaction: 123123213

    date: 19950121100505.nnn

    cyberkey: CC1001

    opaque:

    VHMS611wGkUmR6bKoI+ODoSbl7L5PKtEo6aM88LCidqN+H/8B4xM3LxdwUiLn7rMPkZi

    xOGb+5d1lRV7WeTp21QYlqJr8emc6FAnGd5c0csPmcnEpTFh9xZDJaStarxxmSEwm2mw

    l2VjEUODH6321vjoMAOFQWn7ER0o

    $$-CyberCash-End-0QXqLlNxrn4GNQPPk9AO1Q==-$$

    #####################################################################

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

    #####################################################################

    Содержимое скрытой секции:

    type: get-application

    swversion: 0.8win

    Объяснение:

    Может не существовать персоны покупателя и поэтому ID может отсутствовать. Может не быть пары ключей покупателя (общедоступный/секретный) и поэтому не быть подписи. swversion является обязательным, так что сервер мог сказать, что следует возвратить.



    4.1.4. GA2 – отклик получения приложения (get-application-response)



    Возвращает в случае успеха URL копии современного приложения CyberApp или флаг неудачи.



    #####################################################################

    Отправитель: CyberServer

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    transaction: 12312313

    date: 19950110102333.nnn

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    $$-CyberCash-End-0QXqLlNxrn4GNQPPk9AO1Q==-$$

    #####################################################################

    Скрытый ключ: ключ сессии от GA1

    #####################################################################

    Содержимое скрытой секции:

    type: get-application-response

    server-date: 19950110102334.nnn

    response-code: success/failure/etc.

    message; Текст сообщения отображается пользователю, предоставляя дополнительную информацию об успехе или неудаче.

    swversion: 0.8win

    application-url: http://foo.cybercash.com/server/0.8WIN.EXE

    >application-hash: lSLzs/vFQ0BXfU98LZNWhQ==

    В качестве хэша приложения используется MD5.

    application-url и application-hash при ошибке опускаются.

    swversion является версией, подлежащей передаче покупателю.



    4.2. Привязка кредитных карт (Binding Credit Cards)



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



    4.2.1. BC1 – подключение кредитной карты (Bind-Credit-card)



    Это начальное сообщение в процессе установления соответствия между кредитной картой и персоной CyberCash.



    #####################################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    id: MyCyberCashID

    date: 19950121100505.nnn

    transaction: 12312314

    cyberkey: CC1001

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ. Формируется из ключа шифрования CyberCash идентифицированного в CyberKey

    #####################################################################

    Содержимое скрытой секции:

    type: bind-credit-card

    swversion: 0.8win

    card-number: 1234567887654321

    card-type: mastercard

    card-salt: 46735210

    card-expiration-date: 05/99

    card-name: John Q. Public

    card-street:

    card-city:

    card-state:

    card-postal-code:

    card-country:

    signature:

    tX3odBF2xPHqvhN4KVQZZBIXDveNi0eWA7717DNfcyqh2TpXqgCxlDjcKqdJXgsNLkY7

    GkyuDyTF/m3SZif64giCLjJRKg0I6mqI1k/Dcm58D9hKCUttz4rFWRqhlFaj

    #####################################################################

    Подпись покрывает следующие поля: id, date, transaction, cyberkey, type, swversion, card-number, card-salt, card-expiration-date, card-name, card-street, card-city, card-state, card-postal-code, card-country

    #####################################################################

    Объяснение:

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





    4.2.2. BC4 – отклик подключения кредитной карты (bind-credit-card-response)



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

    #####################################################################

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    id: mycybercashid

    transaction: 12312314

    date: 19950121100505.nnn

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ. Ключ сессии от BC1 и ID

    #####################################################################

    Содержимое скрытой секции:

    type: bind-credit-card-response

    server-date: 19950121100506.nnn

    swseverity: fatal/warning [absent if ok]

    swmessage; message about obsoleteness of customer software to be shown to the customer. [only resent if SWSeverity present]

    response-code: success/failure/etc.

    card-number: 1234567887654321

    card-type: visa

    card-salt: 47562310

    card-expiration-date: 01/99

    card*: [other card* lines to also be given in CH.1 message]

    message; Простой текст для пользователя может содержать много строк.

    Все строки card* могут быть спасены в виде единого блока для последующего предоставления в CH.1. card-expiration-date, card-number, card-salt и card-type должны присутствовать всегда. В зависимости от причины неудачи не все поля могут быть представлены в сообщении отклике.



    4.3. Сообщения покупателя о покупке, содержащие данные о кредитной карте



    Вообще, подключение CyberCash к покупке с помощью кредитной карты происходит после того как пользователь определит, что же он, в конце концов, покупает. Когда клиент нажимает клавишу CyberCash “payment”, продавец посылает покупателю сообщение PR1 в виде тела типа MIME риложение/cybercash.



    Если покупатель желает продолжить процедуру, он отвечает продавцу сообщением CH1. Продавец реагирует, послав отклик CH2. В паузе между посылкой CH1 и получением CH2, продавец обычно контактирует с сервером CyberCash посредством сообщений CM*.



    4.3.1. PR1 – запрос платежа (payment-request)



    Это сообщение является первым, которое определено CyberCash в процессе торговой сделки со стороны продавца. Собственно покупка произведена, так как мы собираемся ее оплатить.

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    type: payment-request

    merchant-ccid: ACME-012

    merchant-order-id: 1231-3424-234242

    merchant-date: 19950121100505.nnn

    note;

    Товары ACME

    Покупка 4 пар "Rocket Shoes" по цене $39.95 каждая.

    Доставка и вручение $5.00

    Общая цена: 164.80

    Доставить по адресу: Wily Coyote 1234 South St. Somewhere, VA 12345

    merchant-amount: usd 164.80

    accepts: visa:CC001, master:CC001,amex:CC001,JCPenny:VK005,macy:VK006

    url-pay-to: http://www.ACME.com/CybercashPayment

    >url-success: http://www.ACME.com/ordersuccess

    >url-fail: http://www.ACME.com/orderfail

    merchant-signed-hash:

    a/0meaMHRinNVd8nq/fKsYg5AfTZZUCX0S3gkjAhZTmcrkp6RZvppmDd/P7lboFLFDBh

    Ec0oIyxWeHfArb3OtkgXxJ7qe0Gmm/87jG5ClGnpBnw0dY7qcJ6XoGB6WGnD

    $$-CyberCash-End-lSLzs/vFQ0BXfU98LZNWhQ==-$$

    Скрытая секция здесь отсутствует.

    #####################################################################

    При формировании подписанного продавцом хэша используется секретный ключ продавца. Хэш формируется для полей: type, merchant-ccid, merchant-order-id, date, note, merchant-amount, accepts, url-pay-to, url-success, url-fail

    #####################################################################

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





    accepts:

    Программа клиента распознает только одно слово имени карты из поля accepts сообщения PR1. Например,

    MasterCard

    AmericanExpress

    Распознаны как

    Master card

    American express

    Не распознаны. MasterCard и masterCard распознаются оба как master card.

    За типом карты следует указатель ключа. Для основного ряда кредитных карт это будет CC*. Клиент может использовать или игнорировать * номер по своему выбору. Для личной карты это будет VK*, где * представляет собой ключ CheckFree, который следует использовать. Карты разделяются запятыми, указатель ключа следует за типом карты и двоеточием.



    url-pay-to

    указывает, куда следует послать CH1.



    url-fail

    и url-success несут информацию о том, где броузер должен искать данные в случае успеха или неудачи.



    4.3.2. CH1 – платеж через кредитную карту (credit-card-payment)



    Это сообщение осуществляет представление кредитной карты для выполнения платежа. ####################################################################

    Отправитель: CyberApp

    Получатель: MerchantApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    type: card-payment

    id: myCyberCashID

    order-id: 1231-3424-234242

    merchant-ccid: ACME-012

    transaction: 78784567

    date: 19950121100505.nnn

    pr-hash: c77VU/1umPKH2kpMR2QVKg==

    pr-signed-hash:

    a/0meaMHRinNVd8nq/fKsYg5AfTZZUCX0S3gkjAhZTmcrkp6RZvppmDd/P7lboFLFDBh

    Ec0oIyxWeHfArb3OtkgXxJ7qe0Gmm/87jG5ClGnpBnw0dY7qcJ6XoGB6WGnD

    cyberkey: CC1001

    opaque:

    iff/tPf99+Tm5P7s3d61jOWK94nq9/+1jOWK9+vr9+b+94n3tYzmiveJ9/+09/334ubg

    3rWM5Ir3ier3/7WM5Ir36+v35v73ife1jOWK94n3/7T3/ffm5uD+7N339/f39/eq3ff3

    9/eFiJK5tLizsoeSmpW7uLS8/7iio7Wisfv38biio7uyufv3tfv35uH+7N3d9/exuKX3

    5+z3vuu4oqO7srnsvvz8/venoqO0v7al/7iio7WisYy+iv7s3ff3p6KjtL+2pf/wi7nw

    3ard3Q==

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

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



    #####################################################################

    Содержимое скрытой секции:

    swversion: 0.8win

    >amount: usd 10.00

    card*: [из успешно прошедшего BC4 (включает в себя время действительности кредитной карты, ее номер, тип и card-salt)]

    Подпись:

    meO38aULnoP09VhTS2E56tnuZBRRlGfbwqaleZ9zNnv7YjExJKBFxuaqYTUDEj427HHh

    mm9BVmHRwCq6+8ylZXixGHI1I9A/ufAMrpqMIi6DS3PRlc8WC3CCWoAHyAqr

    #####################################################################

    type, id, order-id, merchant-ccid, transaction, date, pr-hash, pr-signed-hash, cyberkey, swversion, amount, card*

    #####################################################################

    Поле pr-signed-hash тождественно полю подписанного продавцом хэша (merchant-signed-hash) в сообщении PR1.



    4.3.3. CH2 – отклик оплаты с помощью карты (charge-card-response)



    Отклик покупателю на CH1-попытку оплатить покупку с помощью кредитной карты. Индицирует успех или неудачу.

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    type: charge-card-response

    merchant-ccid: ACME-012

    id: myCyberCashID

    transaction: 78784567

    date: 1995121100500.nnn

    merchant-date: 19950121100505.nnn

    merchant-response-code: failure/success/etc.

    pr-hash: 7Tm/djB05pLIw3JAyy5E7A==

    pr-signed-hash:

    a/0meaMHRinNVd8nq/fKsYg5AfTZZUCX0S3gkjAhZTmcrkp6RZvppmDd/P7lboFLFDBh

    Ec0oIyxWeHfArb3OtkgXxJ7qe0Gmm/87jG5ClGnpBnw0dY7qcJ6XoGB6WGnD

    merchant-message; Это сообщение от продавца следует отобразить пользователю. Может иметь много строчек и не имеет защиты.

    opaque: [может отсутствовать, смотри объяснение]

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    >rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo



    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    Скрытый ключ. Ключ сессии покупателя, взятый из CH1 и переданный через CM1 для ID и транзакции.

    #####################################################################

    Закрытая секция содержит (из CM.6):

    server-date: 19950121100706.nnn

    amount: usd 10.00

    order-id: 1231-3424-234242

    card*: [из успешного BC4]

    response-code: failure/success/etc.

    swseverity: fatal/warning

    swmessage; Ujdjhbn CyberApp, что это закрытая часть. Этот текст отображается для пользователя [присутствует только, когда присутствует SWSeverity].

    message;

    Свободный комментарий причины неудачи или успеха. Этот текст должен быть отображен для покупателя приложением CyberCash.

    Закрытая секция является опционной, так как сообщение CH1 продавцу может не пройти, из-за неверного идентификатора заказа (order-id), даты, ошибочного идентификатора продавца (merchant-ccid) и т.д.. Таким образом, сервер не может быть вовлечен, так как в данной ситуации не существует безопасного механизма генерации закрытой секции сообщения.

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



    4.4. Сообщения продавца о покупке, связанные с кредитной картой



    Продавец представляет покупки через кредитную карту, делает корректировки и выражает предпочтения через последовательность CM*. Вообще, цикл, сопряженный с кредитной картой включает авторизацию для покупки, включение покупки в перечень на оплату и собственно осуществление оплаты. Имеется возможность удалить определенную позицию из перечня или аннулировать всю сделку (смотри раздел 5.1.). Авторизации всегда осуществляется клиентом через отклики-сообщения CM1 или CM2. Если приобретение выполняется получателем (acquirer) или каким-то другим объектом между сервером CyberCash и получателем, это делается посредством сообщений CM3 или CM2 в зависимости от соглашения между продавцом и объектом, осуществляющим приобретение. Возвраты обрабатываются с помощью сообщений CM5. Сообщение CM4 служит для возврата покупки или возврата до оплаты сделки. CM6 является форматом сообщения, используемого для откликов на все другие CM*-сообщения.



    Последовательности MM* были также применены для оплат, осуществляемых продавцом, как описано в разделе 3.4.7

    Современные система оплаты предполагают, что продавец знает номер кредитной карточки. Таким образом, чтобы работать с этими системами, предусмотрены специальные обходные сообщения, которые позволяют снабдить продавца нужной информацией, в противном случае CyberCash делает все, чтобы скрыть номер кредитной карты от продавца. Смотри разделы 3.4.8 и 3.4.9. Это делает получение такой информации контролируемым.

    Многие современные продавцы работают в режиме "terminal capture", где авторизации получаются продавцом.



    4.4.1. CM1 - auth-only (аутентификация)



    Это сообщение используется продавцом для выполнения операции авторизации кредитной карты покупателя.

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    merchant-ccid: ACME-69

    merchant-transaction: 123123

    merchant-date: 19950121100705.nnn

    merchant-cyberkey: CC1001

    cyberkey: CC1001

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    merchant-opaque:

    6BVEfSlgVCoGh1/0R+g1C143MaA6QLvKpEgde86WWGJWx45bMUZvaAu4LVeqWoYCqSGf

    aWKUF7awol0h1i1jtgieyAcXB8ikvRJIsupSAwsRMyoNlekR6tucvfv/622JY7+n7nGO

    dGbMzP0GJImh2DmdPaceAxyOB/xOftf6ko0nndnvB+/y2mFjdUGLtFQP/+3bTpZttZXj

    j7RO1khe1UrAIk2TGQJmNw+ltsu0f42MgsxB8Q31vjPtoiPi5LEmD0Y4jlpJ7Jg2Ub84

    F9vJhYpmzNkdiJUe83Hvo/xfJRbhafJpXFEsUZwQK0jU1ksU6CQd2+CPBB+6MxtsHoxJ

    mjD6ickhd+SQZhbRCNerlTiQGhuL4wUAxzGh8aHk2oXjoMpVzWw2EImPu5QaPEc36xgr

    mNz8vCovDiuy3tZ42IGArxBweasLPLCbm0Y=

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################



    Содержимое скрытой секции продавца:

    type: auth-only

    order-id: 12313424234242

    merchant-amount: usd 10.00

    pr-hash: 7Tm/djB05pLIw3JAyy5E7A==

    pr-signed-hash:

    a/0meaMHRinNVd8nq/fKsYg5AfTZZUCX0S3gkjAhZTmcrkp6RZvppmDd/P7lboFLFDBh

    Ec0oIyxWeHfArb3OtkgXxJ7qe0Gmm/87jG5ClGnpBnw0dY7qcJ6XoGB6WGnD

    id: myCyberCashID

    transaction: 78784567

    date: 19950121100505.nnn

    merchant-signature:

    v4qZMe2d7mUXztVdC3ZPMmMgYHlBA7bhR96LSehKP15ylqR/1KwwbBAX8CEqns55UIYY

    GGMwPMGoF+GDPM7GlC6fReQ5wyvV1PnETSVO9/LAyRz0zzRYuyVueOjWDlr5

    #####################################################################

    Ключ продавца закрытой части генерируется из общедоступного ключа CyberCash, на который указывает merchant-cyberkey. Закрытую часть сообщения покупателя (Opaque) - смотри CH1.

    #####################################################################

    Содержимое закрытой части и подпись: (в точности как в CH1)

    swversion: 0.8win

    amount: usd 10.00

    card*: [from successful BC4 (includes card-expiration-date, card-number, and card-salt)]

    Подпись:

    48SBKUfojyC9FDKCwdCYNvucgiDxYO9erZW4QndIXZRyheTHXH8OeIhwUkyLmgQSD/UK

    +IX9035/jUkdNPOxUQq9y/beHS1HU9Fe0wlzfXYRtnjlqvQX+yUfQ4T7eNEs

    #####################################################################

    Подпись продавца покрывает следующие поля:

    merchant-ccid, merchant-transaction, merchant-date, merchant-cyberkey, type, order-id, merchant-amount, pr-hash, pr-signed-hash, id, transaction, date, cyberkey

    Подпись покупателя: смотри CH1

    #####################################################################

    Пояснение:

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



    4.4.2. CM2 - auth-capture



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

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberServer



    #####################################################################

    Пример сообщения:

    [ exactly the same as CM1 except

    type: auth-capture

    ]



    4.4.3. Сообщение CM3 - post-auth-capture



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

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    merchant-ccid: ACME-012

    merchant-transaction: 123123

    merchant-date: 19950121100705.nnn

    merchant-cyberkey: CC1001

    cyberkey: CC1001

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    merchant-opaque:

    6BVEfSlgVCoGh1/0R+g1C143MaA6QLvKpEgde86WWGJWx45bMUZvaAu4LVeqWoYCqSGf

    aWKUF7awol0h1i1jtgieyAcXB8ikvRJIsupSAwsRMyoNlekR6tucvfv/622JY7+n7nGO

    dGbMzP0GJImh2DmdPaceAxyOB/xOftf6ko0nndnvB+/y2mFjdUGLtFQP/+3bTpZttZXj

    j7RO1khe1UrAIk2TGQJmNw+ltsu0f42MgsxB8Q31vjPtoiPi5LEmD0Y4jlpJ7Jg2Ub84

    F9vJhYpmzNkdiJUe83Hvo/xfJRbhafJpXFEsUZwQK0jU1ksU6CQd2+CPBB+6MxtsHoxJ

    mjD6ickhd+SQZhbRCNerlTiQGhuL4wUAxzGh8aHk2oXjoMpVzWw2EImPu5QaPEc36xgr

    mNz8vCovDiuy3tZ42IGArxBweasLPLCbm0Y=

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    Содержимое скрытой секции продавца:

    type: post-auth-capture

    authorization-code: a12323

    order-id: 1231-3424-234242

    merchant-amount: usd 10.00

    pr-hash: 7Tm/djB05pLIw3JAyy5E7A==

    pr-signed-hash:

    a/0meaMHRinNVd8nq/fKsYg5AfTZZUCX0S3gkjAhZTmcrkp6RZvppmDd/P7lboFLFDBh

    Ec0oIyxWeHfArb3OtkgXxJ7qe0Gmm/87jG5ClGnpBnw0dY7qcJ6XoGB6WGnD

    id: myCyberCashID

    transaction: 78784567

    date: 19950121100505.nnn



    merchant-signature:

    vxyEF1ZHn5Rgmtms3H3t/+UB6RAvZQA1AdddjvlS0H75N1x83FyJuh8V9Ok6t4EUQQZ6

    Mnptzc6phJi3Ar0s0oumELsdc8upJdXpNpJV021PGJXfDKfHP0heJIWLodXr

    #####################################################################

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

    Закрытая секция сообщения покупателя (Opaque) - смотри CH1.

    #####################################################################

    Содержимое закрытой секции и подпись: (в точности как в CH1)

    swversion: 0.8win

    amount: usd 10.00

    card*: [в случае успешного BC4 (включает в себя card-salt, номер карты и срок действия карты)]

    Подпись:

    48SBKUfojyC9FDKCwdCYNvucgiDxYO9erZW4QndIXZRyheTHXH8OeIhwUkyLmgQSD/UK

    +IX9035/jUkdNPOxUQq9y/beHS1HU9Fe0wlzfXYRtnjlqvQX+yUfQ4T7eNEs

    #####################################################################

    Подпись продавца покрывает следующие поля:

    merchant-ccid, merchant-transaction, merchant-date, merchant-cyberkey, type, authorization-code, order-id, merchant-amount, pr-hash, pr-signed-hash, id, transaction, date, cyberkey

    #####################################################################

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



    4.4.4. Сообщение об удалении CM4



    Аннулирует возврат денег, если сообщение получено до окончательного расчета. Сообщение аналогично сообщению CM1 за исключением того, что оно имеет другой код типа и снабжено полем номера ссылки возврата (retrieval-reference-number field) (которое включается в подпись).

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    merchant-ccid: ACME-012

    merchant-transaction: 123123

    merchant-date: 19950121100705.nnn

    merchant-cyberkey: CC1001



    cyberkey: CC1001

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    merchant-opaque:

    6BVEfSlgVCoGh1/0R+g1C143MaA6QLvKpEgde86WWGJWx45bMUZvaAu4LVeqWoYCqSGf

    aWKUF7awol0h1i1jtgieyAcXB8ikvRJIsupSAwsRMyoNlekR6tucvfv/622JY7+n7nGO

    dGbMzP0GJImh2DmdPaceAxyOB/xOftf6ko0nndnvB+/y2mFjdUGLtFQP/+3bTpZttZXj

    j7RO1khe1UrAIk2TGQJmNw+ltsu0f42MgsxB8Q31vjPtoiPi5LEmD0Y4jlpJ7Jg2Ub84

    F9vJhYpmzNkdiJUe83Hvo/xfJRbhafJpXFEsUZwQK0jU1ksU6CQd2+CPBB+6MxtsHoxJ

    mjD6ickhd+SQZhbRCNerlTiQGhuL4wUAxzGh8aHk2oXjoMpVzWw2EImPu5QaPEc36xgr

    mNz8vCovDiuy3tZ42IGArxBweasLPLCbm0Y=

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    Содержимое скрытой секции продавца:

    type: void

    retrieval-reference-number: 432112344321

    order-id: 1231-3424-234242

    merchant-amount: usd 10.00

    pr-hash: WATCQuH2q17lRuoxD78YBg==

    pr-signed-hash:

    8zqw0ipqtLtte0tBz5/5VPNJPPonfTwkfZPbtuk5lqMykKDvThhO0ycrfT7eXrn/hLUC

    kXoSctahEVdw1KBJbp0EVr1zVzcN9Aa7m2fJgxNfiisTgIRW+PMaa78rn+Ov

    id: myCyberCashID

    transaction: 78784567

    date: 19950121100505.nnn

    Подпись продавца:

    lkjladjslkjflsakjflkjsdljflsakjflkjsdljflsakjflkj flsakjflkjsdljflsakjflkjsdljflsajflksdjflksdjflsdjssf=

    #####################################################################

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

    Закрытая секция сообщения покупателя (Opaque) - смотри CH1.

    #####################################################################

    Содержимое закрытой секции и подпись: (в точности как в CH1)

    swversion: 0.8win

    amount: usd 10.00

    card*: [из успешного bc4 (содержит card-salt, номер карты и срок ее действия)]

    Подпись:

    48SBKUfojyC9FDKCwdCYNvucgiDxYO9erZW4QndIXZRyheTHXH8OeIhwUkyLmgQSD/UK



    +IX9035/jUkdNPOxUQq9y/beHS1HU9Fe0wlzfXYRtnjlqvQX+yUfQ4T7eNEs

    #####################################################################

    Подпись продавца покрывает следующие поля: merchant-ccid, merchant-transaction, merchant-date, merchant-cyberkey, type, retrieval-reference-number, order-id, merchant-amount, pr-hash, pr-signed-hash, id, transaction, date, cyberkey

    #####################################################################>

    Подпись продавца гарантирует целостность большей части сообщения. Проверка корректности подписи покупателя гарантирует, что невидимая часть сообщения клиента не была изменена или замещена.



    4.4.5. CM5 - возврат



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

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    [в точности как и CM1, только поле type: return]



    4.4.6. CM6 – отклик на операцию оплаты (charge-action-response)



    Это квитанция, предоставляемая продавцу в качестве уведомления о выполнении платежной операции. Индицирует успех, неудачу или предоставляет какую-то иную информацию.

    #####################################################################

    Отправитель: CyberServer

    Получатель: MerchantApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    merchant-ccid: ACME-012

    merchant-transaction: 123123

    merchant-date: 19950121100705.nnn

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    merchant-opaque:

    6BVEfSlgVCoGh1/0R+g1C143MaA6QLvKpEgde86WWGJWx45bMUZvaAu4LVeqWoYCqSGf



    aWKUF7awol0h1i1jtgieyAcXB8ikvRJIsupSAwsRMyoNlekR6tucvfv/622JY7+n7nGO

    dGbMzP0GJImh2DmdPaceAxyOB/xOftf6ko0nndnvB+/y2mFjdUGLtFQP/+3bTpZttZXj

    j7RO1khe1UrAIk2TGQJmNw+ltsu0f42MgsxB8Q31vjPtoiPi5LEmD0Y4jlpJ7Jg2Ub84

    F9vJhYpmzNkdiJUe83Hvo/xfJRbhafJpXFEsUZwQK0jU1ksU6CQd2+CPBB+6MxtsHoxJ

    mjD6ickhd+SQZhbRCNerlTiQGhuL4wUAxzGh8aHk2oXjoMpVzWw2EImPu5QaPEc36xgr

    mNz8vCovDiuy3tZ42IGArxBweasLPLCbm0Y=

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    Скрытый ключ продавца. Ключ сессии, который совпадает с CM1/2/3/4/5 для той же транзакции и CCID продавца.

    Скрытый ключ. Тот же ключ сессии покупателя, что и в сообщении CH1 переданном через CM* для данного ID и транзакции

    #####################################################################

    Содержимое скрытой секции продавца:

    type: charge-action-response

    server-date: 19950121100706.nnn

    action-code: XXX [per ISO 8583]

    response-code: failure/success/etc.

    order-id: 1231-3424-234242

    pr-hash: 7Tm/djB05pLIw3JAyy5E7A==

    pr-signed-hash:

    8zqw0ipqtLtte0tBz5/5VPNJPPonfTwkfZPbtuk5lqMykKDvThhO0ycrfT7eXrn/hLUC

    kXoSctahEVdw1KBJbp0EVr1zVzcN9Aa7m2fJgxNfiisTgIRW+PMaa78rn+Ov

    retrieval-reference-number: 432112344321

    authorization-code: a12323

    card-hash: 7Tm/djB05pLIw3JAyy5E7A==

    {

    card-prefix: nnxxxx [Returned if merchant is not full-PAN]

    }

    или

    {

    card-number: 1234567890123456 [Returned if merchant is full-PAN]

    }

    expiration-date: 12/34 [всегда присутствует]

    merchant-swseverity: fatal/warning

    merchant-swmessage; Сообщение для продавца об устаревшем номере протокола в стартовой $$-строке сообщения продавца.

    merchant-message;

    Свободный текст, поясняющий причины неудачи или успеха.

    Этот текст направляется сервером продавцу...

    id: myCyberCashID

    transaction: 78784567

    date: 19950121100505.nnn

    Содержимое скрытой секции (покупателя):

    server-date: 19950121100706.nnn

    amount: usd 10.00

    order-id: 1231-3424-234242

    card*: [from successful BC4]

    response-code: failure/success/etc.



    swseverity: fatal/warning

    swmessage; Говорит CyberApp, что оно является устаревшим. Этот текст отображается для пользователя. [присутствует только, когда имеется SWSeverity]

    message;

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



    retrieval-reference-number

    необходимо для аннулирования.


    authorization-code

    необходим для post-auth-capture. Оба эти поля присутствуют только в сообщении CM6, если оно было присланы банком. Все зависит от выполняемой операции.


    card-prefix

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


    card-hash

    является в действительности хэшем всего номера кредитной карты и salt, представленной покупателем. card-hash необходим для того, чтобы продавец мог, если хочет, сортировать транзакции покупателя по его кредитным картам, не зная их номеров.


    card*

    представляет собой поля card*, полученные вместе с сообщениями CM*, присланными в качестве отклика. Они появляются в алфавитном порядке.


    server-date

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


    4.4.7. Последовательности сообщений MM*



    Последовательности сообщений CM* представляют собой первичную систему покупок с помощью кредитных карт CyberCash для безопасной обработки денежных оплат клиентами системы. Однако продавцы, которые авторизованы их банком для получения оплаты товаров и услуг, могут также получать оплату по телефону, по почте или наличными. Чтобы исключить для продавца необходимость иметь вторую параллельную систему обработки этих платежей, определены последовательности сообщений MM1 - MM6, которые служат для организации таких менее безопасных транзакций. Сообщения MM* очень похожи на последовательность сообщений CM*, но закрытая секция покупателя на самом деле подписана продавцом, при этом не требуется какого-либо дополнительного CyberCash ID покупателя или ссылки на его кредитную карту.





    4.4.8. CD1 – запрос данных о кредитной карте



    Используется продавцом для получения номера карты и т.д., если нужна информация для разрешения сомнений.

    #####################################################################

    Отправитель: MerchantApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    merchant-ccid: ACME-69

    merchant-transaction: 123123

    merchant-date: 19950121100705.nnn

    merchant-cyberkey: CC1001

    cyberkey: CC1001

    opaque:

    EDD+b9wAfje5f7vscnNTJPkn1Wdi7uG3mHi8MrzLyFC0dj7e0JRjZ2PmjDHuR81kbhqb

    nX/w4uvsoPgwM5UJEW0Rb9pbB39mUFBDLPVgsNwALySeQGso0KyOjMxNs1mSukHdOmDV

    4uZR4HLRRfEhMdX4WmG/2+sbewTYaCMx4tn/+MNDZlJ89Letbz5kupr0ZekQlPix+pJs

    rHzP5YqaMnk5iRBHvwKb5MaxKXGOOef5ms8M5W8lI2d0XPecH4xNBn8BMAJ6iSkZmszo

    QfDeWgga48g2tqlA6ifZGp7daDR81lumtGMCvg==

    merchant-opaque:

    6BVEfSlgVCoGh1/0R+g1C143MaA6QLvKpEgde86WWGJWx45bMUZvaAu4LVeqWoYCqSGf

    aWKUF7awol0h1i1jtgieyAcXB8ikvRJIsupSAwsRMyoNlekR6tucvfv/622JY7+n7nGO

    dGbMzP0GJImh2DmdPaceAxyOB/xOftf6ko0nndnvB+/y2mFjdUGLtFQP/+3bTpZttZXj

    j7RO1khe1UrAIk2TGQJmNw+ltsu0f42MgsxB8Q31vjPtoiPi5LEmD0Y4jlpJ7Jg2Ub84

    F9vJhYpmzNkdiJUe83Hvo/xfJRbhafJpXFEsUZwQK0jU1ksU6CQd2+CPBB+6MxtsHoxJ

    mjD6ickhd+SQZhbRCNerlTiQGhuL4wUAxzGh8aHk2oXjoMpVzWw2EImPu5QaPEc36xgr

    mNz8vCovDiuy3tZ42IGArxBweasLPLCbm0Y=

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    Содержимое скрытой секции продавца:

    type: card-data-request

    password: xyzzy

    server-date: 19950121100505.nnn [optional]

    order-id: 12313424234242

    merchant-amount: usd 10.00

    pr-hash: 7Tm/djB05pLIw3JAyy5E7A==

    pr-signed-hash:

    IV8gWHx1f8eCkWsCsMOE3M8mnTbQ7IBBcEmyGDAwjdbaLu5Qm/bh06OX1npe2d3Hijxy

    +X8vKcVE6l6To27u7A7UmGm+po9lCUSLxgtyqyn3jWhHZpc5NZpwoTCf2pAK

    id: myCyberCashID

    transaction: 78784567

    date: 19950121100505.nnn

    Подпись продавца:

    8zqw0ipqtLtte0tBz5/5VPNJPPonfTwkfZPbtuk5lqMykKDvThhO0ycrfT7eXrn/hLUC

    kXoSctahEVdw1KBJbp0EVr1zVzcN9Aa7m2fJgxNfiisTgIRW+PMaa78rn+Ov



    #####################################################################

    Скрытый ключ продавца генерируется из общедоступного ключа шифрования CyberCash, идентифицированного в merchant-cyberkey.

    Закрытая секция сообщения покупателя (Opaque) - смотри CH1.

    #####################################################################

    Содержимое закрытой секции и подпись: (в точности как в CH1)

    swversion: 0.8win

    amount: usd 10.00

    card*: [от успешного BC4 (включает в себя время действия карты, номер карты и card-salt)]

    Подпись:

    48SBKUfojyC9FDKCwdCYNvucgiDxYO9erZW4QndIXZRyheTHXH8OeIhwUkyLmgQSD/UK

    +IX9035/jUkdNPOxUQq9y/beHS1HU9Fe0wlzfXYRtnjlqvQX+yUfQ4T7eNEs

    #####################################################################

    Подпись продавца покрывает следующие поля: merchant-ccid, merchant-transaction, merchant-date, merchant-cyberkey, type, password, server-date, order-id, merchant-amount, pr-hash, pr-signed-hash, id, transaction, date, cyberkey

    Подпись покупателя: смотри CH1

    #####################################################################

    [смотри также объяснения для CM1]

    Продавцу может быть нужно знать, какая карта используется, и некоторую другую информацию, для того чтобы разрешить определенные проблемы, возникающие при транзакции. Вся эта информация содержится в исходном сообщении CH1, вложенном в CM1 для реализации транзакции. Если продавец сохраняет CM1 и другую информацию транзакции, то он может послать это CD1-сообщение серверу.

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



    4.4.9. CD2 – отклик на данные кредитной карты



    Отклик на CD1 с указанием на успешный или нет прием данных о кредитной карте.

    #####################################################################

    Отправитель: CyberServer

    Получатель: MerchantApp

    #####################################################################

    Пример сообщения:



    $$-CyberCash-0.8-$$

    merchant-ccid: ACME-012

    merchant-transaction: 123123

    merchant-date: 19950121100705.nnn

    merchant-opaque:

    t731/86R72ZLrqHLIf0VG6m3ybvs+dG6K705L8LFKEXgCti0NGjK83CwDsUdiso7U1JP

    2Z0BClVHLmhIBY7+QXx5iCEGHy8JKC9IWyNNi2O/OOIDgLeJAkMSZYbNQrSKViY34imS

    0s7Q6uDk9wV0fixjvRBuNO2B7urWWsqfkLOYDnHy0RvhyUzYxLrMaTX+/6IkyU5Z0lH3

    BXYBUNV8DgitEjgLXmyWuXRDlEBN02yeZgsFRm9GmuBHfCTySm2XqnifizpmKMUa9UiH

    onNx9W86fuBdcJF7CJgH5Gct2M/dx/f2VpoRkmeSmWxFrYi8wgtvddSXF9my40NZ8WZz

    CEUEvQhcmruopwEeehv+bejc3fDDZ23JKrbhlZ17lSvFR14PKFsi32pXFqTO0ej9GTc5

    L6c8nM3tI1qdHNCe0N5f7ASdKS0tYSxAYJLIR6MqPrXjNJEaRx7Vu1odMlkgrzGOV1fo

    5w33BQHK3U2h+1e5zYBeHY3ZYG4nmylYYXIye4xpuPN4QU0dGrWZoImYE44QOwjd5ozl

    xulPBjj6cpEI/9wTwR3tpkBb4ZfYirxxnoj9JUkPK9Srv9iJ

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    Скрытый ключ: ключ сессии из CD1.

    #####################################################################

    Содержимое скрытой секции:

    type: card-data-response

    server-date: 19950121100706.nnn

    response-code: failure/success/etc.

    order-id: 1231-3424-234242

    pr-hash: 7Tm/djB05pLIw3JAyy5E7A==

    pr-signed-hash:

    IV8gWHx1f8eCkWsCsMOE3M8mnTbQ7IBBcEmyGDAwjdbaLu5Qm/bh06OX1npe2d3Hijxy

    +X8vKcVE6l6To27u7A7UmGm+po9lCUSLxgtyqyn3jWhHZpc5NZpwoTCf2pAK

    card-hash: 7Tm/djB05pLIw3JAyy5E7A==

    card-number: 4811123456781234

    card-type: visa

    card-name: John Q. Public

    expiration-date: 01/99

    merchant-swseverity: fatal/warning

    merchant-swmessage; Сообщение для продавца о том, что номер информационного протокола в стартовой строке $$ сообщения продавца устарел.

    merchant-message;

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

    id: myCyberCashID

    transaction: 78784567

    date: 19950121100505.nnn

    Сообщение в норме возвращает выбранные поля из дешифрованной закрытой части CH1, в том формате, в каком они были посланы серверу в CD1.



    4.5. Прикладные сообщения и уведомления об ошибках



    Оказалось необходимо ввести в систему CyberCash сообщения номера утилиты, статуса запроса, и специального уведомления об ошибке.



    Желательно иметь возможность проверять коннективность, с некоторой точностью синхронизовать часы и определять версии протокола и приложения клиента. Это сделано с помощью сообщения P1, посылаемого клиентом серверу и отклика P2, возвращаемого сервером клиенту.

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

    Так как система работает в режиме запрос-отклик, имеется две ситуации, когда необходимы специальные сообщения об ошибках. Если запрос оказался не интерпретируемым или имеет неизвестный код типа, посылается уведомление об ошибке UNK1. Если отклик оказался не интерпретируемым или имеет неизвестный код типа или имела место какая-то другая ошибка, которая должна быть зафиксирована в журнале событий сервера CyberCash. Клиент или продавец направляют серверу диагностические сообщения DL1 или DL2.



    4.5.1. P1 - ping



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

    #####################################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    type: ping

    id: myCyberCashID [optional]

    transaction: 123123213

    date: 19950121100505.nnn

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    id является опционным, так как персона может быть еще не установлена.



    4.5.2. P2 – отклик на ping



    Отклик на ping P1. Для минимизации избыточности здесь не используется никаких криптографических методов.

    #####################################################################



    Отправитель: CyberServer

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    type: ping-response

    id: myCyberCashID [если присутствует в P1]

    transaction: 12312313

    date: 19950121100505.nnn

    server-date: 19950121100506.nnn

    swseverity: fatal/warning [отсутствует, если все в порядке]

    swmessage; Говорит CyberApp, что оно использует устаревший протокол.

    Данный текст отображается для пользователя. [Присутствует только при наличии SWSeverity.]

    response-code: success/failure/etc.

    message;

    Свободный текст комментария об ошибке или успехе.

    Этот текст должен быть отображен отправителю его прикладной программой CyberCash.

    supported-versions: 08.win, 0.81win, 0.8mac

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    #####################################################################

    swversion не включается в P1 по соображениям секретности, по этой причине swseverity и swmessage присутствуют, только если сервер может сказать, что эти вещи устарели.

    supported-versions позволяет клиенту знать как можно быстрее, какие версии поддерживаются приложением, а какие нет.



    4.5.3. TQ1 – запрос транзакции



    Запрос клиента серверу о состоянии транзакции.

    #####################################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    id: MyCyberCashID

    date: 19950121100505.nnn

    transaction: 12312314

    cyberkey: CC1001

    opaque:

    VFaztHuj757Jrv+JxZFsHORy/zgkrxhBCu9cPdE04c1NnXzVlGOHygpSl+UGbUvnhkYl

    >21QQaHkaE3geccRk03cqFYoLNRCclImcsyeIZCgVt+2dJTj1V+E7R7ePQtCj+0gY42+V

    L5BWhVtmDQFyg1DdJ6n3S/er6ZuObAjpcAogG+T1Na5dJmrTA1wRMiYVkqhXi2KMYdur

    3U47P8ZGUza7W0MST3DgvviN0kVhtmHEnm515mo6NTQdfdxw9WZpy6vMqrBGk2nTgi2c

    bnf+muO0+kiNPXVvEzRrO8o=

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ. Генерируется ключом шифрования CyberCash, идентифицированным CyberKey



    #####################################################################

    Содержимое скрытой секции:

    type: transaction-query

    swversion: 0.8win

    begin-transaction: 1234

    end-transaction: 4321

    Подпись:

    jJfFsKvOxLaV87gxu7lIPet3wIDwh1H2F61reYC9jmUrS6WAtUVFG9aCNuTEBoMixF0X

    vD5oPfyheJRIlnL6i0c4o/bfyO3edKAacmWjTmKt6/4y9p3qgvKkSX8r9aym

    #####################################################################

    Подпись содержит в себе поля: id, date, transaction, cyberkey, type, swversion, begin-transaction, end-transaction

    #####################################################################

    Объяснение:

    Это запрос клиента сообщить ему о состоянии предшествующей транзакции или транзакций.



    begin-transaction

    и end-transaction могут совпадать.



    4.5.4. TQ2 – аннулирование транзакции



    Запрос клиента серверу в связи с аннулированием транзакции.

    #####################################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    id: MyCyberCashID

    date: 19950121100505.nnn

    transaction: 12312314

    cyberkey: CC1001

    opaque:

    VFaztHuj757Jrv+JxZFsHORy/zgkrxhBCu9cPdE04c1NnXzVlGOHygpSl+UGbUvnhkYl

    21QQaHkaE3geccRk03cqFYoLNRCclImcsyeIZCgVt+2dJTj1V+E7R7ePQtCj+0gY42+V

    L5BWhVtmDQFyg1DdJ6n3S/er6ZuObAjpcAogG+T1Na5dJmrTA1wRMiYVkqhXi2KMYdur

    3U47P8ZGUza7W0MST3DgvviN0kVhtmHEnm515mo6NTQdfdxw9WZpy6vMqrBGk2nTgi2c

    bnf+muO0+kiNPXVvEzRrO8o=

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ: полученный из ключа шифрования CyberCash, заданного CyberKey

    #####################################################################

    Содержимое скрытой секции:

    type: transaction-cancel

    swversion: 0.8win

    begin-transaction: 1234

    end-transaction: 4321

    Подпись:

    kD7DEav2uLQIYMtP9gbhYaBUpB2a5whNwnK2eXbbyTCf56F6dl3DIVf7D8Z4WxbY2YZn

    ByRIKeqlhmss7fbdnBiDYmKfOuc+I4bi/Oslml5riaciQhTd2JdHG+PCcHwZ



    #####################################################################

    Подпись защищает следующие поля: id, date, transaction, cyberkey, type, swversion, begin-transaction, end-transaction

    #####################################################################

    Объяснение:>

    Это попытка клиента аннулировать предыдущую транзакцию или транзакции.>

    begin-transaction и end-transaction могут совпадать.

    Запрос аннулирования транзакции (TQ.2) определен для взаимодействия клиента с сервером. Этот запрос позволяет клиенту запросить состояние операции и предотвратить операцию, если она еще не осуществлена.



    4.5.5. TQ3 – отклик транзакции (transaction-response)



    Отклики, генерируемые TQ1 или TQ2

    #####################################################################

    Отправитель: CyberServer

    Получатель: CyberApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    id: mycybercashid

    date: 19950121100505.nnn

    transaction: 12312314

    server-date: 19950121100505.nnn

    opaque:

    eFXRL+H0J5q318M21wRdtcbhu9WCyLysQkeF9oIcjtbstymx343bbt0EAtU1gcJaUKJZ

    3skgvwrhcxU4bFcE68OPlUXAvLq10I3MczPYPsiGrsU0K4bZtQvDZmn727QQAfONBm5s

    s1yjIha+Fj481BJQs0CTYc3ju90lAjCYgirXtnnR6yJXoDO75b7UjthvHSnrTWVZvktX

    PvTuUCYzbXSFoYvwFM3Y+yHqSHlmWutYKQpYze8zbUSDQfmwTCJyw3aY2JasZ+xMP/CD

    JWbCA+gCLBYCnvzM/ExKTZTFD3xr5JBfNbV4p6CiK6lsfRFD7maAK6TSVnWjwCEJNpOv

    fyllfWD04fT7LINQcjJiQK1Pk/912Tk6Q35eRaQZorwv2hnY/7By2OkPyFdAqFL+D0H6

    TqzxmdEjEFKxi/PPT1+Cs/Nszy8wZzaGg8iWATfARY6stl+02dDhwOoFXSBNvchlVrcI

    IlvhumSIQs29Pntj3DbkYo4IEmmN/qi1vnzld22q7lA1q/CQakyc7jlQUFISx76buqwy

    35XiC9Yn8flE4Va14UxMf2RCR1B/XoV6AEd64KwPeCYyOYvwbRcYpRMBXFLyYgWM+ME1

    +yp7c66SrCBhW4Q8AJYQ+5j5uyO7uKyyq7OhrV0IMpRDPjiQXZMooLZOifJPmpvJ66hC

    VZuWMuA6LR+TJzWUm4sUP9Zb6zMQShedUyOPrtw1vkJXU1vZ5aI8OJAgUcLEitcD+dsY

    Df4CzA00fC10POkJ58HZB/pSBfUrHAa+IqMHyZkV/HBi9TjTwmktJi+8T9orXS0jSvor

    dMTGWn0ifETy2VXt

    $$-CyberCash-End-0QXqLlNxrn4GNQPPk9AO1Q==-$$

    #####################################################################



    Скрытый ключ. Ключ сессии из TQ1/TQ2 для текущих значений транзакции и ID.

    #####################################################################

    Содержимое скрытой секции:

    type: transaction-response

    response-code: success/failure/etc.

    message; текстовое сообщение, посылаемое сервером покупателю.

    swseverity: fatal/warning

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

    report-fee: usd 0.15 [если не равно нулю]

    transaction-1: old-transaction-number

    transaction-status-1: success/failure/pending/cancelled/etc.

    server-date-1: 19951212125959.nnn

    date-1: 19950121100505.nnn

    type-1: auth-only/etc.

    Оплата отчета (Report-fee) представляет собой уведомление о том, что данный отчет имеет цену и его предоставление зависит от оплаты. Транзакции с заданным номером может соответствовать несколько транзакций (аутентификация, оплата и т.д.).



    Термины



    "исходная транзакция" относится к платежу или другой транзакции, которая была запрошена или аннулирована. Заметим, что эта транзакция в действительности не является резидентной для сервера.
    "request" относится к запрашивающим сообщениям TQ.2 или TQ.1.
    id: идентификатор сообщения-запроса
    date: дата сообщения-запроса
    transaction: транзакция сообщения-запроса
    server-date: текущая дата/время
    type: Отклик транзакции
    response-code: код отклика для сообщения-запроса, может быть одним из:
      "success" означает, сообщение прошло успешно. Не подразумевает требования присылки состояния запроса.
      "failure-hard" означает, что сообщение-запрос не прошло из-за некорректного формата или по какой-то другой причине.
      "failure-swversion" означает, что запрос не был обработан из-за проблем ревизии программного обеспечения.
    message: сообщение используется только для транзакции TQ, а не к состоянию транзакций, статус или аннулирование которых были запрошены. Сообщение формируется на основании кода отклика:
      "success" сообщение проигнорировано.
      "failure-hard" используется стандартное сообщение уведомление о неудаче.
      "failure-swversion" в случае фатальной ошибки используется стандартное сообщение типа swversion
    swseverity: относится к сообщению-запросу
    swmessage: относится к сообщению-запросу - для полей запрос/отмена ('N' берется из ряда от 1 до N)
    transaction-N: номер исходной транзакции, или, если исходной транзакции на сервере нет, то номер транзакции запроса состояния транзакции с заданным номером. Состояние исходной транзакции может быть одним из:
      "success" исходная транзакция была успешно проведена. Если запросом было сообщение TQ.2, аннулирование не производится.
      "failure" исходная транзакция не была реализована. Если запросом было сообщение TQ.2, аннулирование не производится.
      "pending" исходная транзакция все еще обрабатывается и окончательный результат пока не известен.
      "canceled" исходная транзакция была аннулирована сервером. Последующий приход исходной транзакции не будет обрабатываться, но будет послан отклик "failure-canceled".
    server-date-1: поле server-date из исходной транзакции. Опускается, если исходная транзакция на сервере отсутствует.
    date-1: поле даты исходной транзакции. Опускается, если исходная транзакция на сервере отсутствует.
    type-1: поле типа исходной транзакции. Опускается, если исходная транзакция на сервере отсутствует.
    <


    /p>

    4.5.6. UNK1 – неизвестная ошибка



    Это отклик, который посылается, когда запрос так плох, что вы не можете определить его тип или этот тип не известен. Отклик посылается Продавцом Клиенту или Сервером Продавцу, или Сервером Клиенту.

    #####################################################################

    Отправитель: MerchantApp или CyberServer

    Получатель: CyberApp или MerchantApp

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    type: unknown-error

    unknown-error-message:

    Текст сообщения о причинах ошибки, которое следует представить пользователю. (Не найден CyberCash-обработчик, проверка целостности обработчика не прошла, специфицирована неизвестная версия протокола, специфицирован неизвестный тип и т.д.)

    {

    server-date: 19950121100506.nnn [если послано сервером]

    }

    или

    {

    merchant-date: 19950121100506.nnn [если послано продавцом]

    }

    x-id: mycybercashID

    x-transaction: 123123213

    x-date: 19950121100505.nnn

    x-cyberkey: CC1001

    x-opaque:

    2DqiOQfGRZjzddWpEZwGsJnoTsp9Yiri8DE9cPUMPsJ7lTFuE4XHi4QfN2cAipDB2G/G

    9hr7Hj4u4xfMky7nPvJurClZejkI8eNp8iXLtrfS4DhR4yCFQjCiKk0dh83p+DDsFVV7

    TI3Du2B15sQS+SdaoPwkfVDnJv4Y+b7vu2cN7bG7exCkBapBcJZbReNaWX5sf+U8ypfw

    5V6QdMOzNXpef3z+cTTWfGOtmn9T1Pwo1Yi9ObyIf/wiK+IPb+bBZ9UwLZSB+qVMfJmX

    GnHXO3AnA/PD+jKYCtsm2Gxv2WB3CuezOyzPtORuqLp5ubgnLBF9aBBjxwLdbn+cp5sm

    lw51IHbmo1Jj7H6wyNnRpEjy4tM73jcosBfGeQDHxgyH1uaiFNr2D+WvmuYo7eun2dsy

    Wve2O/FwicWHvkg5aDPsgOjzetsn1JCNZzbW

    $$-CyberCash-End-7Tm/djB05pLIw3JAyy5E7A==-$$

    Это сообщение посылается в качестве отклика, когда не удается найти или понять тип сообщения. Оно всегда имеет в начале поля типа и unknown-error-message. Любые поля запроса, которые удается распознать, копируются с префиксами "x-" в сообщение UNK1, посылаемое в качестве отклика. Таким образом, если появляется x-opaque, это означает, что в исходном запросе было поле opaque и т.д.

    Так как покупатель инициирует обмен с продавцом и сервером, а продавец запускает обмен с сервером, это сообщение будет послано только покупателю продавцом или сервером покупателю или продавцу. Оно должно быть записано для отладочных целей. Вам может быть нужно отслеживать отказы обслуживания посредством сообщений UNK1.





    4.5.7. DL1 – диагностическая запись



    Клиентская диагностическая запись о плохом сообщении от продавца или сервера.

    #####################################################################

    Отправитель: CyberApp

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    id: MyCyberCashID

    date: 19950121100505.nnn

    transaction: 1234

    cyberkey: CC1001

    opaque:

    2DqiOQfGRZjzddWpEZwGsJnoTsp9Yiri8DE9cPUMPsJ7lTFuE4XHi4QfN2cAipDB2G/G

    9hr7Hj4u4xfMky7nPvJurClZejkI8eNp8iXLtrfS4DhR4yCFQjCiKk0dh83p+DDsFVV7

    TI3Du2B15sQS+SdaoPwkfVDnJv4Y+b7vu2cN7bG7exCkBapBcJZbReNaWX5sf+U8ypfw

    5V6QdMOzNXpef3z+cTTWfGOtmn9T1Pwo1Yi9ObyIf/wiK+IPb+bBZ9UwLZSB+qVMfJmX

    GnHXO3AnA/PD+jKYCtsm2Gxv2WB3CuezOyzPtORuqLp5ubgnLBF9aBBjxwLdbn+cp5sm

    lw51IHbmo1Jj7H6wyNnRpEjy4tM73jcosBfGeQDHxgyH1uaiFNr2D+WvmuYo7eun2dsy

    Wve2O/FwicWHvkg5aDPsgOjzetsn1JCNZzbW

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ. Генерируется из ключа шифрования CyberCash, идентифицируемого в CyberKey

    #####################################################################

    Содержимое скрытой секции:

    type: diagnostic-log

    message: incorrect order-id

    swversion: 0.8win

    x-type: original-message-type

    x-transaction: original-transaction-number

    x-opaque: [ели нельзя дешифровать]

    9/eFiJK5tLizsoeSmpW7uLS8/7iio7Wisfv38biio7uyufv3tfv35uH+7N3d9/exuKX3

    5+z3vuu4oqO7srnsvvz8/venoqO0v7al/7iio7WisYy+iv7s3ff3p6KjtL+2pf/wi7nw

    #####################################################################

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



    4.5.8. DL2 – диагностические журнальные записи продавца (merchant-diagnostic-log)



    Диагностическая запись продавца о плохом сообщении от сервера.

    #####################################################################



    Отправитель: CyberMerchant

    Получатель: CyberServer

    #####################################################################

    Пример сообщения:

    $$-CyberCash-0.8-$$

    merchant-ccid: MyCyberCashID

    merchant-transaction: 1234

    merchant-date: 19950121100505.nnn

    merchant-cyberkey: CC1001

    merchant-opaque:

    2DqiOQfGRZjzddWpEZwGsJnoTsp9Yiri8DE9cPUMPsJ7lTFuE4XHi4QfN2cAipDB2G/G

    9hr7Hj4u4xfMky7nPvJurClZejkI8eNp8iXLtrfS4DhR4yCFQjCiKk0dh83p+DDsFVV7

    TI3Du2B15sQS+SdaoPwkfVDnJv4Y+b7vu2cN7bG7exCkBapBcJZbReNaWX5sf+U8ypfw

    5V6QdMOzNXpef3z+cTTWfGOtmn9T1Pwo1Yi9ObyIf/wiK+IPb+bBZ9UwLZSB+qVMfJmX

    GnHXO3AnA/PD+jKYCtsm2Gxv2WB3CuezOyzPtORuqLp5ubgnLBF9aBBjxwLdbn+cp5sm

    lw51IHbmo1Jj7H6wyNnRpEjy4tM73jcosBfGeQDHxgyH1uaiFNr2D+WvmuYo7eun2dsy

    Wve2O/FwicWHvkg5aDPsgOjzetsn1JCNZzbW

    $$-CyberCash-End-kchfiZ5WAUlpk1/v1ogwuQ==-$$

    #####################################################################

    Скрытый ключ. Генерируется из ключа шифрования CyberCash, заданного в CyberKey

    #####################################################################

    Содержимое скрытой секции:

    type: merchant-diagnostic-log

    server-date: 19950121100505.nnn [optional]

    message: incorrect order-id

    x-type: original-message-type

    x-transaction: original-transaction-number

    x-opaque: [если невозможно дешифровать]

    9/eFiJK5tLizsoeSmpW7uLS8/7iio7Wisfv38biio7uyufv3tfv35uH+7N3d9/exuKX3

    5+z3vuu4oqO7srnsvvz8/venoqO0v7al/7iio7WisYy+iv7s3ff3p6KjtL+2pf/wi7nw

    #####################################################################

    Приложение продавца не ждет отклика на это сообщение. Дешифрованное исходное сообщение будет размещено в закрытой части, если только дешифрование произошло успешно. Если шифрование осуществить не удалось, будет послано не дешифрованное сообщение.



    4.6. Таблица описанных сообщений



    C = Приложение Покупателя, M = Приложение Продавца, S = Сервер CyberCash

    FLOW Раздел Имя
    C->S 4.2.1 BC.1 bind-credit-card
    S->C 4.2.2 BC.4 bind-credit-card-response
    C->M 4.3.2 CH.1 credit-card-payment
    M->C 4.3.3 CH.2 credit-card-response
    M->S 4.4.8 CD.1 запрос данных о кредитной карте
    S->M 4.4.9 CD.2 отклик на запрос о кредитной карте
    M->S 4.4.1 CM.1 только аутентификация
    M->S 4.4.2 CM.2 auth-capture
    M->S 4.4.3 CM.3 post-auth-capture
    M->S 4.4.4 CM.4 void
    M->S 4.4.5 CM.5 возврат
    S->M 4.4.6 CM.6 отклик на платеж
    C->S 4.5.7 DL.1 диагностическая запись
    M->S 4.5.7 DL.2 диагностическая запись продавца
    C->S 4.1.3 GA.1 получение приложения
    S->C 4.1.4 GA.2 получение отклика приложения
    M->S 4.4.7 MM.1 только аутентификация продавца
    M->S 4.4.7 MM.2 merchant-auth-capture
    M->S 4.4.7 MM.3 merchant-post-auth-capture
    M->S 4.4.7 MM.4 merchant-void
    M->S 4.4.7 MM.5 merchant-return
    S->M 4.4.7 MM.6 отклик продавца на процедуру оплаты
    C->S 4.5.1 P.1 ping
    S->C 4.5.2 P.2 отклик на ping
    M->C 4.3.1 PR.1 запрос платежа
    C->S 4.1.1 R.1 регистрация
    S->C 4.1.2 R.2 отклик на регистрацию
    C->S 4.5.3 TQ.1 запрос о состоянии транзакции
    C->S 4.5.4 TQ.2 аннулирование транзакции
    S->C 4.5.5 TQ.3 отклик на транзакцию
    S->C, S->M, M->C 4.5.6 UNK.1 неизвестная ошибка
    <


    /p>

    5. Дальнейшие разработки



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



    5.1. Процесс авторизации кредитной карты и расчета



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

    (1)

    авторизация

    : продавец контактирует со своим покупателем, который в свою очередь получает от банкира, выпустившего кредитную карту, подтверждение или отрицание своей кредитоспособности. Эти данные он пересылает продавцу.
    (2)

    приобретение (capture)

    : платежная информация для покупки вводится продавцом в расчетный документ.
    (3)

    оплата

    (clearance): обработка перечня товаров. Это вызывает появление товаров из перечня в записи о покупке для данной кредитной карты. Эта запись посылается банку, предоставившему кредитную карту покупателю.
    (4)

    урегулирование

    (settlement): межбанковская операция по пересылке денежных средств.
    (5)

    удаление

    (void): продавец отменяет шаг 2 (или 6), сумма оплаты удаляется из расчетного документа. Операция должна быть выполнена до осуществления оплаты.
    (6)

    кредит

    (credit): продавец вводит отрицательную сумму оплаты в расчетный документ. Эта сумма появится в записи о покупке владельца кредитной карты.
    Четвертый шаг (settlement) реализуется исключительно в банковской среде. CyberCash 0.8 формирует сообщения для реализации шагов 1, 1&2, 2, 5 и 6. это справедливо для систем работы с кредитными картами, где данные о сделке накапливаются в банке или в системе продавец-банк. CyberCash 0.8 поддерживает такие системы. Другие системы работы с кредитными картами требуют того, чтобы все данные о сделке хранились у продавца. Такие системы часто называются “терминальными покупками” ("terminal capture"). Это делает операции 2, 5 и 6 внутренними для продавца, но требует сообщений для выполнения операции 3. Такие сообщения о денежных расчетах будут включены в будущие версии CyberCash для приложений продавца и сервера.





    6. Соображения безопасности



    Система CyberCash для работы с кредитными картами версии 0. 8 предоставляет достаточную защиту платежных сообщений, как это описано в разделах 1.2, 2.2.4 и 2.2.5. Система не обеспечивает достаточной защиты от нечестного продавца (здесь вне конкуренции протокол SET). Следует не выпускать из внимания ЭВМ, на которых работают различные части системы, в противном случае нельзя добиться приемлемого уровня безопасности.





    Ссылки



    [ISO 4217] Codes for the representation of currencies and funds
    [ISO 8583] Financial transaction card originated messages - Interchange message specifications, 1993-12-15.
    [RFC-822] Crocker, D., "Standard for the format of ARPA Internet text messages", STD 11, RFC- 822, UDEL, August 1982.
    [RFC-1521] Borenstein, N., and N. Freed, "MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message Bodies", RFC- 1521, Bellcore, Innosoft, September 1993.
    [RFC-1766] Alvestrand, H., "Tags for the Identification of Languages", UNINETT, March 1995.

    Содержание раздела