Next.js
이 태그가 달린 문서 3건
Next.js와 React는 취약점이 많은가? CVE 데이터가 실제로 보여 주는 것
데이터에 따르면 React 본체의 CVE는 거의 없고, Next.js의 CVE는 많으며 늘고 있다. 중요한 것은 그 위치다. 미들웨어, 캐시, 이미지 최적화, Server Actions에 몰려 있고, CWE는 SSRF, 역직렬화, 인가 우회가 상위다. 이 사이트의 결론: Next.js를 프런트엔드 프레임워크로만 다뤄서는 안 된다. 서버로 동작하므로 서버처럼 지킨다. 데이터 앞에서 다시 인가하고, 외부 요청 대상을 허용 목록으로 제한하고, Server Action 엔드포인트를 인증 뒤에 둔다.
Next.js 보안 대책 — 프로덕션 하드닝 실무 레퍼런스
Next.js의 기본값은 비교적 안전하지만, 사고는 서버/클라이언트 경계에서 일어납니다. 이 페이지는 실무 레퍼런스입니다: (1) 우선순위별 하드닝 체크리스트(P0–P2), (2) 영역별 지침 — 경계와 환경 변수(NEXT_PUBLIC_), 의존성 CVE(본체 RCE 포함), Server Actions / Route Handlers 인가 + 입력 검증, 서버 측 fetch의 SSRF, 보안 헤더/CSP, 인증/세션/쿠키, 레이트 제한, (3) 자기 검증 체크리스트. 방어 전용 — 공격 절차 없음.
Next.js를 안전하게 운영하기: 공개된 CVE에 뒤처지지 않기
프레임워크 최대 위험은 방치된 공개 CVE다. 네 가지 실천으로 방어한다: 가동 중인 버전으로 판단, Dependabot/osv-scanner로 모니터링, 빠른 업데이트, 최소 권한 운영. 본 사이트의 견해: 인디 개발자에게 부족한 것은 보통 지식이 아니라 운영을 지속하는 방법이며, 속도보다 CVE를 놓치지 않는 시스템이 중요하다.