AICNBC
OpenAI, 프런티어 AI 국제 표준 제정 제안 — RSI를 최우선 과제로
OpenAI는 9월 21일 프런티어 AI의 안전성·보안에 관한 제안을 공개했다. 미국이 주도해 국제 기술 표준을 마련하고 RSI(재귀적 자기개선)를 긴급한 우선 과제로 다뤄야 한다고 주장한다. 기존 AI 안전 기관과 CAISI를 토대로, 능력 향상에 정렬(얼라인먼트) 연구가 뒤처지지 않도록 독립적인 기술 평가를 요구하는 내용이다.
해설
배경에는 OpenAI·Google·Anthropic이 표준 기구를 두고 협의해 왔다는 흐름이 있다. 이번은 벤더들이 자율 AI 감독 틀을 정부 측에 제안하는 움직임의 하나로, 능력 향상을 멈추지 않으면서 안전 장치를 마련하려는 자세가 특징이다. 실효성은 각국 정부가 표준을 받아들이는지에 달려 있어, 현재로선 방향의 제시에 머문다.
HaLVision의 시각
특정 벤더의 제안이라는 점은 감안해 읽어야 하지만, 규제의 방향은 언젠가 중소 사업자의 AI 이용 비용과 제공 조건에 영향을 줍니다. 우리는 어느 나라의 어떤 제도가 주류가 될지에 걸기보다, 데이터를 가지는 방식과 이용 범위를 자사가 관리할 수 있는 형태로 유지하기를 권합니다. 표준화 논의가 구체화돼도 선택지를 남길 수 있는 설계가 돌아가더라도 견실합니다.
AITechCrunch
Amazon, Meta의 쇼핑 에이전트 Muse를 자사 사이트에서 차단
Amazon은 Meta의 개인용 AI 에이전트 Muse가 Amazon.com에서 고객을 대신해 구매하는 것을 일요일 밤부터 차단하기 시작했다. Meta가 삭제 요청에 응하지 않았기 때문이다. Amazon은 접근이 공개되지 않았고 에이전트가 스스로를 밝히지 않으며 고객 로그인 정보를 저장하는 것으로 보인다고 지적했다. Meta는 Muse가 비밀번호나 결제 정보를 「볼 수 없다」고 반박한다.
해설
이용자를 대신해 AI가 쇼핑이나 예약을 하는 에이전트 상거래가 확산되는 가운데, 플랫폼이 사이트에 들어오는 제3자 에이전트를 어떻게 다룰지를 정면으로 묻는 사례다. 쟁점은 접근의 공개, 에이전트의 식별, 인증 정보의 취급 세 가지로 거의 모인다. 서로 협력 관계인 두 회사 사이의 충돌이며, 앞으로 에이전트를 식별·구분하는 인증 장치를 만드는 방향으로 나아갈 가능성이 높다.
HaLVision의 시각
이는 온라인 판매나 사이트 운영을 하는 사업자와 직결되는 이야기입니다. 머지않아 「어떤 AI 에이전트에게 어느 범위까지 자사 사이트를 허용할지」를 판단할 상황이 옵니다. 밝히지 않는 자동 에이전트는 일반 봇과 동일하게 다루고, 식별·레이트 제한·인증 정보 전달 방침을 먼저 정해 두는 편이 안전합니다. 이번의 공개와 자격 정보를 둘러싼 쟁점은 그대로 각 사이트의 검토 과제가 됩니다.
WebChrome for Developers
Chrome 154 안정판 공개 — 2주 주기로 보안 강화와 내양자 암호를 진전
Google은 9월 22일 Chrome 154를 안정판으로 공개했다. 9월 8일 Chrome 153에서 시작된 2주 간격의 새 릴리스 주기에 따른 버전이다. 개발자용으로는 CSS 밑줄 제어(text-decoration-inset 등), scroll-marker-group의 탭/링크 표시, 웹 암호 API에 내양자 알고리즘(ML-KEM, ML-DSA) 추가, 로컬 네트워크 접근 제한 등이 포함된다.
해설
Chrome은 기존 4주 주기에서 2주 주기로 옮겨 왔고, 154는 그 초기 성과다. 작은 업데이트가 자주 도착하므로 보안 수정이 빠르게 퍼지는 한편, 대응해야 할 대상의 움직임도 빨라진다. 이번에는 내양자 암호나 로컬 네트워크 접근 제한처럼 화려하지 않지만 기반을 다지는 변경이 눈에 띈다.
HaLVision의 시각
우리가 실무에서 중시하는 것은 기능을 좇는 일보다 릴리스 주기에 맞춘 검증의 틀을 갖추는 것입니다. 2주마다 나오는 안정판에 대비해 주요 브라우저에서의 표시 확인을 정례화하고, 새 기능은 Baseline 지원 상황을 보고 채택 여부를 정하는 편이 견실합니다. 보안 관련 변경은 미루지 말고 고객 사이트에도 이르게 반영해 두기를 권합니다.