ChatGPT Work 로컬 보안

ChatGPT Work는 사용자 컴퓨터에서 승인된 파일, 애플리케이션, 브라우저 세션을 사용해 로컬 작업을 수행할 수 있습니다. 접근 범위는 워크스페이스 권한, 사용자의 기존 계정 권한, 운영 체제 권한, 애플리케이션 승인 여부, 지원되는 기기 정책에 따라 달라집니다.

보안 제어 기능 전반에 대해서는 ChatGPT Work 엔터프라이즈 보안 백서를 참고하세요.

사용할 수 있는 로컬 기능은 지원되는 데스크톱 앱과 운영 체제, 워크스페이스의 기능 이용 자격, 역할별 권한, 기기 정책, 제품 출시 단계에 따라 달라집니다.

한눈에 보는 보안

• 로컬 실행이 필요한 단계는 ChatGPT 데스크톱 앱에서 실행됩니다. Work 클라우드에서 로컬 컴퓨터에 접근하는 기능을 사용하면 OpenAI 클라우드가 작업을 조율하고, 연결된 컴퓨터가 로컬 실행이 필요한 단계를 수행합니다.

• 로컬 및 호스팅 환경에서 사용할 수 있는 Work 제어 기능은 워크스페이스 구성과 출시 단계에 따라 달라집니다.

• 파일 접근, 컴퓨터 사용, 브라우저, 연결된 앱에는 각각 다른 권한과 승인 절차가 적용됩니다.

• 브라우저나 애플리케이션에서 이미 회사 시스템에 로그인한 상태라면 작업에 해당 계정의 기존 권한이 사용될 수 있습니다.

• 지원되는 관리형 기기 정책으로 로컬 기능을 제한할 수 있습니다. 워크스페이스 접근 제어는 별도로 적용됩니다.

• 보호 대상 OpenAI 서비스가 처리하는 Business, Enterprise, Edu 워크스페이스 데이터는 전송 시와 저장 시 모두 암호화되며, 기본적으로 OpenAI 모델 학습에 사용되지 않습니다.

• 로컬 파일, 작업 컨텍스트, 브라우저 데이터, 연결된 시스템의 기록, 감사 이벤트에는 서로 다른 저장 및 보존 규칙이 적용될 수 있습니다.

로컬 작업이 실행되는 위치

로컬 실행 시에는 사용자 컴퓨터의 데스크톱 앱을 통해 승인된 리소스에 접근합니다. Work 클라우드에서 로컬 컴퓨터에 접근하는 기능을 켜면 OpenAI 클라우드가 작업을 조율하고, 로컬 실행이 필요한 단계에서 연결된 컴퓨터를 호출합니다. 해당 단계를 실행하려면 컴퓨터가 온라인 상태이고 연결되어 있어야 합니다.

로컬 실행에는 기기 요구사항이 적용됩니다. 컴퓨터가 오프라인인 동안 새 턴이 클라우드 컨테이너에서 실행되면 해당 컨테이너는 자체 정책을 사용하며 로컬 파일이나 도구에 접근할 수 없습니다. 다른 기기에서 Work 이어서 사용하기를 참고하세요.

로컬 파일 자체는 기기에 남아 있더라도 작업을 완료하는 데 필요한 파일 일부, 프롬프트, 스크린샷, 브라우저 콘텐츠, 도구 실행 결과가 OpenAI 서비스로 전송될 수 있습니다. 로컬 실행이 곧 오프라인 추론이나 기기 내에서만 이루어지는 모델 추론을 뜻하지는 않습니다.

파일 및 기기 접근

로컬 작업은 사용자가 직접 제공하거나 접근할 수 있도록 허용한 정보를 활용할 수 있습니다. 여기에는 지원되는 파일, 애플리케이션 콘텐츠, 브라우저 세션, 접근이 승인된 연결 시스템이 포함됩니다. 접근 범위는 사용자의 기존 권한과 각 기능에 적용되는 제어 설정에 따라 달라집니다.

Work에 로컬 접근을 허용해도 모든 애플리케이션이 자동으로 승인되거나 관리자 권한이 부여되지는 않습니다. 다른 시스템에 접근할 때 사용하는 계정의 권한도 우회할 수 없습니다. 승인된 공유 연결의 권한은 사용자의 개인 계정 권한과 다를 수 있습니다.

