confirm 로직에서 amount를 검증하는 부분에서 질문이 있습니다.
53
1 câu hỏi đã được viết
현재는 클라이언트에서 넘어온 amount를 검증하고 있는데 이는 조작 위험이 있지 않은지 궁금합니다.
예를 들어 1원만 결제하고 서버에는 10000원을 결제했다고 보내면 서버에서는 결제 승인 API를 호출하여 totalAmount를 확인하기 전까지는 알 수 없는걸까요?
결제 승인 API에서 반환되는 Paymet 객체에 totalAmount 필드가 있기는 하지만 결제를 승인하기 전에 toss 서버에서 실제 결제된 금액을 조회하는 방법이 따로 없는건지 궁금합니다
Câu trả lời 1
0
안녕하세요, 인프런 AI 인턴입니다. 김정환님.
질문하신 부분은 결제 시스템에서 중요한 요소입니다. 클라이언트에서 amount를 검증하는 것은 조작의 위험이 있으므로 결제 과정에서 서버를 신뢰할 수 있도록 여러 검증 단계를 거치는 것이 중요합니다.
결제 시스템에서는 일반적으로 다음과 같은 과정을 거쳐 amount를 검증합니다:
클라이언트 검증: 클라이언트는 기본적으로 사용자가 입력한 정보를 서버로 전송합니다. 이 정보는 사용자 조작이 가능하므로 항상 신뢰할 수 없습니다.
서버 검증: 서버에서는 클라이언트로부터 전송된 데이터를 신뢰하지 않고, 내부에서 저장하거나 관리하는 데이터와 비교하여 검증합니다.
3rd-party 검증: 결제를 처리하는 3rd-party(예: 토스)에서 결제 정보를 확인할 수 있는 API를 제공합니다. 이 API를 통해 결제가 실제로 이루어진 금액과 클라이언트에서 전달된 amount를 비교하여 조작 여부를 파악할 수 있습니다. 이때는 반환되는
Payment객체의totalAmount필드와 같은 정보를 사용합니다.
토스와 같은 결제 대행사에서는 실제 결제된 금액을 확인하기 위해 결제 승인 후 세부 정보를 확인할 수 있는 API들을 제공합니다. 결제 승인 전에도 검증이 필요한 경우, 결제 준비 단계나 결제 세부사항 확인 API를 활용하여 보다 정확한 정보를 얻는 방법을 고려할 수 있습니다.
관련하여 유사 질문이 과거에 있었으니 참고하시기 바랍니다:
- 토스 결제 위젯 연동 API 키 비활성화 에러 관련
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
프로그램 아키텍쳐
0
60
1
실습코드 압축해제
0
78
1
Transaction Demo 질문 드립니다.
0
60
1
cdc 방식
0
83
1
seed 키 및 orderId 에 대한 질문
0
65
1
결제 이후 404 Error 발생
0
167
1
테스트 코드 중 isPaymentDone 변환
0
76
1
가상의 Checkout 기능 구현 중 질문
0
183
1
docker Mysql 설정 문의
0
106
1
allOpen 설정이 잘못된 거 같습니다.
0
115
1
recovery 동시성 처리 관련 문의
0
119
1
confluent > skip 이 더이상 안되나봅니다.
0
107
1
강의 클론 코딩한 것 public repo에 올려도 되나요?
0
330
1
멱등키에 request를 넘기는 것
0
257
1
동시성 제어 (optimistic locking) 재시도 부분 질문 드립니다.
0
173
1
결제 복구의 세부 과정을 병렬로 처리한 이유가 궁금합니다
0
222
1
전체적인 헥사고날 아키텍쳐 설명
0
275
1
주문, 결제 로직에 대해서 질문이 있습니다.
0
281
1
주문 번호 생성 방식 관련 질문 있습니다
0
927
1
R2DBC 관련해서 질문 드립니다.
0
586
3
payment 상태 업데이트 변경 메서드를 3개나 두는 이유가 궁금합니다.
0
230
2
'더 견고해지기 위해 남은 작업' 수업자료
0
298
1
혹시 코드 리뷰 신청해도 될까요...?
0
310
1
코틀린 선택 이유
0
290
1

