그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Security
Security

CORS 설정 없이 SOP를 우회해 외부 서버와 통신할 수 있나요?

실무4/5
설계3/5
인간3/5
기초4/5

면접관의 질문 의도

SOP가 브라우저에만 적용된다는 점까지 짚어내는지, 그리고 우회 구조에서 누가 어떤 보안 책임을 지는지 분리해 말할 수 있는지를 가른다.

큐레이션 답변

학습 자료

SOP는 브라우저가 자바스크립트의 교차 출처 접근을 막는 정책이지, 서버 간 HTTP 통신을 막는 정책이 아니다. 그래서 클라이언트와 동일 출처에 프록시 서버를 두고, 그 프록시가 외부 API를 대신 호출해 응답만 클라이언트에 돌려주면 브라우저 입장에서는 끝까지 같은 출처와만 통신한 셈이 된다. 결과적으로 SOP는 우회되지만, 외부 호출의 책임이 브라우저에서 프록시로 옮겨간다.

좋은 답변 구조

  1. 01SOP가 브라우저에서만 동작하는 정책이라는 점을 먼저 짚는다
  2. 02클라이언트 → 동일 출처 프록시 → 외부 서버로 이어지는 요청 흐름을 단계별로 설명한다
  3. 03서버 간 통신에는 SOP가 적용되지 않기 때문에 우회가 성립한다는 점을 연결한다
  4. 04프록시가 새 보안 책임 지점이 된다는 한계까지 덧붙인다

자주 실수하는 포인트

SOP와 CORS를 같은 정책으로 묶어 설명한다
프록시를 두면 보안 문제가 자동으로 해결된다고 단정한다
외부 API 키가 프록시 응답에 실려 클라이언트로 새는 구조를 놓친다
프록시가 받는 모든 요청을 무조건 신뢰해 검증 없이 외부로 전달한다

실무 맥락

  • 서드파티 API 응답을 프론트엔드에서 써야 하지만 API 키를 클라이언트에 둘 수 없는 환경
  • dev 서버의 proxy 옵션으로 로컬 개발 중 CORS 오류를 회피해야 하는 환경
  • 외부 API 호출을 BFF나 게이트웨이를 거치게 강제하는 아키텍처

본인 경험에 녹이는 힌트

CORS 오류를 매번 우회하다 결국 BFF를 도입한 경험이 있다면 우회 결정 기준과 엮어서 풀 수 있다

프록시 레이어에서 인증·캐시·재시도 정책을 직접 설계한 경험이 있다면 책임 분리 관점에서 답을 끌고 갈 수 있다

외부 API 장애 때 프록시에서 fallback이나 회로 차단을 붙여본 경험과 한계 부분을 연결할 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1프록시가 받는 요청을 무조건 통과시키지 않으려면 어떤 검증을 더해야 하나요
Q2프론트 개발 환경의 dev proxy와 운영 proxy의 차이는 무엇인가요
Q3CORS를 열어도 되는 상황과 프록시가 더 나은 상황은 어떻게 구분하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문