파일을 직접 읽거나 편집할 때와 셸 명령어를 실행할 때는 작업의 샌드박스 및 승인 설정이 적용됩니다. 컴퓨터 사용 기능은 승인된 네이티브 애플리케이션을 통해 해당 애플리케이션의 권한으로 콘텐츠에 접근합니다. 직접 파일 접근을 제한하더라도 애플리케이션에서 열 수 있는 파일에 같은 제한이 자동으로 적용되지는 않습니다.

컴퓨터 사용 및 애플리케이션 승인

워크스페이스 권한에 따라 누가 Work 로컬을 사용할 수 있는지가 결정됩니다. 관리자 정책으로 컴퓨터 사용 기능이 조작할 수 있는 네이티브 애플리케이션을 추가로 제한하거나, 이후 세션에 사용할 애플리케이션 승인을 저장할 수 있는지 정할 수 있습니다. 필요한 운영 체제 권한과 애플리케이션 승인은 여전히 갖춰야 합니다. 작업에서 애플리케이션이나 로그인된 계정을 사용할 때는 해당 계정의 권한에 따라 접근할 수 있는 정보와 수행할 수 있는 동작이 결정됩니다.

관리자 정책에서 애플리케이션을 허용해도 필요한 플러그인이 설치되거나 운영 체제 권한이 부여되지는 않으며, 검토가 필요한 동작도 자동으로 승인되지 않습니다. 지원되는 제어 기능과 구성 예시는 관리형 브라우저 및 컴퓨터 사용 제어를 참고하세요.

macOS에서 컴퓨터 사용 기능은 화면 기록 권한으로 애플리케이션 콘텐츠를 확인하고, 손쉬운 사용 권한으로 클릭, 텍스트 입력, 화면 탐색을 수행합니다. macOS에서 지원되는 작업은 백그라운드에서도 실행할 수 있습니다. Windows에서는 컴퓨터 사용 기능이 현재 화면에 표시된 활성 데스크톱에서 작동하므로, 사용자가 같은 세션을 계속 사용하는 동안에는 백그라운드로 실행할 수 없습니다.

사용자는 언제든지 작업을 중지할 수 있습니다. 컴퓨터 사용 기능은 운영 체제의 보안 요청을 승인하거나 관리자로 인증할 수 없으며, 터미널 애플리케이션이나 ChatGPT 자체를 자동화할 수도 없습니다.

잠긴 기기

지원되는 macOS 구성에서는 Mac이 잠긴 후에도 승인된 컴퓨터 사용 작업을 계속하도록 선택할 수 있습니다. 이 기능의 사용 가능 여부는 앱 버전, 기능 출시 단계, 적용되는 요구사항, 원격 제어 가능 여부에 따라 달라집니다.

잠금 상태에서 사용 기능을 켜면 macOS 인증 플러그인이 설치됩니다. 이 플러그인은 신뢰할 수 있는 컴퓨터 사용 턴이 진행되는 동안 Mac의 잠금을 일시적으로 해제할 수 있습니다. 잠금이 일시적으로 해제된 동안 ChatGPT는 모든 디스플레이의 화면을 가립니다. 로컬 키보드나 마우스 포인터 입력을 감지하면 Mac을 다시 잠그고, 사용자가 직접 잠금을 해제할 때까지 자동 잠금 해제를 일시 중지합니다. 잠금 상태에서 사용 기능의 작동 방식을 참고하세요.

관리자는 사용자가 관리형 Mac에서 잠금 상태에서 사용 기능을 켜지 못하도록 제한할 수 있습니다. 이미 켜져 있는 기능은 이 요구사항을 적용해도 꺼지지 않습니다. Windows에서 컴퓨터 사용 기능을 실행하려면 데스크톱이 활성 상태이고 잠금이 해제되어 있어야 합니다. 잠금 상태에서 사용 제한을 참고하세요.

브라우저 세션 및 기존 로그인

Work 로컬이 모든 브라우저나 회사 계정에 자동으로 접근할 수 있는 것은 아닙니다. 접근 범위는 사용하는 브라우저, 로그인된 계정, 해당 브라우저 사용 방식에 필요한 승인에 따라 달라집니다.

