2026 AI 모델 가중치는 어떻게 국경을 넘나? 학습, 다운로드와 협업 권한 설계

현재 검토해야 할 미국 수출관리규정의 핵심 범위는 740부와 742부입니다. EAR 740부와 742부 원문을 기준으로 보면, 모든 AI 모델 가중치를 일괄적으로 통제 대상으로 볼 수 없습니다. 반대로 다운로드 주소를 일반 파일 공유처럼 다뤄서도 안 됩니다. 먼저 해당 모델이 적용 범위에 들어가는지 확인한 뒤, 학습·저장·다운로드·배포 단계마다 신원, 위치와 반출 권한을 나눠야 합니다.

이 글은 해외 학습 환경을 운영하는 MLOps 엔지니어, 국가 간 협업 범위를 정해야 하는 연구 책임자, 분류와 승인 기록을 관리하는 보안·법무 담당자를 위한 내용입니다.

마지막 업데이트: 2026년 9월 7일. 규정 내용은 EAR 740부, EAR 742부, EAR 734부를 바탕으로 확인했습니다. 실제 거래 전에는 최신 규정과 전문 자문을 다시 대조해야 합니다.

먼저 모델 가중치의 통제 가능성을 분류합니다

모델 가중치가 통제 대상인지 판단할 때 모델의 크기, 공개 여부, 유명세만 보면 안 됩니다. 적용되는 정의, 기술적 사실, 거래 구조, 최종 사용자와 사용 목적을 함께 확인해야 합니다. 특히 특정 고급 폐쇄형 모델 가중치에 관한 통제 체계가 존재하더라도, 개별 모델에 자동으로 같은 결론을 적용할 수는 없습니다.

EAR 734부의 적용 범위와 정의를 먼저 읽고 다음 항목을 기록하는 방식이 안전합니다.

• 가중치가 독립된 파일인지, 서비스 안에서만 사용되는지 기록합니다.
• 공개 배포인지, 승인된 계정만 접근하는 폐쇄형 배포인지 확인합니다.
• 모델을 학습한 장비와 저장소의 위치를 확인합니다.
• 학습 주체, 보유 주체, 다운로드 주체와 최종 사용자를 분리해 기록합니다.
• 모델이 사용되는 연구, 상업, 감시, 군사 관련 목적을 별도로 검토합니다.
• 분류 근거와 검토 날짜, 검토자를 남깁니다.

어떤 AI 모델 가중치가 수출 통제 검토 대상이 될 수 있습니까?

특정 모델이 통제 대상인지 여부는 현재 규정의 정의와 기술적 특성을 대조해야 합니다. ECCN 4E091 같은 분류가 언급되는 경우에도 번호만 보고 자동 판정해서는 안 됩니다. 모델의 공개 방식, 기술 조건, 거래 상대와 목적지에 따라 별도 검토가 필요합니다.

또한 공개 저장소에 올라와 있다는 사실만으로 모든 이전이 자유로워지는 것도 아닙니다. 반대로 비공개 모델이라는 이유만으로 반드시 같은 통제를 받는다고 단정할 수도 없습니다. EAR 742부의 통제 근거와 관련 정의를 함께 확인해야 합니다.

첫 번째 단계: 가중치의 모든 복사본을 자산 목록에 넣습니다

해외 학습 프로젝트에서 가장 자주 빠지는 부분은 최종 가중치만 관리하는 것입니다. 실제로는 학습 노드의 임시 파일, 체크포인트, 최종 파일, 백업, 컨테이너 이미지 안의 복사본, 캐시와 평가용 변환 파일이 따로 존재할 수 있습니다.

자산 목록에는 다음 정보를 포함하는 편이 좋습니다.

• 자산 이름과 해시
• 원본 학습 노드
• 현재 저장 위치와 국가
• 복사본의 종류
• 데이터셋, 소스 코드, 가중치 중 해당 유형
• 보유자와 관리 담당자
• 접근 가능한 역할
• 보존 기간과 삭제 예정일
• 마지막 다운로드와 이동 기록

