1.1. Настоящая инструкция описывает порядок осуществления доступа Клиента к ПО SKB.CHD и использования его функциональности с помощью SFTP-сервера.
1.2. SFTP-сервер предназначен для автоматизированного обмена информацией в виде файлов между Клиентом и Бюро с целью загрузки сведений о кредитной истории субъектов в базу данных Бюро или получения сведений о кредитных историях субъектов (кредитные отчеты).
1.3. Взаимодействие с сервисами Бюро осуществляется с использованием криптографического туннеля на базе «Крипто Про NGate», который обеспечивает дополнительную защиту персональных данных путем шифрования канала. Настройка защищенного канала связи описана в отдельной инструкции.
1.4. Соединение с SFTP-сервером происходит по протоколу SSH.
1.5. Для доступа к SFTP-серверу необходимо наличие служебной учетной записи.
2.1. Для взаимодействия с Бюро через SFTP-сервер Клиенту необходимо:
2.2. Генерация рабочего ключа шифрования
Аутентификация Пользователя на SFTP-сервере происходит с помощью логина Учетной записи Личного кабинета и рабочего ключа шифрования. Рабочий ключ Клиент генерирует на своей стороне.
2.2.1. Генерация рабочего ключа шифрования для Mac и Linux
Для Mac или Linux выполнить команду:
$ ssh-keygen -t ecdsa -b 521 -C "<имя пользователя>" -f <хранилище ключей>/ -N
<password>
где:
Полученный ответ:
Generating public/private ecdsa key pair.
Your identification has been saved in <хранилище ключей>
Your public key has been saved in <хранилище ключей>/.pub
The key fingerprint is:
SHA256:nRgRsZ+PUwfxAFG4MENI5HfXmwo1FJnnGM3eVaIMUDE <имя пользователя>
2.2.2. Генерация рабочего ключа шифрования для Windows 10
Для Windows 10 и выше выполнить команду в терминале Powershell:
PS C:\Users\user.DOMAIN> ssh-keygen.exe -t ecdsa -b 521 -C "<имя пользователя>" -f <хранилище ключей>/ -N <password>
Полученный ответ:
Generating public/private ecdsa key pair.
Your identification has been saved in <хранилище ключей>
Your public key has been saved in <хранилище ключей>/.pub
The key fingerprint is:
SHA256:t44ZVTfgIat7U/9dZqcAhx6fqciPpnn53xcMdf7AwEE <имя пользователя>
2.2.3. Генерация рабочего ключа шифрования для Windows версий до 10
Для Windows ниже 10 требуется установить PuTTY и запустить PuTTYgen. Генерация ключевой информации с помощью PuTTYgen осуществляется в следующей последовательности:
Запустите PuTTYgen, дважды щелкнув его файл «.exe» или выбрав в Windows меню «Пуск» → PuTTY (64-разрядная версия) → PuTTYgen.
В блоке «Тип ключа для генерации» оставьте RSA по умолчанию. В поле «Число бит в сгенерированном ключе» оставьте значение по умолчанию 2048, которого достаточно для большинства случаев использования. При желании вы можете изменить его на 4096.
Вам будет предложено навести указатель мыши на пустую область в разделе «Ключ» («Key»), чтобы создать некоторую случайность. Когда вы перемещаете указатель, зеленый индикатор выполнения будет двигаться вперед. Процесс должен занять несколько секунд.
После генерации открытого ключа он будет отображаться в блоке «Ключ» («Key»).
Для установки пароля, введите его в поле «Ключевая фраза-пароль» («Key passphrase») и подтвердите его в поле подтверждения. Наличие пароля добавляет дополнительный уровень безопасности, защищая закрытый ключ от несанкционированного использования.
Сохраните закрытый ключ, нажав кнопку «Сохранить закрытый ключ» («Save private key»). Вы можете сохранить файл в любом каталоге как файл «.ppk» (закрытый ключ PuTTY), но желательно сохранить его в месте, где вы можете легко его найти. Обычно для файла закрытого ключа используется описательное имя, например <имя пользователя>.ppk.
Для сохранения открытого ключа щелкните правой кнопкой мыши текстовое поле с надписью «Открытый ключ для вставки в файл авторизованных_ключей OpenSSH» («Public key for pasting into OpenSSH authorized_keys file») и выберите все символы, нажав «Выбрать все». Откройте текстовый редактор, вставьте символы и сохраните. Убедитесь, что вы вставляете весь ключ. В конце ключа укажите <имя пользователя>.
Ключ будет иметь вид:
sh-rsa AAAAB3NzaC1yc2EAAA...gapVOK8uP6hQn0YOXACFN1nUvP7nDE8g9FV username
Рекомендуется сохранить файл в том же каталоге, в котором вы сохранили закрытый ключ, используя то же имя закрытого ключа и «.pub» в качестве расширения файла: <имя пользователя>.pub
2.2.4. Ключ с расширением .pub требуется отправить на почтовый ящик технической поддержки supportb2b@cbch.ru с темой письма <название компании / ИНН Открытый ключ для взаимодействия>, чтобы Бюро настроило со своей стороны канал связи.
3.1. Адреса SFTP-серверов Бюро
Тестовая система: ekat-dth-staging-ext-sftp-vmc.cbch.cloud
Промышленная система: ekat-dth-prod-ext-sftp-vmc.cbch.cloud
Порт: 39109
3.2. Перед установкой соединения с SFTP необходимо добавить закрытый ключ, используя соответствующий агент аутентификации (например, ssh-agent для Linux и Pageant Для Windows). Это позволит заходить на SFTP-сервер без запроса пароля.
3.2.1. Добавление закрытого ключа для Mac и Linux
Проверить, запущен ли ssh-agent (нужен для добавления ключа, чтобы каждый раз его не прописывать в запросе соединения с SFTP-сервером):
eval $(ssh-agent -s)
Добавить закрытый ключ в ssh-agent (при добавлении вводится пароль от закрытого ключа):
ssh-add <хранилище ключей>
Проверить, что ключ добавлен:
ssh-add –L
3.2.2. Добавление закрытого ключа для Windows
3.2.3. Настройка соединения для Mac и Linux
В консоли Client SFTP необходимо выполнить команды:
sftp –I <your_private_key> –P 39109 <имя пользователя>@<адрес сервера>
где:
3.2.4. Настройка соединения для Windows через WinSCP
3.2.5. Если работа будет производиться через интеграционное решение Клиента, то соединение будет устанавливаться через SFTP-клиента этого интеграционного сервиса Клиента.
4.1. На SFTP-сервере будет создан каталог Клиента, названием каталога будет выступать ИНН Клиента.
4.2. Каталог Клиента включает в себя следующую структуру:
Inbox
(каталог для направления Пакетов в Бюро),
Draft
(подкаталог для подготовки Пакетов),Ready
(подкаталог для готовых Пакетов — система забирает пакеты из данного каталога автоматически),Processing
(каталог для отображения Пакетов, находящихся в обработке),Outbox
(каталог с квитанциями от Бюро о регистрации и обработке Пакетов),Error
(каталог с ошибками, возникшими при обработке Пакетов).4.3. Клиент загружает подготовленный и подписанный Пакет со сведениями кредитных историй или с запросом кредитного отчета в подкаталог draft
каталога inbox
.
4.4. После окончания загрузки Пакета Клиент перемещает его в подкаталог inbox/ready
.
4.5. Для направления запросов на кредитный отчет в наименовании пакета необходимо добавить в начало report_
.
4.6. Система Бюро проверяет подкаталог inbox/ready
и принимает Пакеты в обработку. Если Пакет принят в обработку, система перемещает его в подкаталог processing
, где он недоступен для редактирования.
4.7. После загрузки Пакета система Бюро проверяет корректность подписанного и заархивированного файла:
4.8. Если Пакет не прошел хотя бы одну из проверок, Бюро направляет извещение об отклонении Пакета Клиенту с указанием причины отклонения, если Пакет прошел проверки, Бюро направляет Клиенту извещение о получении Пакета.
4.9. Далее система Бюро начинает проверять содержимое файлов, проводится форматно-логический контроль сведений, по результатам формируется Квитанция об обработке, которая говорит об успешной/не успешной загрузке переданных сведений в Бюро.
4.10. После обработки Пакета Система Бюро размещает результаты обработки (квитанции) в каталоге outbox
.
4.11. Если система Бюро не смогла корректно обработать файл, то Пакет будет перемещен в подкаталог error
с описанием ошибки.