В мой проект интегрирована функция Payment Getaway, и я хочу защитить запрос обратного вызова, и после некоторых исследований лучшим способом было отправить токен вместе с запросом обратного вызова.
Это лучший способ или есть лучший способ справиться с этим?
Я попробовал этот способ для своего проекта на этапе подготовки, но пришло время перейти к производству, и я действительно не знаю, является ли это безопасным способом сделать это.





Защита запроса обратного вызова в веб-API ASP.NET Core. Это лучший способ или есть лучший способ справиться с этим? Я действительно не знаю, это это безопасный способ сделать это.
Что ж, не глядя на вашу реализацию, действительно сложно сказать, безопасна она, лучше или нет.
Тем не менее, токен вместе с запросом обратного вызова является наиболее популярным способом обработки безопасной транзакции. Однако это зависит от того, как спроектированы токен и перекрестный запрос.
Что касается безопасного запроса и транзакции, вам следует обеспечить несколько важных настроек.
Прежде всего, ваш токен не должен быть простым токеном, таким как случайные строки. Вместо этого вам следует использовать код аутентификации сообщения на основе хэша или любую криптографическую библиотеку или встроенные классы .NET. Если возможно, используйте правильный механизм шифрования.
Еще одним важным моментом является передача токена и срок действия. Токен должен передаваться по протоколу https, и необходимо гарантировать, что он не будет подделан между ними. Убедитесь, что ваш токен транзакции нельзя повторно использовать. После завершения транзакции удалите токен, чтобы его нельзя было использовать повторно.
Кроме того, если возможно, реализуйте проверку на стороне сервера, чтобы гарантировать, что полученный токен действителен и не скомпрометирован. Это может включать проверку подписи токена (если применимо) и проверку срока его действия, если токены ограничены по времени.
Теперь вернемся к вашему вопросу, лучший ли это способ?
Что касается вашей существующей реализации, если вы считаете, что уже рассмотрели вышеописанные шаги и конфигурацию, я думаю, вам можно приступать.
Примечание. Пожалуйста, обратитесь к этому официальному документу для получения дополнительных идей и лучших практических рекомендаций о том, как можно повысить безопасность ваших данных и транзакций.
Да, можно использовать любой алгоритм шифрования, который соответствует вашим требованиям, и RSA-SHA256 также широко используется для схемы хеширования цифровой подписи. Так что все в порядке.
ну, я защитил токен и использовал зашифрованный токен, используя RSA-SHA256, спасибо за ваши разъяснения, которые действительно помогли.