지원되는 브라우저 정책으로 사이트 접근, 업로드, 다운로드, 브라우저 방문 기록 접근, 브라우저 디버깅을 위한 Chrome DevTools Protocol(CDP) 전체 접근을 제한할 수 있습니다. 관리자는 자동 승인 검토, 승인 저장, 사이트 접근 승인의 유효 기간도 제한할 수 있습니다. 관리자가 거부한 동작은 사용자가 승인해도 허용되지 않습니다. 관리형 브라우저 제어를 참고하세요.

호스팅되는 클라우드 브라우저는 사용자의 로컬 브라우저와 분리되어 있으며 로컬 브라우저의 기존 로그인 상태를 자동으로 이어받지 않습니다. Enterprise 및 Edu 워크스페이스에서는 클라우드 브라우저를 통한 웹사이트 로그인을 사용할 수 없습니다.

앱, 플러그인 및 연결된 계정

연결된 앱을 사용하면 다른 시스템의 정보에 접근하거나 해당 시스템에서 동작을 수행할 수 있습니다. 플러그인은 앱을 기반 도구로 사용할 수 있습니다. 플러그인을 사용할 수 있도록 설정해도 필요한 앱이 자동으로 활성화되거나 계정 접근이 승인되거나 모든 동작이 허용되지는 않습니다.

플러그인과 앱의 기본 설정은 플랜과 워크스페이스의 신규 생성 여부에 따라 달라집니다. 새 Enterprise 및 Edu 워크스페이스에서는 일부 지정된 앱이 처음부터 활성화됩니다. 이러한 기본값은 기존 워크스페이스 설정을 변경하지 않으며 Healthcare 워크스페이스에는 적용되지 않습니다. 일반적으로 Enterprise와 Edu에서는 새 플러그인과 앱이 기본적으로 비활성화되어 있습니다. Business에서는 앱이 기본적으로 활성화됩니다. 관리자는 사용 가능 여부를 변경할 수 있습니다. 현재 플러그인 및 앱 기본 설정과 ChatGPT Work 개요를 참고하세요.

작업에서 연결된 시스템을 사용하기 전에 워크스페이스에서 앱과 필요한 플러그인을 허용하는지, 연결이 승인되었는지, 연결된 계정에 요청한 정보를 조회하거나 동작을 수행할 권한이 있는지 확인하세요. 읽기 전용 설정, 허용되는 동작, 확인이 필요한 조건은 연동 방식에 따라 다릅니다.

브라우저 또는 컴퓨터 사용 기능을 제공하는 플러그인은 사용 허용 여부와 설치 여부를 별도로 검토해야 합니다. 플러그인 사용을 허용해도 관리형 브라우저 정책이나 네이티브 앱 정책, 운영 체제 권한, 필수 승인 절차를 우회할 수 없습니다. 데스크톱 전용 플러그인과 로컬에서 제공되는 도구는 설치 방식이 다를 수 있습니다. 플러그인 제어를 참고하세요.

개인 연결 및 공유 연결

개인 연결은 연결을 설정한 사용자가 원본 시스템에서 가진 권한을 사용합니다. 공유 연결이나 에이전트 소유 연결은 연결된 계정의 권한을 사용하므로, 사용자 본인의 권한보다 접근 범위가 넓을 수 있습니다.

공유 계정은 필요한 데이터와 동작에만 접근하도록 제한하고, 계정을 사용할 수 있는 사용자도 제한하세요. 지원되는 동작 제한이나 확인 절차를 적용하세요. 연결된 시스템의 기록에는 해당 시스템의 권한과 보존 정책이 계속 적용됩니다.

관리자 접근 권한 및 관리형 기기 정책

Work 클라우드에서 로컬 컴퓨터에 접근하려면 워크스페이스의 동기화 권한과 Agent Security의 로컬 실행 요구사항을 모두 검토하세요.

로컬 실행에서는 MDM 요구사항과 기존 방식의 관리형 기기 요구사항이 Agent Security보다 우선합니다. 기기의 시스템 요구사항 파일은 Agent Security보다 우선순위가 낮습니다. 동일한 정책 안에서는 특정 운영 체제에 대한 환경별 재정의가 모든 운영 체제에 대한 환경별 재정의보다 우선하며, 그다음으로 전역 설정이 적용됩니다. 우선순위가 낮은 정책이 더 구체적이어도 우선순위가 높은 정책이 적용됩니다. 일부 요구사항에는 필드별 병합 규칙이 있습니다.

