이슈 본연: API 레퍼런스의 미채움 마커 5종(실측 제외/TODO/필드 없음/대표 에러 없음)
1,194건을 코드에서 읽어 전수 채우고(0건), api:docgen 재생성이 사람이 채운 내용을
손실·열화시키던 멱등성 결함 4종(CRLF, 표 파이프 이스케이프, 에러 서술 보존, 중복
라우트명 키)을 근본 수정. --check 를 실측 제외와 드리프트가 구분되도록 재정의.
ParameterDescriber/ResourceFieldDescriber 에 leaf 폴백·SEO 스코프·공통 사전 확장.
파생 결함(문서 실측 중 발견): ResponseHelper 기본 메시지 키 6종이 존재하지 않는
messages.* 를 가리켜 응답 message 가 번역문 대신 키 문자열로 노출되던 문제를 common.*
으로 정정하고, 코어 7 + gdpr/marketing/pay_kginicis/verification/ecommerce 확장의
호출부와 누락 lang 키(게시판 10키 + 이커머스 category_images 4키 포함)를 ko/en/ja
전수 정정. 중복 그룹 키 2건은 기존 키로 호출부 통합.
보안: GET /api/identity/challenges/{id} 는 권한 가드 없는 공개 폴링 엔드포인트인데
Service::getStatus 가 attempts/max_attempts 를 응답에 담아 남은 시도 횟수를 추론할 수
있었다. 두 필드를 제거하고, 챌린지 화면(admin_basic/basic)의 서버 attempts 참조를
제거(남은 횟수 UI 는 query fallback + verify 실패 시 로컬 증가로 유지).
부수 정리(변경셋에 들어온 board 컨트롤러의 audit 사전 결함): FormRequest 4개 신설로
base Request 주입 제거, CommentController 의 Board 직접 호출을 BoardService 위임으로
전환, PHPDoc @return 보강. board 스위트에서 발견한 stale test 3건(seed SSoT 불일치,
admin 계정 user 역할 누락)도 같은 세션에서 정정.
버전 정렬(공개 release 기준): 코어 7.0.3→7.0.4, sirsoft-board 1.0.1→1.0.2,
verification_kginicis 1.0.0→1.0.1, admin_basic 1.0.1→1.0.4.
8.7 KiB
Plugin API 레퍼런스
소유: plugin
sirsoft-verification_kginicis· 생성:php artisan api:docgen(실측 기반). @generated 블록은 재생성 시 갱신되며, 사람이 작성한 설명은 보존됩니다.
TL;DR (5초 요약)
1. 이 문서는 실제 API 호출로 실측한 Plugin 엔드포인트 레퍼런스입니다
2. 각 엔드포인트: 메서드/URI/권한 + 요청 파라미터 표 + 요청 예시(raw HTTP) + 실측 응답 필드 표 + 응답 예시(envelope)
3. 응답 필드의 예시값·응답 예시 JSON 은 실제 호출 응답에서 관측된 값입니다
4. 갱신: 코드 변경 후 php artisan api:docgen 재실행
5. 설명(TODO) 칸은 사람이 채웁니다
POST /plugins/sirsoft-verification_kginicis/plugin/inicis/callback
- 라우트명:
web.plugins.sirsoft-verification_kginicis.plugin.verification_kginicis.callback - 컨트롤러:
Plugins\Sirsoft\VerificationKginicis\Http\Controllers\InicisCallbackController@handle - 인증/권한: 공개 (인증 불필요)
요청 파라미터
요청 파라미터 없음.
요청 예시
POST /plugins/sirsoft-verification_kginicis/plugin/inicis/callback HTTP/1.1
Host: api.example.com
Accept: application/json
응답 필드 (data 내부)
이 엔드포인트는 JSON 봉투를 반환하지 않습니다. 이니시스 STEP2 콜백을 처리한 뒤 302 Found 로 popup-bridge 페이지(GET /plugins/sirsoft-verification_kginicis/plugin/inicis/popup-bridge)로 redirect 하며, 처리 결과는 아래 query string 으로 전달됩니다 (InicisCallbackOutcome::toBridgeQuery()).
| 필드 (query) | 타입 | 실측 예시값 | 용도/설명 |
|---|---|---|---|
| verification_token | string | 9f1c... (1회용 토큰) |
성공 시에만 부착. 코어 verify 결과 claims 의 verification_token — 후속 폼 제출에 첨부해 본인인증 완료를 증명 |
| challenge_id | string (uuid) | 1f2a3b4c-... |
성공 시에만 부착. mTxId 로 매칭된 본인인증 challenge UUID |
| identity_error | string | NOT_FOUND |
실패 시에만 부착. 실패 코드 (아래 에러 응답 표 참조) |
응답 예시
HTTP/1.1 302 Found
Location: https://api.example.com/plugins/sirsoft-verification_kginicis/plugin/inicis/popup-bridge?verification_token=9f1c8a2e6b5d4c3f&challenge_id=1f2a3b4c-5d6e-7f80-9a1b-2c3d4e5f6a7b
실패 시:
HTTP/1.1 302 Found
Location: https://api.example.com/plugins/sirsoft-verification_kginicis/plugin/inicis/popup-bridge?identity_error=NOT_FOUND
에러 응답
이 엔드포인트는 HTTP 에러 상태코드를 반환하지 않고, 항상 302 로 redirect 하면서 identity_error query 에 실패 코드를 실어 보냅니다 (InicisCallbackResolver::resolve()).
| identity_error | 발생 조건 |
|---|---|
이니시스 resultCode 원문 (예: 9999) |
콜백의 resultCode 가 0000 이 아닌 경우 — 이니시스가 보고한 실패 코드를 그대로 전달 |
PROVIDER_ERROR |
resultCode 가 0000 이 아니고 값도 비어 있는 경우 |
INVALID_AUTH_URL |
authRequestUrl 이 허용된 이니시스 도메인이 아닌 경우 (위조 도메인 차단) |
REMOTE_CALL_FAILED |
STEP3(authRequestUrl) 호출이 통신 오류/비정상 응답으로 실패한 경우 |
DECRYPT_FAILED |
STEP3 응답의 SEED 암호화 필드 복호화에 실패한 경우 |
NOT_FOUND |
STEP3 응답의 mTxId 로 challenge 매핑을 찾지 못한 경우 |
ALREADY_CONSUMED |
해당 challenge 가 이미 소비(사용)된 경우 |
코어 verify 실패 코드 / UNKNOWN |
코어 IdentityVerificationService::handleProviderCallback() 이 실패를 반환한 경우 (failureCode 그대로, 없으면 UNKNOWN) |
설명
이니시스 본인인증 매뉴얼 STEP2 콜백 수신 엔드포인트입니다. 이니시스 인증창이 인증을 마치면 이 URL 로 form POST 를 보내며(resultCode, authRequestUrl, txId, token 등), 컨트롤러는 이를 InicisCallbackResolver 에 그대로 위임합니다. Resolver 는 STEP3(authRequestUrl) 를 호출해 인증 결과를 받아 SEED 복호화하고, 응답의 mTxId 로 challenge 를 매칭한 뒤 코어 IDV Service 에 verify 를 위임합니다.
주의사항:
- 외부 PG 가 호출하므로 CSRF 검증이 면제되어 있고, 인증(로그인)도 필요하지 않습니다.
- 이니시스가 challenge_id 를 콜백에 echo 하지 않기 때문에 코어 표준 콜백 라우트(
POST /api/identity/callback/{providerId})를 사용하지 않고 이 전용 라우트를 둡니다. challenge 매칭은mTxId↔ 매핑 테이블로 수행합니다. - 외부 PG 가 보내는 임의 필드를 차단하지 않기 위해 FormRequest 검증을 두지 않습니다 (raw form POST 를 그대로 전달).
- 사용자 브라우저가 직접 따라가는 redirect 이므로 응답은 항상 302 이며, 실패도 HTTP 에러가 아닌
identity_errorquery 로 표현됩니다.
GET /plugins/sirsoft-verification_kginicis/plugin/inicis/popup-bridge
- 라우트명:
web.plugins.sirsoft-verification_kginicis.plugin.verification_kginicis.popup-bridge - 컨트롤러:
Plugins\Sirsoft\VerificationKginicis\Http\Controllers\InicisPopupBridgeController@show - 인증/권한: 공개 (인증 불필요)
요청 파라미터
요청 파라미터 없음.
요청 예시
GET /plugins/sirsoft-verification_kginicis/plugin/inicis/popup-bridge HTTP/1.1
Host: api.example.com
Accept: application/json
응답 필드 (data 내부)
이 엔드포인트는 JSON 봉투(data)를 반환하지 않습니다. 200 OK + Content-Type: text/html; charset=UTF-8 로 브라우저에서 실행되는 bridge HTML 페이지를 반환합니다. 페이지 스크립트에 주입되는 payload 필드는 다음과 같습니다.
| 필드 (script payload) | 타입 | 실측 예시값 | 용도/설명 |
|---|---|---|---|
| verification_token | string | 9f1c8a2e6b5d4c3f |
성공 토큰. 값이 없으면 빈 문자열("") |
| challenge_id | string (uuid) | 1f2a3b4c-5d6e-7f80-9a1b-2c3d4e5f6a7b |
challenge UUID. 값이 없으면 빈 문자열("") |
| identity_error | string | NOT_FOUND |
실패 코드. 값이 없으면 빈 문자열("") |
응답 예시
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
<!DOCTYPE html>
<html lang="ko">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width,initial-scale=1.0">
<title>본인인증 결과</title>
</head>
<body>
<script>
(function () {
var REDIRECT_STASH_KEY = 'g7.identity.redirectStash';
var payload = {"verification_token":"9f1c8a2e6b5d4c3f","challenge_id":"1f2a3b4c-5d6e-7f80-9a1b-2c3d4e5f6a7b","identity_error":""};
// 데스크톱: 부모창 postMessage({ type: 'identity_result', ... }) + window.close()
// 모바일: sessionStorage 의 redirectStash 복원 후 return_url 로 이동
})();
</script>
</body>
</html>
에러 응답
에러 응답 없음 — 인증/검증이 없고 query 파라미터가 모두 선택이므로, 어떤 요청에도 200 OK + bridge HTML 을 반환합니다. 본인인증 실패는 HTTP 에러가 아니라 identity_error query 로 전달되어 페이지 스크립트가 처리합니다.
설명
이니시스 본인인증 매뉴얼 STEP4 결과 전달 페이지입니다. callback 컨트롤러가 302 redirect 로 넘긴 query(verification_token / challenge_id / identity_error)를 받아, 사용자 브라우저 환경에 따라 두 가지로 분기하는 HTML 을 반환합니다.
- 데스크톱(팝업,
window.opener존재): 부모창에postMessage({ type: 'identity_result', verification_token, challenge_id, identity_error })를 same-origin 으로 전송한 뒤 팝업을 닫습니다. - 모바일(
window.opener부재):sessionStorage의g7.identity.redirectStash에 저장된return_url을 복원하고, 성공이면verification_token, 실패면identity_error를 query 로 붙여 원래 페이지로 이동합니다. stash 가 없으면/로 이동합니다.
주의사항:
- 페이지에 주입되는 payload 는
JSON_HEX_TAG|JSON_HEX_AMP|JSON_HEX_APOS|JSON_HEX_QUOT로 인코딩되어 script 컨텍스트에서 안전합니다. sessionStorage키는 코어 IDV launcher 의IDENTITY_REDIRECT_STASH_KEY와 동일해야 복원이 동작합니다 (폼 값 복원인 formStash 처리는 launcher 책임).- 이 URL 은 사용자가 직접 호출하는 API 가 아니라 callback 의 redirect 목적지입니다.