데이터셋과 코드, 가중치를 한 묶음으로 표시하면 권한 설계가 흐려집니다. 데이터셋은 개인정보나 계약 조건 때문에 별도 제한이 필요할 수 있고, 코드는 영업 비밀 또는 보안 취약점과 연결될 수 있습니다. 가중치 역시 독립된 반출 검토 대상이 될 수 있으므로 세 자산을 같은 저장소에 두더라도 논리적 권한은 나누는 편이 낫습니다.

해외에서 학습한 모델 가중치를 현지로 내려받아도 됩니까?

가능 여부는 모델 파일이 위치한 국가, 받는 국가, 관련 주체와 사용 목적을 확인한 뒤 판단해야 합니다. “해외에서 학습했다”는 사실만으로 다운로드가 허용되거나 금지되는 것은 아닙니다. 먼저 분류 결과와 허가 필요성을 확인하고, 승인이 끝나기 전에는 파일 내보내기 권한을 열지 않는 방식이 안전합니다.

실무 흐름은 다음과 같이 구성할 수 있습니다.

1. 모델과 모든 복사본의 자산 식별자를 생성합니다.
2. 적용 규정, 분류 후보와 검토 근거를 기록합니다.
3. 송신 위치, 수신 위치, 관련 조직과 최종 사용자를 확인합니다.
4. 법무 또는 수출 통제 담당자의 승인을 저장합니다.
5. 승인된 국가와 계정에만 짧은 시간 동안 다운로드 권한을 부여합니다.
6. 파일 해시, 승인자, 다운로드 계정과 시간을 로그에 남깁니다.
7. 전송 후 수신 저장소의 권한과 복사본을 다시 확인합니다.
8. 임시 링크와 전송용 인증 정보를 폐기합니다.

EAR 748부의 허가 신청 관련 내용은 이러한 승인 절차를 설계할 때 참고할 수 있지만, 조직의 개별 거래에 대한 법률 판단을 대신하지는 않습니다.

장기 토큰을 메신저나 공동 문서에 붙여 넣으면 나중에 회수하기 어렵습니다. 다운로드가 끝났다는 이유만으로 토큰이 안전해지는 것도 아닙니다. 발급 시점부터 만료와 철회를 함께 설계해야 합니다.

두 번째 단계: 모델 저장소의 권한을 역할별로 나눕니다

국가 간 협업에서는 “연구팀”이라는 넓은 그룹 하나에 권한을 주는 방식이 위험합니다. 학습 유지보수 담당자, 평가 담당자, 배포 담당자, 읽기 전용 호출자는 서로 다른 작업을 하므로 파일 다운로드와 추론 호출을 분리해야 합니다.

역할	필요한 작업	가중치 내보내기	권한 조건
학습 유지보수	체크포인트 저장과 복구	조건부 허용	승인된 학습 노드와 관리 계정만 사용
평가 담당	평가용 읽기와 결과 기록	원칙적으로 제한	평가 환경 안에서만 읽기 허용
배포 담당	승인된 배포 환경 등록	조건부 허용	배포 승인과 변경 기록 필요
읽기 전용 호출자	API 또는 원격 추론 사용	불허	모델 파일 대신 기능만 제공
보안 담당	로그와 철회 관리	불허 또는 별도 승인	파일 내용보다 기록 관리에 집중

모델 저장소에서는 보기 권한과 다운로드 권한을 분리해야 합니다. 파일 목록을 볼 수 있는 사람이 반드시 파일을 내려받을 필요는 없습니다. 평가 담당자에게 원격 추론만 허용하고, 배포 담당자에게도 승인된 환경 외의 내보내기를 막는 구조가 대표적인 예입니다.

여러 나라의 협업자가 모델 저장소를 안전하게 쓰려면 어떻게 합니까?