전역 설정은 정책 API로 관리하세요. 로컬 또는 Codex Cloud 설정은 Agent Security UI에서 관리하세요. 마이그레이션 후에도 기존 전역 API 워크플로우를 사용할 수 있습니다. 스크립트와 Terraform 연동을 테스트하고 정책 할당과 적용 순서가 그대로인지 확인하세요.

로컬 접근을 사용하는 Work와 dot에서는 관리형 정책을 켜면 공유 클라우드 오케스트레이터를 통해 지원되는 전역 정책이 적용됩니다. 연결된 컴퓨터에서 실행할 때는 로컬 requirements.toml의 해당 요구사항을 따릅니다. Work 클라우드 컨테이너와 dot 클라우드 컴퓨터는 다른 유형의 실행기가 사용하는 관리형 환경 번들 대신 자체 실행 구성과 요구사항을 사용합니다. 로컬 실행 제한은 이러한 클라우드 컴퓨터에 자동으로 적용되지 않습니다. 클라우드 기능에 대한 권한을 검토하고 로컬 실행과 클라우드 실행을 각각 테스트하세요.

동기화를 켜기 전에 다음 요구사항을 검토하세요.

• MDM으로만 배포되는 정책. MDM은 기기에 정책을 배포합니다. 동기화를 켜기 전에 Agent Security에서 지원되는 로컬 실행 요구사항의 기준 정책을 만드세요.

• 엔터프라이즈 훅. 로컬 전용 워크플로우가 스크립트나 플러그인 훅에 의존한다면 로컬 컴퓨터 접근을 켜기 전에 클라우드 오케스트레이터가 지원하는 훅을 확인하세요. 필요한 이벤트를 테스트하고 감사 범위를 검토하세요.

워크스페이스 설정 > 권한 및 역할 메뉴에서 사용할 수 있는 Work 제어 기능을 확인하세요. 로컬 Work와 호스팅되는 Work가 별도 권한으로 표시되는지는 워크스페이스 구성과 출시 단계에 따라 달라집니다. 자세한 내용은 Work 관리자 FAQ를 참고하세요.

각 사용자나 그룹에 승인된 실행 환경만 활성화하고, 변경 후 실제 접근 권한을 확인하세요.

워크스페이스 권한에 따라 Work를 사용할 수 있는 사용자가 결정됩니다. 관리자는 requirements.toml에 강제 적용할 요구사항을 정의해 지원되는 데스크톱 기능을 제한할 수도 있습니다. 배포 환경에 따라 워크스페이스 관리형 구성, 시스템 수준 구성 파일 또는 지원되는 macOS 모바일 기기 관리 도구로 이러한 요구사항을 배포할 수 있습니다.

개별 사용자는 강제 적용되는 요구사항을 재정의할 수 없습니다. 반면 관리형 기본값은 초기 설정을 지정하며, 사용자가 나중에 변경할 수 있는 경우도 있습니다. 두 방식 모두 워크스페이스 역할이나 운영 체제 권한을 대체하지 않습니다.

기존 로컬 구성 경로를 사용하는 로컬 클라이언트는 구성을 불러올 때 관리형 요구사항을 함께 불러옵니다. 백그라운드 새로 고침으로 다음 구성 로드에 사용할 클라우드 요구사항을 미리 준비할 수 있으며, macOS MDM 변경 사항은 다음에 클라이언트를 시작할 때 읽습니다. 로컬 정책을 변경한 후에는 해당 로컬 클라이언트를 다시 시작하고 적용 여부를 확인하세요.

로컬에서 구성을 불러오는 방식만으로는 Work 클라우드의 로컬 컴퓨터 접근 기능을 사용해 진행 중인 작업에 클라우드 정책 변경 사항이 언제 적용되는지 알 수 없습니다. 변경된 정책에 의존하기 전에 작업에 실제로 적용된 제어 설정을 확인하세요.

표는 기능을 제한하는 설정 예시이며, 기본적으로 활성화된 기능 목록이 아닙니다. 특정 기능의 요구사항을 지정하지 않으면 기존 클라이언트 설정, 플랫폼 설정, 출시 상태, 사용자 설정이 그대로 적용됩니다. 브라우저 기능 플래그, 내장 브라우저 패널, 네이티브 컴퓨터 사용 기능은 각각 별도로 제어됩니다. 브라우저 접근 방식별로 확인하세요.

