알파벳 투자자들, 정부 감시에 쓰이는 클라우드·AI 통제 공개하라고 압박

투자자들이 묻는 건 하나임. 기술이 어디에 쓰이는지 통제하고 있냐는 것

• 알파벳 주요 투자자들이 회사의 클라우드와 AI 기술 사용 방식에 대해 더 명확한 설명을 요구함

  • 쟁점은 정부가 알파벳 기술을 감시 활동에 활용할 때 회사가 어떤 통제와 감독을 하는지임
  • 투자자들은 경영진과의 면담을 요청했고, 기술 오용 리스크 관리 방식을 구체적으로 설명하라고 압박함

• 이번 요구는 알파벳이 관련 리스크 감독 체계를 공개하라는 주주 결의안을 거부한 뒤 이어진 조치임

  • 알파벳은 이미 데이터 프라이버시와 보안을 위한 다층적 체계를 갖췄다고 주장함
  • 정부의 데이터 접근과 관련해서도 충분한 투명성을 제공하고 있다고 봄
  • 추가 보고서는 중복적이고 비효율적인 자원 사용이라는 입장임

• 투자자 쪽의 숫자도 작지 않음

  • 서한에는 42개 기관과 14명의 개인 투자자가 참여함
  • 이들이 운용하는 자산은 총 1조1500억 달러 규모
  • 보유한 알파벳 주식은 약 22억 달러 수준임

클라우드와 AI가 군사·감시 인프라로 들어가는 중

• 제빈 자산운용의 마르셀라 피니야는 클라우드 서비스가 빠르게 성장하면서 군사적 성격을 띠고 있다고 지적함

  • 고위험 환경에서의 개입 통제가 충분하지 않다는 게 핵심 우려
  • 회사 인프라가 어떻게 쓰이는지 감독하지 못하면 기업 자체에도 중대한 위험이 될 수 있다는 주장임

• 투자자들은 구체적인 사례도 꺼냈음

  • 미국 이민 당국에 대한 서비스 제공
  • 이스라엘과 체결한 12억 달러 규모 클라우드 계약인 프로젝트 님버스(Project Nimbus)
  • 사우디아라비아 내 사업 운영

• 미 국방부 쪽에서도 구글 AI 활용 확대 흐름이 보임

  • 미 국방부 AI 책임자인 카메론 스탠리는 국방부가 구글 제미나이(Gemini) AI 모델 사용을 확대할 계획이라고 밝힘
  • 빅테크 AI가 국방 영역의 실사용 인프라로 들어가고 있다는 신호임

알파벳의 AI 원칙 변경이 논란에 기름을 부음

• 투자자들의 우려는 2025년 알파벳이 AI 원칙을 개정한 뒤 더 커졌음

  • 당시 회사는 무기 및 감시 기술 활용을 제한하던 명확한 금지 문구를 삭제함
  • 이 변화가 향후 기술 사용 범위를 넓히는 결과로 이어질 수 있다는 지적이 나옴

• 그래서 투자자들은 계약상 안전장치와 이사회 차원의 감독을 더 중요하게 보고 있음

  • 정부 계약에서 문제가 생겼을 때 회사가 개입하거나 계약을 중단할 권한이 있는지가 핵심 질문임
  • 기술 오용이 발생하면 법적·재무적 책임으로 번질 수 있음

• 이 흐름은 알파벳만의 문제가 아님

  • 투자자들은 마이크로소프트, 아마존, 애플 같은 빅테크에도 데이터 프라이버시와 AI 거버넌스 강화를 요구하고 있음
  • 클라우드와 AI가 정부·군사 작전에 깊이 통합되면서 오용 가능성과 책임 문제가 산업 전반의 이슈가 됨

• 주주 결의안의 지지율은 아직 낮아 보이지만, 독립 주주 기준으로 보면 무시하기 애매함

  • 인권 실사 관련 정보를 요구한 결의안은 지난해 독립 주주 기준 약 11.9% 지지를 얻음
  • 다만 래리 페이지와 세르게이 브린 등 내부 인사의 의결권 영향으로 전체 기준 지지율은 4.5%에 그침

---

기술 맥락

• 여기서 핵심 기술 선택은 클라우드와 AI 모델을 정부·군사 업무에 제공할 때, 단순 서비스 판매로 볼지 고위험 시스템 공급으로 볼지예요. 투자자들은 후자에 가깝다고 보는 거고, 그래서 감독 체계를 묻는 거예요.

• 알파벳은 프라이버시와 보안 체계가 이미 충분하다고 말하지만, 투자자들이 원하는 건 보안 인증만이 아니에요. 특정 계약에서 감시나 인권 침해 가능성이 생길 때 회사가 개입하거나 중단할 수 있는 절차가 있느냐는 질문이에요.

• 프로젝트 님버스 같은 대형 클라우드 계약이 중요한 이유는 규모와 맥락 때문이에요. 12억 달러짜리 정부 클라우드 계약이면 단순 인프라 납품을 넘어 국가 시스템의 운영 기반이 될 수 있거든요.

• 개발 조직 입장에서도 이건 남의 일이 아니에요. AI 기능을 만들 때 데이터 접근 권한, 고객 사용처, 로그 보관, 모델 호출 경로 같은 설계 결정이 나중에 거버넌스와 감사의 대상이 될 수 있기 때문이에요.