AI·코딩·테크 브리핑 2026-08-05: 누가 선을 긋는가 — 백악관, 항소법원, 그리고 업계

AI·코딩·테크 브리핑 2026-08-05: 누가 선을 긋는가 — 백악관, 항소법원, 그리고 업계
목차

하루 사이, 서로 다른 세 곳에서 선이 그어졌다

에이전트가 무언가를 대신 실행할 때 책임은 어디서 갈리는가. 8월 4일 하루 동안 이 질문에 세 주체가 각각 다른 방식으로 답했습니다. 백악관은 일부를 검증 대상에서 빼겠다고 했고, 항소법원은 접속한 주체가 에이전트가 아니라 사용자라고 봤으며, 업계는 사고를 자기들끼리 모아 공유하겠다는 초안을 내놨습니다. 그 아래에서는 도구 하나가 닫히고 모델 하나가 열렸습니다.


백악관: 오픈 웨이트는 검증하지 않는다

미국 정부가 8월 4일 메타·엔비디아·오픈AI·구글·앤트로픽 등과 비공개 회의를 열고, 강한 해킹 능력을 가진 모델을 출시 전에 정부가 시험하는 자발적 체계를 논의했습니다. 이 자리에서 메타 Llama나 엔비디아 Nemotron 같은 오픈 웨이트 모델은 시험 대상에서 빼기로 했다는 것이 로이터의 보도입니다. 검증은 선도 기업이 통제하는 최신 폐쇄형 모델에 집중될 전망입니다.

이 프레임워크는 6월 대통령의 AI 사이버보안 행정명령에서 나왔고, 참여 여부를 기업이 선택하는 옵트인 구조입니다. 계획 자체는 아직 공개되지 않았고 일부 평가 기준은 비공개로 유지한다는 방침도 함께 있습니다.

찬반은 갈립니다. 민주당 상원의원 다섯 명은 최상위 미국 모델에 대한 시험을 법으로 강제하라고 요구했습니다. 반대편에서는 오픈 모델까지 규제하면 오히려 중국산 모델이 더 싸고 예측 가능한 선택지로 보일 수 있다는 우려가 나옵니다.

읽을 때 주의할 지점이 있습니다. 이건 공개된 최종 규정이 아니라 회의 참석자를 인용한 보도이고, 백악관은 논평 요청에 응답하지 않았습니다. "미국 정부가 오픈 모델의 안전성을 보증했다"거나 "앞으로도 영구 면제"라는 해석은 근거가 없습니다. 확인 가능한 사실은 미공개 자발적 평가안의 초기 적용 대상에서 오픈 웨이트를 제외하기로 논의했다는 수준까지입니다.

실무로 옮기면 오히려 짐이 늘어난 쪽에 가깝습니다. 정부 시험을 거치지 않은 모델을 도입한다는 뜻이므로, 보안 검증 책임이 그대로 도입하는 기업에 남습니다.


항소법원: 접속한 것은 사용자다

같은 날 제9연방항소법원이 아마존이 받아냈던 금지명령을 취소했습니다. 퍼플렉시티의 AI 쇼핑 에이전트가 아마존에 접속하지 못하게 하던 조치입니다.

경위는 이렇습니다. 2025년 11월 아마존은 퍼플렉시티의 에이전틱 브라우저 Comet이 자사 시스템에 무단 접속했다며 컴퓨터사기·남용방지법(CFAA)과 캘리포니아 대응 법률 위반으로 소송을 냈습니다. Comet은 사용자를 대신해 계정에 로그인하고 상품을 보고 주문을 시작합니다. 2026년 3월 9일 1심은 아마존의 주장에 강한 근거가 있다며 금지명령을 인용했습니다.

항소심 판단이 뒤집은 지점은 "접속(access)"이라는 요건을 누구에게 적용하느냐입니다. 항소법원은 아마존 컴퓨터에 접속한 주체가 퍼플렉시티가 아니라 에이전트의 도움을 받은 사용자라고 볼 여지가 크다고 봤고, CFAA의 접속 요건에서 아마존이 이길 가능성이 높지 않다고 판단해 금지명령을 취소하고 사건을 1심으로 돌려보냈습니다.

여기서도 범위를 좁혀 읽어야 합니다. 취소된 것은 본안 판단 전에 사용을 막던 예비적 금지명령이지, 퍼플렉시티가 소송에서 최종 승소한 것이 아닙니다. 아마존은 계약 위반이나 보안 위험 같은 다른 주장으로 다툴 수 있고, 이 결정이 모든 웹사이트에서 에이전트 접근을 합법화한 것도 아닙니다.