실명 계정과 다중 인증을 기본으로 두고, 계정마다 소속 국가와 조직, 역할, 승인 상태를 연결해야 합니다. 공개 링크, 장기 토큰, 여러 사람이 함께 쓰는 계정은 누가 실제로 파일을 받았는지 확인하기 어렵게 만듭니다.

접근 정책에는 다음 조건을 포함할 수 있습니다.

• 특정 국가와 승인된 네트워크에서만 접근 허용
• 역할별로 목록 보기, 읽기, 다운로드, 삭제 권한 분리
• 다운로드 전 별도 승인
• 짧은 만료 시간의 일회성 링크 사용
• 대량 다운로드와 비정상 시간대 접근 경고
• 계정, 기기, 위치, 파일 해시를 함께 기록
• 퇴사, 부서 이동, 계약 종료 시 자동 철회
• 협업 종료 뒤 토큰과 캐시를 일괄 폐기

인증만 강화하고 위치 정책을 빠뜨리면 우회 접속을 발견하기 어렵습니다. 반대로 위치만 제한하고 계정의 실제 담당자를 확인하지 않으면 공유 계정 문제가 남습니다.

고객이 제한된 모델의 추론 인터페이스에 원격으로 접근해도 됩니까?

API나 원격 추론은 가중치 파일을 직접 옮기는 방식과 다릅니다. 그러나 인터페이스를 제공한다고 해서 자동으로 규제 위험이 사라지는 것은 아닙니다. 최종 사용자, 사용 목적, 제공 기능, 요청과 응답의 처리 위치, 운영 주체를 함께 확인해야 합니다.

기술적으로는 다음을 분리합니다.

• 원격 추론 요청과 가중치 다운로드
• 일반 고객과 내부 평가자
• 입력 데이터와 출력 결과
• 추론 서버의 운영자와 모델 소유자
• 정상 요청과 모델 추출을 시도하는 요청
• 일반 호출과 고위험 목적의 호출

고객별 사용 목적을 확인하고, 민감한 기능에는 신청 승인과 요청 검토를 붙이는 편이 좋습니다. EAR 732부의 관련 안내와 고급 계산 기술의 우회 방지 안내를 참고할 수 있지만, 원격 접근이 항상 허용된다는 의미로 해석해서는 안 됩니다.

세 번째 단계: 권한의 시작과 종료를 하나의 기록으로 연결합니다

권한 관리는 발급 순간만 관리해서는 부족합니다. 분류, 승인, 공개, 접근, 철회, 삭제가 이어지는 증거 사슬을 만들어야 합니다. 다음 항목은 각 모델과 프로젝트에 맞춰 남길 수 있습니다.

• 분류 요청과 기술 설명
• 규정 검토와 승인자
• 허용된 국가와 조직
• 공개 또는 비공개 배포 결정
• 권한 발급과 만료 시각
• 다운로드와 원격 호출 로그
• 정책 위반 경고와 조사 결과
• 인사 변동에 따른 자동 철회 기록
• 백업, 캐시와 임시 파일 삭제 확인
• 예외 승인과 예외 종료 기록

아래 상황은 전문 수출 통제 자문을 받아야 할 가능성이 높습니다.

• 특정 고급 모델의 가중치를 국가 간에 직접 이전하는 경우
• 여러 국가의 최종 사용자가 하나의 원격 모델에 접근하는 경우
• 모델의 공개 범위나 기술 조건이 바뀐 경우
• 정부 기관, 군사 관련 조직 또는 고위험 용도가 포함된 경우
• 중개 조직이나 제3국 데이터센터를 거치는 경우
• 통제 분류와 허가 예외가 서로 충돌하는 경우

공식 규칙 설명은 연방 관보의 관련 규칙 문서에서 확인할 수 있습니다. 다만 2026년 9월 7일 기준으로 보도되거나 제안된 원격 모델 접근 확대 내용을 이미 시행된 규정처럼 쓰면 안 됩니다.

