Mass Assignment 취약점 — AI 코딩 CRUD가 만든 관리자 권한 상승 [2026]

Mass Assignment는 클라이언트가 보낸 필드를 서버가 그대로 모델에 매핑해, 의도하지 않은 컬럼까지 수정되는 결함이다.
AI 코딩 도구는 짧은 코드를 선호해서 DRF에 fields = "__all__", Express에 Object.assign(user, req.body), FastAPI에 model.dict() 통째 저장을 자주 만든다. is_admin·role·balance 같은 컬럼이 PATCH 요청에 그대로 들린다.
OWASP API Security Top 10 2023의 API3:2023 — Broken Object Property Level Authorization(BOPLA)이 정확히 이 결함이며, 2019년판 API6에서 명시된 "Mass Assignment"가 흡수된 항목이다(출처: OWASP API Security Top 10 2023 공식 문서).

한눈에 보는 Mass Assignment

실제로 어떻게 터지나 — PATCH 한 줄 시연

가장 흔한 패턴은 사용자 프로필 수정 API다. 화면에는 닉네임만 있지만, 백엔드가 화이트리스트 없이 받으면 추가 필드가 그대로 들어간다.

# 정상 요청 (프런트 화면 기준)
PATCH /api/users/me
{"nickname": "alice"}

# 공격 요청 — 한 줄 추가
PATCH /api/users/me
{"nickname": "alice", "is_admin": true, "credit": 999999}

핵심 원리: 서버가 request.body를 그대로 모델에 매핑하면, 화면에 없는 컬럼도 다 열린다. 프런트 폼에 없으니 안전하다는 가정이 가장 흔한 오해다.

AI가 자주 만드는 위험 패턴 5가지

30초 자가 점검 — 새고 있는지 확인

운영 중인 API에 다음 3가지를 시도해 본다. 하나라도 응답·DB에 반영되면 새고 있다.

# 1. 본인 계정에 관리자 플래그 시도
curl -X PATCH https://your.app/api/users/me \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"is_admin":true,"role":"admin","is_staff":true}'

# 2. 잔액·플랜 등 비즈니스 컬럼 시도
curl -X PATCH https://your.app/api/users/me \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"credit":99999999,"plan":"enterprise","verified":true}'

# 3. 소유권 이전 시도 (IDOR + Mass Assignment 결합)
curl -X PATCH https://your.app/api/posts/123 \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"author_id":"<<공격자 ID>>"}'

위 3가지는 인증이 필요해 외부 자동 점검으로 잡기 어렵다. 그러나 진입 단계인 .env·관리자 페이지·민감 파일·헤더 17종은 CodeScan 30초 무료 스캔으로 한 번에 잡힌다. 사내 SAST가 없는 팀이라면 우선 외부 노출부터 끊는 게 비용 대비 효과가 가장 크다.

스택별 차단 코드 — 복사해서 바로 적용

Django REST Framework

class UserUpdateSerializer(serializers.ModelSerializer):
    class Meta:
        model = User
        # fields="__all__" 금지. 클라이언트가 만질 수 있는 것만 명시
        fields = ["nickname", "avatar_url", "bio"]
        # read_only_fields 는 보조 방어선
        read_only_fields = ["is_staff", "is_superuser", "date_joined"]

Express + Mongoose

// 화이트리스트 헬퍼
const pick = (obj, keys) => keys.reduce((a,k)=> (k in obj ? {...a,[k]:obj[k]} : a), {});

router.patch("/users/me", auth, async (req, res) => {
  const allowed = pick(req.body, ["nickname", "avatar_url", "bio"]);
  const user = await User.findByIdAndUpdate(req.user.id, allowed, {new:true});
  res.json(user);
});

FastAPI + Pydantic

class UserUpdate(BaseModel):
    nickname: str | None = None
    avatar_url: str | None = None
    bio: str | None = None
    model_config = ConfigDict(extra="forbid")  # 정의 안 된 필드는 400

@app.patch("/users/me")
def update_me(payload: UserUpdate, user=Depends(current_user)):
    for k, v in payload.model_dump(exclude_unset=True).items():
        setattr(user, k, v)
    db.commit()
    return user

Next.js Server Action + Prisma