그래도 의미는 작지 않습니다. 사용자 위임형 에이전트가 사이트 약관을 어겼다는 사실만으로 곧장 연방 해킹법 위반이 되지는 않는다는, 이 분야의 첫 주요 항소심 판단입니다. 여행 예약이나 금융 비교처럼 위임 구조가 비슷한 서비스의 법적 설계에 영향을 줄 여지가 있습니다.


업계: 사고는 우리끼리 모아 공유한다

세 번째 선은 자율 규제 쪽에서 나왔습니다. Linux Foundation이 120개 이상의 조직이 참여하는 Open Secure AI Alliance를 대신해, AI 에이전트의 보안사고와 아차 사고를 함께 모으고 분석하는 SAFE(Shared AI Findings Exchange) 지침 초안을 공개했습니다. 엔비디아, 시스코, 크라우드스트라이크, 허깅페이스, 레드햇 등이 초기 제안에 참여했고, 발표는 블랙햇 현장에서 이뤄졌습니다.

제안은 네 축입니다. 사고를 비공개로 접수하고, 영향받은 조직에 통보하고, 반복되는 통제 실패의 패턴을 분석하고, 근거에 기반한 운영 권고를 공개하는 구조입니다. 모델 취약점 하나만 보는 게 아니라 에이전트의 권한과 신원, 도구, 로그, 샌드박스를 하나의 시스템으로 다루자는 접근입니다.

현재는 RFC 단계로, GitHub에서 공개 의견을 받고 있습니다. 확정된 표준도 의무 규정도 아닙니다. 참여 기업이 실제 사고를 어디까지 내놓을지, 영업비밀과 개인정보와 법적 책임을 어떻게 정리할지는 아직 정해지지 않았습니다. CVE 같은 공동 학습 체계로 자랄지, 선언에 머무를지는 이 부분에서 갈릴 것입니다.

한 가지 덧붙이면, 이번 주 블랙햇에서는 클로드 코드·제미나이 CLI·코덱스의 하네스가 신뢰 판정을 단계 간에 잘못 넘긴다는 연구도 발표됩니다. 사고를 공유하자는 제안과 실제 사고 사례가 같은 행사에서 나란히 놓인 셈입니다.


그 아래에서, 도구는 닫히고 모델은 열렸다

GitHub Spark, 8월 31일이 마감

GitHub가 자연어로 웹앱을 만드는 Spark를 github.com에서 정리합니다. 8월 4일부터 신규 가입과 새 앱 생성이 막혔고, 기존 사용자는 8월 31일까지 작업공간에 접근할 수 있습니다.

"Spark 앱이 8월 31일에 전부 꺼진다"는 표현은 정확하지 않습니다. 종료되는 것은 github.com의 제작·편집 환경이고, 이미 배포된 앱은 이후에도 계속 동작합니다. 다만 앱을 계속 고치려면 그 전에 코드를 빼내야 합니다. 워크벤치 메뉴에서 Create repository를 고르면 저장소로 내보낼 수 있고, 이후에는 VS Code나 Copilot CLI 같은 평소 환경에서 손보면 됩니다.

진짜 급한 쪽은 따로 있습니다. Spark의 llm() 함수는 이미 동작하지 않습니다. 기반이던 GitHub Models가 7월 30일에 먼저 종료됐기 때문입니다. AI 기능을 살리려면 별도 추론 제공자의 API와 자체 키·결제 수단으로 갈아끼워야 합니다.

  • 앱 코드에서 llm() 호출 찾기
  • 해당 호출을 쓰려는 모델 제공자의 API로 교체
  • API 키 보관 방식과 환경변수 정리
  • 8월 31일 이전에 저장소로 내보내기
  • 배포 대상과 데이터가 Spark 계정에 묶여 있는지 확인

엔비디아, 자율주행 모델을 상업 이용까지 열다

엔비디아가 로보택시·자율주행용 멀티모달 모델 Alpamayo 2 Super를 허깅페이스에 공개하고 상업적 이용을 허용했습니다. 라이선스는 Linux Foundation의 OpenMDW-1.1이라 파인튜닝과 파생 모델 제작, 상업적 재배포까지 됩니다.

규모는 300억 파라미터로, 100억 파라미터였던 Alpamayo 1과 1.5의 세 배입니다. 출력은 다섯 갈래로 나옵니다. 주행 궤적 계획, 인과 사슬 형태의 추론 트레이스, 양보·차선 변경·정지 같은 메타 행동 의도, 학습 데이터용 추론 자동 라벨, 그리고 2D 그라운딩이 붙은 시각 질의응답입니다.

