AWS, ChatGPT 데스크톱의 GovCloud Bedrock 추론 구성 공개… 신원과 장치 정책 별도 검증

AWS는 10월 30일 ChatGPT 데스크톱 앱의 모델 추론을 AWS GovCloud (US)의 Amazon Bedrock으로 보내는 안내를 공개했다. 11월 1일은 이 사이트의 기술호 날짜이고 원 발표일은 10월 30일이다. 이 안내는 GovCloud 신원, 엔드포인트, 리전 통제가 필요한 조직을 대상으로 `us-gov-west-1`의 Bedrock Mantle 경로를 관리된 장치에서 검증한다. AWS는 GovCloud 사용과 안내 준수만으로 업무가 승인되는 것은 아니라고 분명히 한다. 조직이 모델, 서비스, 장치, 저장소, 자격 정보와 데이터 흐름을 자체 보안 절차로 심사해야 한다.

앱에는 두 사용 영역이 있다. Work는 계획, 조사, 파일을 포함하는 큰 작업에 쓰이고 Codex는 코드 수정, 시험, 풀 리퀘스트 검토 등에 쓰인다. 앱이나 CLI는 조직 관리 컴퓨터에서 실행되며 설정된 AWS 신원으로 Bedrock에 요청을 보낸다. AWS에 직접 연결하는 이 방식에서는 일반 ChatGPT 작업 공간의 역할보다 장치 정책과 AWS IAM 권한이 주요 통제라고 글은 설명한다. 선택한 리전 안에서의 처리, 토큰 단위 과금, 제로 데이터 보존 지원도 언급하지만 실제 승인된 구성에서 각 조건을 확인해야 한다.

준비 조건은 앱 설치 이상이다. 쓰는 앱의 정확한 버전이 GovCloud를 지원하는지, 승인된 계정과 IAM 신원이 있는지, 모델과 `us-gov-west-1` 엔드포인트를 사용할 권한이 있는지 확인한다. 과정은 인증, `requirements.toml` 및 `config.toml` 설정, 시작과 검증의 세 단계다. 예시 profile 이름 `codex-il5`는 설정 표식이지 복사해 쓸 자격 정보가 아니다. 비밀번호, bearer token, 세션 token을 TOML에 넣지 않고 profile 설정과 SSO 캐시, 인증 도우미를 작업의 쓰기 권한에서 보호해야 한다.

인증에는 우선순위가 있다. 앱은 먼저 환경의 `AWS_BEARER_TOKEN_BEDROCK`을 확인하고 값이 있으면 profile보다 bearer token을 우선한다. 값이 없을 때는 표준 AWS SDK 자격 정보 체인이 이름 있는 profile이나 IAM Identity Center의 SSO 세션을 사용할 수 있다. 따라서 profile 이름이 맞아 보여도 실제 요청을 보내는 AWS 주체가 맞는지는 별도로 확인해야 한다. 신원이 잘못되면 효력이 있는 자격 정보 출처와 token의 덮어쓰기를 조사한다. API 모드 로그인만으로 장치의 모든 기능과 네트워크 제한이 적용되는 것도 아니다.

두 설정 파일은 앱을 처음 열기 전에 배치해야 한다. 이미 실행했다면 완전히 종료하고 다시 시작해 정책과 provider를 읽도록 AWS는 설명한다. 이는 독자가 미래에 수행할 배포 절차이며 이 사이트가 운영 중 서비스에서 실행한 일이 아니다. 시작 후 Codex CLI의 `/status`와 데스크톱 설정에서 provider가 `amazon-bedrock`인지 확인한다. 동시에 승인된 AWS 신원, 리전, 엔드포인트, 네트워크 제한을 점검한다. 화면에 provider 이름이 나타나는 것만으로 데이터 흐름의 모든 보안 조건이 증명되지는 않는다.

원문은 예상 밖 OpenAI 계정 로그인 요청, 지원되지 않는 GovCloud 엔드포인트, 잘못된 AWS 신원, 빠진 기능 제한을 구분한다. URL을 바꾸기만 해서는 지원하지 않는 버전이 지원되지는 않는다. 검증이 실패하면 확산을 멈추고 이전에 승인된 정책과 provider 설정으로 돌아가 임시 자격 정보를 취소하며 해당 장치가 Bedrock에 더는 연결되지 않음을 확인하라고 AWS는 권한다.

이 기사는 GovCloud 장치를 설정하거나 기관 환경을 실제 검증하지 않았다. 확인된 것은 AWS가 제시한 관리된 구성 절차와 인증·장치 정책의 경계다. 실제 조직은 자체 승인을 받은 뒤 원문의 전체 절차와 최신 문서로 지원 범위와 데이터 처리를 검증해야 한다. 사용 가능 발표나 선택 가능한 보존 설정을 모든 설치에 대한 포괄적 준수 보장으로 바꾸면 안 된다.

검증은 설정 파일의 내용만 읽는 단계에서 끝나지 않는다. 실제 요청을 보내는 프로세스가 어떤 자격 증명을 선택했는지, 승인된 리전으로 연결했는지, 관리 정책이 도구와 네트워크 기능을 제한하는지를 각각 확인해야 한다. 환경의 bearer token이 profile보다 우선하면 파일 속 profile 이름은 실제 호출 신원을 설명하지 못한다. 문제가 발견되면 배포를 멈추고 기존 승인 설정을 복구하며 임시 자격 증명을 폐기한 뒤 재연결이 차단되는지 검사한다. GovCloud라는 명칭 자체는 조직의 사용 승인이나 규정 준수 인증이 아니다.