const schema = z.object({
  nickname: z.string().min(1).max(40),
  bio: z.string().max(500).optional(),
});

export async function updateProfile(formData: FormData) {
  const parsed = schema.parse(Object.fromEntries(formData));
  return prisma.user.update({
    where: { id: session.user.id },
    data: parsed,  // role·emailVerified 는 스키마에 없으니 들어올 수 없음
  });
}

실제 보안 사고 사례

Mass Assignment 는 GitHub·HackerOne·정부 보고서에서 반복되는 결함이다.

• GitHub 사고 (2012) — Rails strong_params 도입 이전, 한 연구자가 PATCH 로 자신의 SSH 공개키를 Rails 코어 organization 에 등록해 임의 코드 푸시가 가능했다(출처: github.blog "Public Key Security Vulnerability and Mitigation").
• HackerOne 디스클로저 — 사용자 프로필 PATCH 에 is_admin·role 필드를 추가해 관리자 권한을 얻은 보고가 매년 수십 건 공개된다(출처: HackerOne Hacktivity, "mass assignment" 태그).
• OWASP API Security Top 10 2023 — API3 BOPLA 를 "공격자가 객체 속성을 변경해 권한 상승하거나 민감 데이터에 접근하는 결함"으로 정의하며, 가장 흔히 발견되는 결함 중 하나로 분류한다(출처: owasp.org/API-Security/editions/2023).

비슷한 결함과 비교

발견했다면 — 사고 대응 4단계

1. 로그 역추적 — 최근 90일 PATCH/PUT 로그에서 is_admin·role·balance 등 위험 키워드를 검색해 영향 받은 계정 식별.
2. 권한 원복 — 비정상 권한이 부여된 계정의 role·플래그를 일괄 원복.
3. 화이트리스트 강제 — 위 스택별 차단 코드를 즉시 배포. fields="__all__"·req.body spread 를 전체 코드베이스에서 grep 해 제거.
4. 회귀 테스트 추가 — "본인 PATCH 에 is_admin:true 보내면 권한이 안 바뀐다"를 통합 테스트로 박아 두기. AI 가 다시 짜도 막힌다.

오늘 시작할 5가지 액션

1. grep -rn 'fields\s*=\s*"__all__"\|req\.body)\s*$\|Object\.assign(.*req\.body' src/ 로 위험 패턴 검색
2. 위 스택별 코드 중 본인 스택 1개를 복사해 화이트리스트 시리얼라이저 작성
3. 본인 계정에 {"is_admin":true,"role":"admin"} PATCH 직접 시도 → 응답·DB 양쪽 확인
4. 관련 글: AI 가 만든 JWT 인증의 흔한 실수, Supabase RLS 우회 사례, API 키 유출 30초 점검 — 권한 결함은 보통 함께 터진다
5. 외부 노출은 CodeScan 30초 무료 스캔으로, 인증 후 결함은 사내 회귀 테스트로 이중 방어

CodeScan 이 잡아 주는 것

CodeScan 은 해킹대회 수상·레드팀 운영 경력의 보안 전문 기업 SENTRIX 가 운영하는 보안 점검 SaaS 다.
URL 하나만 넣으면 외부 노출 자산·환경변수·민감 파일·헤더 17종을 자동 점검한다.

• 무료 스캔: .env·관리자 페이지·민감 파일·헤더 17종 등 외부 노출 1차 점검
• 정기 스캔: 코드 변경마다 자동 점검 + 이상 시 알람
• 사내 SAST 연동(엔터프라이즈): fields="__all__"·req.body spread 패턴까지 자동 시그니처화

다음에 해야 할 한 가지

Mass Assignment 는 "화면에 없는 컬럼이 열려 있다"는 단순한 사실에서 시작된다. AI 가 짜 준 CRUD 를 한 번도 검토하지 않았다면, 본인 계정 PATCH 에 is_admin:true 를 추가해 보는 것이 가장 빠른 확인이다.

👉 실무자라면 지금 CodeScan 30초 무료 스캔으로 외부 노출부터 끊고, 본 글의 스택별 코드 1개를 오늘 배포하라.

👉 임원/CISO 라면 SENTRIX 30분 1:1 API 보안 진단 상담으로 BOPLA 포함 OWASP API Top 10 전체를 1회 점검받는 것을 권장한다.