사용할 수 있는 설정과 배포 방식은 클라이언트, 운영 체제, 워크스페이스, 배포 구성에 따라 달라집니다. 배포 환경을 대표하는 관리형 기기에서 제한 사항을 확인하세요. 지원되는 정책 설정, 구성 예시, MDM 설정 방법은 관리형 구성을 참고하세요.

로컬 네트워크 및 비공개 리소스

Work 로컬은 브라우저, 네이티브 애플리케이션, 연결된 앱 또는 그 밖의 지원 도구를 통해 회사 정보에 접근할 수 있습니다. 접근 방식마다 네트워크 제어가 다르게 적용되며, 회사 VPN에 접근할 수 있다는 사실만으로 작업에 내부 리소스 사용 권한이 부여되지는 않습니다.

관리형 네트워크 요구사항과 브라우저의 출처 정책은 별도로 검사됩니다. 네트워크 제한으로 브라우저 기능을 제어하려면 먼저 배포 환경의 앱 버전과 운영 체제에서 두 가지를 모두 확인하세요. 브라우저 정책 검사를 수행한다고 해서 브라우저 트래픽이 명령어 실행용 네트워크 프록시를 거치는 것은 아닙니다. 네이티브 애플리케이션의 트래픽에는 브라우저 정책이 적용되지 않습니다.

[experimental_network]의 관리형 네트워크 요구사항은 실험 단계이며 변경될 수 있습니다. Windows 지원은 제한적이므로 Windows 사용자에게 적용하기 전에 실제로 사용할 클라이언트와 환경에서 테스트하세요. 도메인 규칙만으로는 관리형 프록시가 활성화되지 않습니다. experimental_network.enabled = true 설정이 필요하며, 이 설정으로도 네트워크가 비활성화된 샌드박스의 제한을 재정의할 수 없습니다.

워크플로우에 필요한 연결, 로그인된 계정, 대상, 수행할 동작을 검토하세요. 구성 세부 정보와 플랫폼별 제한 사항은 네트워크 접근 요구사항을 참고하세요.

데이터 처리 및 보존

Work 클라우드에서 로컬 컴퓨터에 접근할 때는 개별 단계가 컴퓨터에서 실행되더라도 클라우드가 워크플로우를 조율합니다. 대화 데이터와 작업 컨텍스트는 도구가 사용하는 로컬 파일과 구분해 검토하세요. 로컬에서 실행된다는 이유로 데이터가 기기에만 저장된다고 단정하거나, 폴더의 모든 파일이 업로드된다고 가정하지 마세요.

Work 클라우드의 로컬 컴퓨터 접근 기능은 엄격한 데이터 비보관을 보장하지 않습니다. 데이터 레지던시와 추론 레지던시는 요건을 충족하는 콘텐츠와 지원되는 워크로드, 리전, 구성에만 적용됩니다. Enterprise Key Management(EKM)는 요건을 충족하는 워크스페이스에 저장된 콘텐츠 중 지원 대상에 적용됩니다. UAE 추론 레지던시에서는 Work가 지원되지 않습니다. 배포 전에 워크스페이스의 저장, 보존, 감사 범위를 확인하세요. 조직에서 데이터 비보관(ZDR)을 요구한다면 이 기능을 켜지 마세요. 클라우드 정책 중 하나라도 enforce_residency가 활성화되어 있으면 Work와 dot 모두에서 로컬 컴퓨터 접근 허용 옵션이 비활성화됩니다. 이 보호 조치가 워크스페이스 레지던시를 설정하거나 그 자체로 Work 클라우드 또는 dot을 비활성화하지는 않습니다.

해당 기기와 워크플로우에 조직의 엔드포인트 보안, 파일 접근, 프록시, 데이터 유출 방지 제어를 적용하세요. 이러한 제어로 민감한 정보가 처리되기 전에 작업에 유입되는 것을 차단할 수 있는지 확인하세요. 감사 로그와 컴플라이언스 데이터 내보내기는 모니터링과 조사에 도움이 되지만, 그 자체로 데이터 처리를 차단하지는 않습니다.

저장 및 보존 방식은 정보 유형과 저장 위치에 따라 달라집니다.

