2026년 7월 16일 방미통위가 개정 정보통신망법 허위조작정보 Q&A를 배포했다. AI 합성 딥페이크·음성도 생성 수단과 무관하게 허위 인식·피해 목적이면 규제 대상이 될 수 있다. 최대 5배 손해배상, 대형 플랫폼 의무, UGC·생성형 AI 서비스 개발자가 당장 넣을 신고 코드·로그·고위험 프롬프트 가드 체크리스트를 정리한다.
2026년 7월 16일 방송미디어통신위원회(방미통위)가 개정 정보통신망법 시행에 맞춰 불법·허위조작정보 Q&A 안내자료를 배포했다. 핵심 질문 중 하나가 바로 이것이다. AI로 만든 합성 영상·음성도 처벌 대상인가?
정답은 '생성 수단이 AI인지 여부와 무관하다' 쪽이다. 허위라는 사실을 알면서 피해를 주거나 부당한 이익을 얻을 목적으로 유포했다면 허위조작정보에 해당할 수 있다. 이 글은 법령·Q&A 요지를 정리하고, UGC 플랫폼·생성형 AI 서비스를 만드는 개발·운영 팀이 당장 손볼 체크리스트를 실무 언어로 옮긴다.
개정 정보통신망법은 2026년 1월 6일 공포됐고, 7월 7일부터 시행됐다. 방미통위는 7월 8일 가이드라인을 배포한 데 이어, 16일에는 현장 질문을 묶은 질의응답(Q&A) 안내자료를 추가로 공개했다.
안내자료에 담긴 축은 다섯 가지 정도로 요약된다.
연합뉴스·지디넷 보도에 따르면, 이용자가 제도 취지를 실생활에서 활용할 수 있게 사례형으로 풀어 쓴 것이 이번 자료의 목적이다. 법률 해석의 최종 권한은 수사·재판 기관에 있지만, 제품·정책 팀은 공식 Q&A를 1차 참고선으로 둘 수 있다.
Q&A의 핵심 문장은 단순하다. 허위조작정보 해당 여부는 정보의 생성 수단(AI 여부)과 무관하다. AI로 만든 영상·음성·이미지도, 허위임을 알면서 타인에게 피해를 주거나 조회 수 등 부당한 이익을 얻을 목적으로 유포했다면 규제 대상이 될 수 있다.
보도에 실린 대표 사례 유형은 다음과 같다.
반대로, 아래는 원칙적으로 규제 대상에서 벗어나거나 해당하지 않을 수 있다고 설명된다.
'AI로 만들었다'는 사실만으로 처벌이 자동 성립하지는 않는다. 반대로 'AI라서 면책'도 아니다. 판단 축은 허위성 인식 + 피해·부당 이익 목적 + 유통이다.
제품 팀에 바로 쓰는 한 줄: 생성 파이프라인에 'AI 라벨'만 붙인다고 끝나지 않는다. 고의·목적·유포 경로를 로그·신고·모더레이션 정책에 녹여야 한다.
개정 망법 흐름에서 방미통위는 대형 플랫폼을 별도로 지정·관리하는 체계를 강화하고 있다. 보도에 따르면 네카오·구글·메타·엑스·틱톡 등 9개사 대형 플랫폼 지정 논의가 이어졌고, 검색·오픈마켓 일부 제외 이슈도 함께 다뤄졌다. 지정 범위는 시점별 공고를 확인해야 하며, 이 글은 개발 실무용 일반 원칙만 정리한다.
플랫폼·서비스 제공자 쪽에서 자주 막히는 지점은 세 가지다.
자체 UGC·커뮤니티·영상 공유 기능을 가진 서비스라면, '대형 지정' 여부와 별개로 동일 수준의 신고·로그·보존 정책을 미리 갖추는 편이 안전하다. 규모가 커진 뒤에 붙이면 데이터 이전 비용이 크다.
이미지·음성·영상 생성 API, 얼굴 스왑, 음성 합성, 딥페이크 탐지 도구를 다루는 팀이라면 아래 항목을 스프린트 백로그에 올릴 만하다.
코드 수준의 예시로, 신고 사유 열거형에 전용 코드를 두는 것만으로도 운영 지표가 달라진다.
신고 사유 코드 예시 (개념)// 운영·분석용 사유 코드 — 법률 판단 자체가 아님 const REPORT_REASONS = { DEEPFAKE_SUSPECT: 'synthetic_media_false_claim', IMPERSONATION: 'identity_impersonation', FRAUD_PROFIT: 'undue_profit_intent', PARODY_CLAIM: 'claimed_as_parody', // 이용자 주장, 자동 면책 아님 }; // 감사 로그에 남길 최소 필드 // reportId, contentId, reporterId, reason, createdAt, modelHint, status
실무에서 가장 위험한 것은 '전부 금지' 또는 '전부 허용' 양극단이다. Q&A가 강조하는 경계는 다음이다.
개발 문서에는 '자동 삭제 룰 = 법률 위반 확정'처럼 쓰지 않는 것이 좋다. 제품 규칙은 리스크 완화 수단이지 사법 판단이 아니다. 법률 자문이 필요한 회색 지대는 내부 가이드 + 외부 자문으로 분리한다.
법령 전문을 처음부터 다 읽을 시간이 없다면, 제품·보안·커뮤니티 운영이 나눠 가질 액션만 추린다.
1인 개발·소규모 팀도 '생성 기능이 있으면' 동일하다. 규모가 작아도 유포 속도는 SNS와 같다. 기능을 켠 순간부터 신고·로그 최소 세트가 필요하다.
아닙니다. 방미통위 Q&A 취지는 생성 수단이 AI인지와 무관하게, 허위임을 알면서 피해를 주거나 부당한 이익을 목적으로 유포했는지가 핵심이라는 점입니다. 학습·연구·동의 기반 창작 자체만으로 곧바로 허위조작정보가 되는 구조가 아닙니다.
안내자료는 풍자·패러디, 주관 의견·논평을 원칙적으로 규제 대상에서 제외하는 취지로 설명합니다. 다만 패러디 표시만 하고 사실인 것처럼 유포하거나 명예·재산 피해를 노린 경우에는 별도 쟁점이 될 수 있어, 서비스 정책은 '라벨만 있으면 무조건 허용'으로 두지 않는 편이 안전합니다.
보도된 사례 설명은 허위 게시로 매출 급감 등 피해를 본 쪽이 가해 측에 피해액의 최대 5배까지 청구할 수 있다는 취지입니다. 구체 인정 범위·입증 책임은 개별 사건과 법원 판단에 따릅니다. 플랫폼 입장에서는 반복 유포를 방치하지 않는 처리 절차가 리스크 완화 수단입니다.
지정 의무 강도는 다를 수 있지만, 이용자 신고·민·형사 분쟁 리스크는 규모와 무관하게 존재합니다. UGC·생성형 기능을 제공한다면 신고 UI, 로그, 약관, 고위험 콘텐츠 가드는 최소 세트로 두는 것이 좋습니다.
권장 최소 세트는 contentId, 업로더/생성자 ID, 생성·게시 시각, 모델·버전 힌트, 신고 사유·처리 상태, 운영자 조치 이력입니다. 프롬프트 원문을 무한정 저장하면 개인정보·비밀 이슈가 생기므로 해시·부분 마스킹 정책을 함께 설계하세요.
Q&A는 단순 실수·과실로 잘못된 정보를 게시한 경우 원칙적으로 허위조작정보에 해당하지 않을 수 있다고 설명합니다. 허위임을 알면서 피해·부당 이익 목적으로 유포하는 경우가 규제 축입니다. 그래도 정정 요청이 오면 빠르게 수정·삭제하는 운영 습관이 분쟁을 줄입니다.