성능은 LingoQA의 Lingo-Judge 기준으로 Gemini 2.5 Pro보다 15.1점, GPT-4o보다 23.2점 높았고, 평가한 약 40개 모델 중 1위였다는 것이 엔비디아 설명입니다. 다만 이건 자사가 고른 모델과 조건에서 나온 자체 평가 결과이고, 오픈 웨이트라는 사실이 공도 주행 인증을 뜻하지도 않습니다. 모델이 내놓는 판단 근거가 사람 눈에 그럴듯해 보이는 것과, 그 근거가 실제 내부 판단 과정을 충실히 반영하는 것은 다른 문제이기도 합니다.

현실적인 활용은 큰 모델로 학습 데이터와 판단 근거를 만들고 작은 모델로 증류해 차량에 얹는 쪽에 가까울 것입니다.

삼성, 메모리를 가속기 위로 올리다

삼성전자가 FMS 2026에서 400단 이상의 V10 BV-NAND와 차세대 3D 메모리 구상을 공개했습니다. 셀과 주변 회로를 한 웨이퍼에서 만들던 방식 대신 서로 다른 웨이퍼에 만들어 접합하는 웨이퍼 본딩을 적용해, 이전 세대인 V9 대비 밀도를 약 58% 높이고 읽기·쓰기·입출력 성능도 개선했다는 설명입니다.

더 눈에 띄는 건 zHBM입니다. 기존 고대역폭 메모리가 AI 프로세서 옆에 놓였다면, zHBM은 가속기 위에 수직으로 쌓아 데이터가 이동하는 거리를 줄입니다. 삼성이 제시한 목표치는 HBM5 대비 밀도 10배 이상, 에너지 효율 3배, 열저항 절반 이하이고, 이를 적용한 차세대 인터페이스 시스템은 HBM5의 약 8배 성능을 낼 것으로 봅니다. 메모리와 가속기 사이 인터레이어에 고객 맞춤 IP를 넣는 것도 가능합니다. 함께 공개된 zNAND-O는 고대역폭 플래시(HBF)의 삼성 버전입니다.

숫자만 보면 곧 살 수 있을 것 같지만 그렇지 않습니다. V10 BV-NAND는 업계 최초로 선보인 400단 이상 제품이고 zHBM과 zNAND-O는 프리뷰 개념 모델이며, zHBM은 2029년을 목표 시점으로 잡고 있습니다. 제시된 배수도 목표치이지 양산 검증 수치가 아닙니다. 소비자용 SSD 가격과는 더더욱 무관합니다.


세 개의 선은 같은 방향이 아니다

오늘 그어진 세 선은 서로를 보완하지 않습니다. 정부는 검증 범위를 좁혔고, 법원은 책임의 무게를 사용자 쪽으로 옮겼고, 업계는 아직 구속력 없는 자율 체계를 제안했습니다. 각각은 나름의 논리가 있지만, 셋을 겹쳐 놓으면 오픈 모델을 가져다 사용자 위임형 에이전트를 만드는 팀에게는 기댈 외부 장치가 생각보다 적다는 결론이 나옵니다.

그래서 지금 시점에서 현실적인 대응은 규정을 기다리는 쪽이 아니라 자기 시스템에서 증명 가능한 것을 늘리는 쪽입니다. 어떤 모델을 어떤 검증을 거쳐 넣었는지, 에이전트가 어떤 권한으로 무엇에 접근했는지, 사고가 났을 때 무엇을 재현할 수 있는지. 세 선 중 어느 쪽이 나중에 움직이더라도 이 기록은 그대로 쓸모가 있습니다.


당신의 트리거는 무엇인가요?

에이전트에게 권한을 넘기는 일은 쉽고, 그 권한이 어디까지 갔는지 되짚는 일은 어렵습니다. 오늘의 세 소식은 그 되짚는 작업을 대신해 줄 주체가 아직 없다는 사실을 각자의 방식으로 확인해 줬습니다.

우리 시스템에서 에이전트가 지금 할 수 있는 일의 목록을, 자연어 지시문이 아니라 실제 허용 목록과 계정 권한과 감사 로그로 적어낼 수 있나요? 그 목록을 처음 적어보는 일이 오늘 당길 방아쇠일지도 모릅니다.

참고 자료

← 이전 글
AI·코딩·테크 브리핑 — 2026년 8월 4일
다음 글 →
AI 트렌드 2026-08-06: 에이전트의 기만적 행동과 기업의 방어 전략