AI에게 이메일 주소를 알려주는 것 vs 이메일함 접근 권한

안전한지는 실제로 하는 일이 세 가지 중 무엇인지에 달려 있습니다. 이메일 주소를 필드에 입력하는 것은 식별자를 공유하는 것입니다. 어시스턴트가 한 이메일함을 읽도록 허용하는 것은 그 이메일함의 내용을 공유하는 것입니다. 연동으로 전체 메일함을 연결하는 것은 수년간의 메시지와 그에 대한 작업 권한까지 공유할 수 있습니다. 이것들은 양식 필드나 동의 화면이라는 하나의 결정으로 제시되곤 하지만, 결과는 크게 다르며 따로 결정할 수 있습니다.

이 글은 그 결정을 신중하게 하는 것에 관한 것입니다. 연동이 무엇을 할 수 있는지 확인하고, 일회성 작업에는 필요한 것만 주며, 작업이 끝나면 각 권한을 닫는 것입니다.

주소, 이메일함 접근, 전체 메일함 연결

주소 공유는 어시스턴트가 가입 양식이나 메시지 헤더에 당신의 이메일을 넣는 것입니다. 이제 사이트는 주소를 알게 되고, 어시스턴트는 이미 가지고 있던 것 이상을 얻지 않습니다. 새로운 곳에 메일이 도착하지도 않고, 주소를 안다고 누군가 메일을 읽을 수 있는 것도 아닙니다.

이메일함 접근은 어시스턴트가 이메일함을 열고 도착하는 것을 읽을 수 있게 하는 자격 증명이나 권한입니다. 좁을 수도(이메일함 하나, 읽기 전용, 한 시간의 수명) 넓을 수도 있습니다. "접근"이라는 단어가 이 차이를 숨기므로 다음 섹션이 존재합니다.

전체 메일함 연결은 메일함 연동이 요청할 수 있는 것입니다. 메시지 기록에 대한 접근이나 보내기, 삭제 같은 작업입니다. 실제로 메일을 관리하는 지속적인 어시스턴트에는 유용하지만, "인증 코드 하나 받아줘"에는 지나치게 많습니다.

연동이 실제로 할 수 있는 것 확인하기

승인하기 전에 기능 이름이 아니라 요청된 범위를 보세요. "이메일을 요약"하는 어시스턴트가 여전히 메일을 보내거나, 삭제하거나, 수정할 권한을 가지고 있을 수 있습니다. OWASP의 과도한 에이전시에 대한 지침은 이 패턴에 대해 단호합니다. 요약을 위해 메일을 읽는 확장은 읽기 권한만 가져야 하며, 영향이 큰 작업은 사람의 승인이 필요하다는 것입니다(OWASP LLM06).

네 가지를 확인하세요:

• 범위: 읽기, 보내기, 삭제, 설정. 이 권한이 실제로 부여하는 것은 무엇인가?
• 범위의 크기: 이메일함 하나인가, 계정 전체인가? 새 메일만인가, 전체 기록인가?
• 지속성: 권한이 작업과 함께 끝나는가, 해제할 때까지 유효한가? 이 연동이 작업과 함께 만료되는지 확인하세요. 그렇지 않다면 작업은 끝나지만 문은 열려 있습니다.
• 다른 도구: 이 접근을 가지고 있는 동안 어시스턴트가 브라우저, 파일, 다른 연결된 서비스 같은 무엇에 더 닿을 수 있는가?

마지막 항목은 보이는 것보다 중요합니다. 수신 메일은 신뢰할 수 없는 입력이고, 메시지에는 어시스턴트를 다른 방향으로 이끌려고 작성된 텍스트가 들어 있을 수 있습니다. 가설이 아닙니다. CVE-2026-33654는 nanobot 어시스턴트의 이메일 채널에 있던 프롬프트 인젝션 취약점으로, 원격 공격자가 이메일 하나를 보내 모델이 명령을 실행하고 소유자가 아무것도 하지 않은 상태에서 시스템 도구를 호출하게 만들 수 있었습니다. 그것은 한 제품의 결함이지 모든 AI 이메일 기능의 속성이 아니지만, 이메일함 주변의 권한이 이메일함 자체만큼 중요한 이유를 보여줍니다. 메시지 텍스트가 어떻게 명령이 되는지에 대한 메커니즘은 이메일 사용자를 위한 프롬프트 인젝션에서 다룹니다.