결론 전 비교표로 배포 방식을 선택합니다

배포 방식	가중치 이동	권한 설계의 중심	주요 위험
승인된 파일 다운로드	있음	국가, 계정과 승인 기록	무단 복사와 잔여 캐시
사설 저장소 내 원격 사용	제한적	위치, 역할과 호출 정책	계정 탈취와 우회 호출
외부 고객 API	보통 없음	최종 사용자와 사용 목적	인터페이스를 통한 기능 전용
내부 평가 환경	제한적	평가자와 환경 격리	결과 파일과 로그의 재배포

파일을 반드시 받아야 하는 팀만 다운로드 권한을 받아야 합니다. 모델 기능만 필요한 팀에는 원격 추론을 제공하되, 고객과 목적에 따른 검토 정책을 별도로 두는 편이 낫습니다.

관리 항목	최소 운영안	강화 운영안
계정	개인 계정	개인 계정과 다중 인증
링크	만료 링크	일회성 링크와 국가 제한
승인	수동 기록	승인 시스템과 자동 만료
로그	계정과 시간	계정, 기기, 위치, 파일 해시
철회	관리자 처리	인사 시스템과 자동 연동
삭제	담당자 확인	백업과 캐시까지 증명

상황	우선 선택	회피해야 할 방식
잠깐 평가해야 함	격리된 원격 추론	원본 파일을 개인 장비로 복사
승인된 배포가 필요함	제한된 배포 계정	개발자 계정에 영구 권한 부여
국가 간 공동 학습	위치별 역할 정책	하나의 공유 계정 사용
협업 종료	즉시 철회와 복사본 점검	저장소 권한만 삭제

바로 적용할 수 있는 권한 점검 목록

• [ ] 모델, 체크포인트, 백업과 캐시를 자산 목록에 등록했습니다.
• [ ] 데이터셋, 소스 코드와 가중치를 별도 유형으로 분류했습니다.
• [ ] 적용 규정과 분류 근거를 담당자와 날짜까지 기록했습니다.
• [ ] 송신 국가, 수신 국가, 최종 사용자와 사용 목적을 확인했습니다.
• [ ] 저장소의 보기, 읽기, 다운로드와 삭제 권한을 나눴습니다.
• [ ] 공유 계정과 장기 토큰을 제거했습니다.
• [ ] 다운로드 전에 승인을 받도록 만들었습니다.
• [ ] 파일 해시, 계정, 위치와 시간을 로그에 남깁니다.
• [ ] 인사 변동과 계약 종료 시 권한이 자동으로 철회됩니다.
• [ ] API 사용자를 가중치 다운로드 사용자와 분리했습니다.
• [ ] 백업과 임시 캐시까지 삭제 여부를 확인합니다.
• [ ] 고위험 거래는 전문 수출 통제 자문에게 검토받습니다.

기존 방식이 개인 장비, 장기 토큰과 국가별로 분리되지 않은 공유 서버에 의존한다면, 누가 모델을 받았는지 확인하기 어렵고 철회 뒤 남은 복사본도 찾기 어렵습니다. 직접 장비를 구매하는 방식은 물리적 통제에는 유리하지만, 국가 간 협업 환경을 만들 때 장비 배치와 접근 로그를 따로 운영해야 합니다. 반면 Zutcloud의 한국 내 맥 미니 렌탈 환경은 임시 학습이나 원격 개발 환경을 분리해야 하는 팀이 검토할 수 있는 선택지입니다. 다만 장기간의 고정 부하, 물리 장치가 필요한 작업, 직접 소유가 필요한 보안 정책에는 자가 장비가 더 적합할 수 있습니다.

권한 설계와 함께 원격 환경을 운영해야 한다면 Zutcloud의 도움말 센터에서 접속과 운영 조건을 확인하고, 조직의 모델 분류 결과와 승인 정책에 맞춰 도입 범위를 정하는 편이 안전합니다.