지원되는 Business, Enterprise, Edu 워크스페이스에서 보호 대상 OpenAI 서비스가 처리하는 비즈니스 데이터는 전송 시와 저장 시 모두 암호화되며, 기본적으로 OpenAI 모델을 학습시키거나 개선하는 데 사용되지 않습니다. 이러한 보호 조치가 있다고 해서 OpenAI가 모든 기기 파일, 타사 애플리케이션, 브라우저 프로필, 원본 시스템 기록을 관리하는 것은 아닙니다.

호스팅되는 대화, 임시 업로드 또는 컴플라이언스 로그의 보존 기간을 로컬 기록에 적용하기 전에 해당 데이터 유형에도 그 기간이 적용되는지 확인하세요.

감사 및 컴플라이언스에서 확인할 수 있는 범위

Work 클라우드의 로컬 컴퓨터 접근 기능을 켜면 기존 OpenTelemetry(OTel) 수집기가 받는 이벤트가 달라집니다. 로컬 실행기는 지원되는 실행 이벤트를 계속 내보낼 수 있습니다. 클라우드 오케스트레이션 이벤트는 기존 OpenTelemetry 수집기로 전송되지 않습니다.

지원되는 클라우드 기록은 Compliance API를 사용해 확인하세요. 수집기 엔드포인트를 변경해도 클라우드 오케스트레이션 이벤트를 다시 수신할 수는 없습니다. Compliance API 기록이 기존 OpenTelemetry 스트림의 모든 이벤트를 대체하지는 않습니다. OpenTelemetry 및 감사 범위 검토를 참고하세요.

확인할 수 있는 보고 내용은 워크스페이스 플랜, 사용하는 제품 기능, 이벤트, 연결된 애플리케이션, 배포 구성에 따라 달라집니다. 사고 대응이나 규제 준수 검토에 워크스페이스에서 내보낸 데이터를 활용하기 전에 Work 로컬 활동이 어느 범위까지 기록되는지 확인하세요.

지원되는 버전에서는 브라우저 기능이 사이트 접근, 업로드, 다운로드 등의 허용 여부를 검사할 때 OpenTelemetry 이벤트를 생성할 수 있습니다. 이벤트에는 허용 여부와 그 결정을 내린 출처가 기록되며, 확인 가능한 경우 정책 세부 정보도 포함됩니다. 결정 출처가 확인되지 않을 수도 있습니다. 내보내기를 구성하면 이러한 이벤트는 다른 로컬 런타임 텔레메트리와 함께 고객의 OpenTelemetry 엔드포인트로 전송됩니다.

OpenTelemetry 내보내기는 Compliance API 기록과 별도로 구성하세요. 이 이벤트만으로는 브라우저나 네이티브 앱의 모든 동작을 빠짐없이 파악할 수 없습니다. OpenTelemetry 구성을 참고하세요.

관련 시스템에 작업 식별 정보, 지원되는 프롬프트와 응답, 연결된 앱 호출, 브라우저 승인, 애플리케이션 동작, 로컬 파일 활동, 엔드포인트 이벤트가 기록되는지 확인하세요. 원본 시스템과 기기의 기록에서 확인할 수 있는 내용은 ChatGPT 워크스페이스 기록에서 확인할 수 있는 내용과 다를 수 있습니다.

OpenAI는 확장 프로그램을 통해 수행한 Chrome 동작 전체를 별도로 기록해 저장하지 않습니다. 로컬 파일 조작, 스크린샷, 브라우저 동작, 승인, 외부 시스템 업데이트가 모두 Compliance API에 나타난다고 가정하지 마세요.

승인된 작업 하나로 시작하기

팀이 사용하는 관리형 기기에서 로컬 Work를 검증하세요. 지정된 재무 통합 문서를 비교하는 등 승인된 작업을 실행하세요. 각 사용자의 Work 접근 권한을 확인하고 작업에 필요한 파일, 애플리케이션, 브라우저 세션 또는 연결된 계정만 제공하세요.

승인된 동작이 정상적으로 수행되고 제한된 동작은 차단되는지, 확인할 수 있는 기록이 모니터링 요구사항을 충족하는지 점검하세요. 사용자가 결과를 검토하고 파일이나 연결된 시스템의 변경 사항이 요청한 내용과 일치하는지 확인하도록 하세요.