작업별 수신 전용 이메일함 선호

인증 코드, 확인, 다운로드 링크처럼 메일 수신만 필요한 저위험 작업이라면, 그 작업을 위해서만 만들어진 이메일함이 필요한 최소한의 충분한 선택입니다.

TempMail.Best에서 에이전트는 10분 또는 1시간 수명의 이메일함을 만들고, 수신 메일을 기다리고, 메시지를 읽고, 끝나면 이메일함을 삭제할 수 있습니다. 서비스는 수신 전용입니다. 그 주소로 메일을 보낼 수 없습니다. 에이전트의 자격 증명은 그 이메일함만 엽니다. 뒤에 계정도 없고 안에 기록도 없습니다.

두 가지 한계는 정확하게 말할 필요가 있습니다. 사람들이 과도하게 확장하는 부분이기 때문입니다:

• 별도 이메일함은 어시스턴트의 다른 권한과 도구가 동등하게 제한되어 있다는 조건에서만 그 이메일함만 노출합니다. 같은 어시스턴트가 파일이나 브라우저에도 닿을 수 있다면, 이메일함 경계는 방향을 잘못 든 어시스턴트가 그것들을 통해 할 수 있는 일을 줄이지 않습니다.
• "수신 전용"은 이 서비스를 설명합니다. 에이전트는 TempMail.Best를 통해 메일을 보낼 수 없지만, 이 임시 이메일함을 삭제할 수는 있으며, 다른 연결된 서비스를 통해 할 수 있는 일은 여기의 어떤 것에도 영향을 받지 않습니다.

작업에 묶인 이메일함의 모델은 AI 에이전트 이메일함이란에서 설명합니다.

권한을 주지 말아야 할 때

다음과 관련된 작업에는 임시 이메일함은 물론 AI 이메일함 접근 일반을 건너뛰세요:

• 은행, 결제, 투자, 또는 이의를 제기하거나 환불할 수 있는 구매
• 의료, 보험, 정부 서비스, 신분 문서
• 업무 이메일, 주 계정, 기밀 대화
• 비밀번호 재설정, 복구 링크, 보안 설정 변경
• 갱신, 취소, 복구가 필요할 수 있는 구독이나 서비스
• 어시스턴트가 당신의 승인 없이 메일을 보내거나 계정을 변경할 수 있는 모든 흐름

지속적인 계정에는 장기적으로 통제하는 주소나 관리형 전달 별칭을 사용하세요. 사이트가 일회용 주소를 거부하면 존중하세요. 그 작업은 애초에 임시 이메일함에 속하지 않는 것일 수 있습니다.

작업을 닫고 각 권한을 해제하기

어시스턴트가 완료했다고 보고하면 결과를 확인하세요. 코드가 작동했고, 다운로드가 손에 있고, 계정이 존재하는지 확인합니다. 그런 다음 두 단계로 접근을 닫으세요. 두 개의 다른 시스템이 관련되기 때문입니다:

1. 임시 이메일함을 삭제하세요. 이는 그 이메일함에 대한 에이전트의 자격 증명을 끝내고 메시지를 제거합니다. 이메일함은 어차피 예정대로 만료되지만, 작업 완료 시 닫으면 노출 기간이 짧아집니다.
2. 서드파티 권한을 해제하세요. TempMail.Best 이메일함을 중지하는 것은 AI 플랫폼에서 아무것도 해제하지 않습니다. 다른 승인된 도구, 연동, 활성 세션은 그곳에서 관리되며 제거할 때까지 남습니다. 작업 전에 무엇을 승인했는지 확인하고 각 항목을 되돌리세요.

삭제가 할 수 없는 것 하나: 어시스턴트가 이미 본 메일을 안 본 것으로 되돌리거나 다른 곳에 저장한 것을 되돌릴 수 없습니다. 노출은 작업 전에 억제하세요. 작업 후 정리는 기억이 아니라 문에 관한 것입니다.

이메일 작업을 승인하기 전에 AI 에이전트 이메일 인증의 사전 확인 사항을 검토하세요. 질문은 결코 AI가 일반적으로 신뢰할 수 있는가가 아닙니다. 이 작업이 이 정도의 접근을 필요로 하는가입니다. 일회성 수신에는 거의 언제나 그렇지 않습니다.