🧾 전자금융 보안 모의해킹 · 거래정보 무결성 검증 (전문 변조)

어디가 달라졌나

모놀리식에서는 전문이 한 프로세스 안에서 끝났지만, MSA 에서는 api-gw → txn-orchestrator → ledger-service 처럼 여러 홉을 지납니다. 게이트웨이에서만 HMAC 을 검증하고 내부 구간은 "내부망이니까" 신뢰하는 설계가 가장 흔한 구멍입니다. 내부 서비스 하나가 SSRF 로 뚫리면 그 뒤는 검증 없이 통과합니다.

현대 스택에서의 조치

• 서명은 종단 간(end-to-end)으로. 게이트웨이가 검증한 뒤 다시 서명해서 내부로 넘기거나, 원 서명을 그대로 전달해 최종 처리 서비스가 검증합니다.
• 서비스 간 채널은 mTLS + SPIFFE/SPIRE 로 신원을 증명합니다. 네트워크 위치(내부망)를 신원으로 쓰지 않습니다.
• 이벤트 기반이라면 메시지 자체에 서명합니다. Kafka 토픽에 올라간 이체 이벤트는 컨슈머가 여럿이고, 재처리도 됩니다.

// 게이트웨이 통과 후에도 최종 서비스에서 다시 검증
@PostMapping("/internal/transfer")
public void transfer(@RequestHeader("X-Txn-Signature") String sig,
                     @RequestHeader("X-Spiffe-Id") String caller,
                     @RequestBody TxnRequest req) {
    if (!allowedCallers.contains(caller))          // 누가 불렀는지
        throw new SecurityException("unknown caller");
    if (!hmacValid(sig, req.canonical()))          // 무엇을 보냈는지
        throw new SecurityException("tampered payload");
    ...
}