권한·승인·멱등성·재시도
관련 기초 개념
개요
중복 실행과 권한 상승을 막는 실행 정책을 설계한다.
먼저 Tool Calling의 실행 경계의 핵심 개념을 확인하세요.
핵심 개요
도구 실행은 모델의 요청을 받은 애플리케이션이 권한과 조건을 검사한 뒤 수행합니다. 사용자 승인, 실행 주체의 인증, 대상 자원의 접근 권한은 서로 다른 조건입니다.
네트워크가 끊기면 실패했는지 성공했지만 응답만 잃었는지 모를 수 있습니다. 같은 작업 ID를 재사용해 중복 효과를 막는 멱등성 설계와 상태 조회가 필요합니다.
필요한 용어
- 멱등성: 같은 요청을 반복해도 의도한 효과가 중복되지 않는 성질
- 최소 권한: 필요한 대상과 동작에만 권한을 주는 원칙
작동 과정
- 사용자 의도·대상·금액·권한을 검증합니다.
- 필요한 승인을 실행 내용과 연결합니다.
- 요청 ID로 실행 상태를 확인하고 안전한 재시도를 수행합니다.
풀이 예제
아래 입력과 기록은 직접 만든 교육용 가상 자료입니다.
입력·조건
환불 요청 R-8 실행 뒤 응답이 끊겼습니다. 새 요청 ID로 다시 환불하려 합니다.
판단·결과
R-8 상태를 먼저 조회하거나 같은 멱등 키로 재시도합니다.
이렇게 판단한 이유
응답 부재는 실제 부작용의 실패를 뜻하지 않습니다. 새 키는 별도 환불로 처리될 수 있습니다.
흔한 실패와 복구
모델이 “승인됐다”고 출력한 문장을 인증된 사용자 승인으로 취급하지 않습니다. 애플리케이션의 승인 기록을 검사합니다.
확인 문제
결제 응답을 받지 못했을 때 안전한 첫 행동은?
- 원래 요청 ID의 실행 상태를 확인한다
- 새 ID로 같은 결제를 반복한다
- 모델의 추측으로 성공 처리한다
풀이 기록 기능을 불러오는 중…
해설 보기
정답: A. 원래 요청 ID의 실행 상태를 확인한다
원래 요청 ID의 실행 상태를 확인한다 모델이 “승인됐다”고 출력한 문장을 인증된 사용자 승인으로 취급하지 않습니다. 애플리케이션의 승인 기록을 검사합니다.
참고 자료
- MCP: Security best practices — 권한·토큰·세션의 신뢰 경계.
- AWS: IAM best practices — 임시 자격 증명과 최소 권한.
자료 확인: 2026-10-21. 사례·문항·실습은 자체 제작했습니다. 외부 서비스 호출과 실제 모델 품질 측정은 학습자가 별도 환경에서 수행합니다.
직접 적용하기
교육용 가상 상황
문서 삭제 도구가 시간 초과되었습니다. 조회·재시도·승인·감사 기록의 처리 방식을 작성하세요.
중복 실행과 권한 상승을 막는 실행 정책을 설계한다. 판단 근거와 검증할 결과를 적으세요.
답안 저장 기능을 불러오는 중…
검증 기준과 해설 보기
- 결과 불명과 확정 실패를 구분한다
- 동일 요청 ID·대상을 유지한다
- 승인 내용과 실행 결과를 연결한다
삭제 완료 여부를 요청 ID로 조회합니다. 결과 불명이면 새 작업을 만들지 말고 같은 키로 재확인합니다. 대상·범위가 달라지면 원래 승인을 재사용하지 않습니다. 실행 주체·승인·대상·결과 상태를 감사 기록으로 남깁니다.
복습하기
- 승인과 권한은 같은가요?
- 시간 초과는 실패 확정인가요?
- 멱등 키는 언제 유지하나요?
답변 확인 기준
- 승인과 권한은 같은가요?
사용자의 의사 확인과 자원 접근 허용은 다릅니다.
- 시간 초과는 실패 확정인가요?
성공 후 응답만 유실됐을 수 있습니다.
- 멱등 키는 언제 유지하나요?
같은 의도·대상의 동일 작업을 재시도할 때 유지합니다.