이메일 첨부 파일

Email attachment

전자 메일 첨부 파일은 전자 메일 메시지와 함께 전송되는 컴퓨터 파일입니다.하나 이상의 파일을 임의의 전자 메일 메시지에 첨부하여 수신자에게 보낼 수 있습니다.일반적으로 문서 및 이미지를 공유하는 간단한 방법으로 사용됩니다.

이력 및 기술 상세

원래 인터넷 SMTP 이메일은 7비트 ASCII 텍스트였습니다.텍스트 파일은 메시지 본문에 포함시킴으로써 이메일로 전송되었습니다.1980년대 중반에는 텍스트 파일을 번들 및 샤르(shell [3]archive[1][2]) 등의 UNIX 도구로 그룹화하여 이메일 메시지 본문에 포함시킬 수 있었습니다.이것에 의해, 1개의 셸 커맨드로 리모트 UNIX 시스템에 언팩 할 수 있게 되었습니다.

텍스트 이외의 파일을 첨부하는 것은 Mary Ann Horton의 uuencode를 사용하여8비트 파일을 수동으로 인코딩하고 나중에 BinHex 또는 xxencode를[4] 사용하여 결과 텍스트를 메시지 본문에 붙여넣음으로써 1980년에 처음 이루어졌습니다.1985년경 [5]"첨부" 사용자 인터페이스가 cc:Mail에서 PC에 처음 등장했을 때, 나중에 Microsoft Mail과 마찬가지로 SMTP 전송에 uencode 형식을 사용했습니다.

최신 전자 메일 시스템은 MIME 표준을 사용하여 전자 메일 첨부 파일을 보다 실용적이고 매끄럽게 만듭니다.이것은 나다니엘 보렌스타인과 공동 연구자인 네드[6][7] 프리드에 의해 개발되었으며, 이 표준은 1996년에 RFC2045로 공식 발표되었습니다.

MIME을 사용하면 메시지와 모든 첨부 파일이 단일 멀티파트 메시지로 캡슐화되며, base64 인코딩을 사용하여 바이너리를 7비트 ASCII 텍스트로 변환하거나 일부 최신 메일 서버에서는 옵션으로 8비트 확장을 통해 전체 8비트를 지원합니다.

크기 제한

MIME과 같은 전자 메일 표준에서는 파일 크기 제한을 지정하지 않지만 실제로 전자 메일 사용자는 매우 큰 파일을 인터넷을 통해 성공적으로 전송할 수 없습니다.

이는 다음과 같은 몇 가지 잠재적인 제한 때문입니다.

  • 메일 시스템은 종종 사용자가 [8]제출할 수 있는 크기를 임의로 제한합니다.
  • 메시지는 종종 여러 메일 전송 에이전트를 통해 수신인에게 연결됩니다.이들 각각은 메시지를 전송하기 전에 저장해야 하므로 크기 제한이 있을 수 있습니다.
  • 수신자 메일 시스템은 특정 크기의 첨부 파일이 있는 수신 전자 메일을 거부할 수 있습니다.

그 결과, 대규모 첨부 파일은 회사나 조직 내부에서 성공할 수 있지만, 인터넷을 통해 전송할 때는 성공할 수 없습니다.

예를 들어, 구글의 Gmail 서비스가 임의 제한을 25MB로 늘렸을 때, "첨부 파일 제한이 작은 다른 이메일 서비스를 사용하는 연락처에게는 더 큰 첨부 파일을 보낼 수 없을 수 있습니다."[9][10]라고 경고했습니다.

또한 이러한 크기 제한은 원래 파일 크기가 아니라 MIME 인코딩 복사본에 기반합니다.일반적인 Base64 인코딩은 원래 파일 크기에 약 37%를 추가합니다. 즉, 원래 20MB 파일은 25MB 첨부 파일 [11]제한을 초과할 수 있습니다.이메일 크기 제한을 10MB로 설정하려면 첨부 파일의 크기를 실제로 약 7MB로 제한해야 합니다.

말웨어

참고 항목: 스팸 발송

많은 악성코드가 이메일 첨부파일을 통해 배포되고 있으며 일부는 이러한 악성코드가 [12][13][14]기업에 대한 사이버 공격의 주요 매개체라고 간주하고 있습니다.사용자는 첨부 파일에 매우 주의하고 신뢰할 수 있는 원본에서 발송되지 않은 첨부 파일을 열지 않는 것이 좋습니다. 이는 계정이 인계되거나 [12][15][16]잘못 사용될 수 있으므로 보낸 사람이 주소록에 있는 경우에도 마찬가지입니다.많은 전자 메일 서버가 첨부 파일에서 멀웨어를 검색하고 위험한 파일 형식을 차단하지만, 특히 제로 데이 [17]공격을 탐지할 수 없기 때문에 이 파일에 의존해서는 안 됩니다.

위험한 파일 형식

전자 메일 사용자는 일반적으로 예기치 않은 전자 메일(특히 신뢰할 수 있는 원본에서 보낸 것으로 알려져 있지 않은 경우)이 항상 의심스럽고 위험한 것으로 간주해야 한다는 경고를 받습니다.그러나 실제로는 이 조언만으로는 충분하지 않습니다. 즉, 1987년 초에 메인프레임 기반의 Christmas Tree EXEC에서 "신뢰할 수 있는 알려진 소스"가 실행 프로그램의 송신자였습니다.

2000년과 2001년의 ILOVEYOU 웜과 Anna Kournikova 웜 이후 이메일 시스템은 잠재적인 악성 프로그램을 방지하기 위한 보호 계층을 점점 더 많이 추가했습니다.현재 많은 사람들이 특정 유형의 [18][19]첨부 파일을 차단합니다.

레퍼런스

  1. ^ UNIX 프로그래밍 환경, Kernighan and Pike, 1984, 페이지 97
  2. ^ "Unix tricks and traps". AUUGN. 15 (4): 87. August 1994.
  3. ^ 최신 버전의 shar는 uuuencoding을 통해 바이너리를 처리할 수 있지만 처음에는 그렇지 않았습니다.
  4. ^ "UUencode/BinHex/MIME 지원 사용 방법", winzip.com
  5. ^ InfoWorld Media Group, Inc. (June 3, 1985). InfoWorld. InfoWorld Media Group, Inc. p. 41.
  6. ^ 이메일 첨부 파일의 아버지 패트릭 킹슬리, 가디언지, 2012년 3월 26일
  7. ^ "MIME의 사람들: 두 명의 인터넷 전문가가 이메일을 영원히 바꾼 방법" 2012-01-25년 Wayback Machine, 2011년 2월 1일, Network World, Jon Brodkin
  8. ^ "Exchange 2010 및 Exchange 2007 메시지 크기 제한 설정";
  9. ^ "Google은 Gmail 및 YouTube의 파일 크기 제한을 업데이트합니다", geek.com Wayback Machine에서 2011-12-19로 보관되었습니다.
  10. ^ "최대 첨부 파일 크기", mail.google, com.
  11. ^ "Raw vs. Encoded Email Message Size — What's the Difference?".
  12. ^ a b Martin, Jim. "Here's what you need to do to protect your PC from ransomware and NotPetya". Tech Advisor. Retrieved 29 June 2017.
  13. ^ "Truth on zero-day attacks". PCR. Retrieved 29 June 2017.
  14. ^ Aycock, John (2006). Computer Viruses and Malware. Springer. ISBN 9780387341880. Retrieved 29 June 2017.
  15. ^ Miller, Michael R. (2009). Microsoft Security Essentials User Manual (Digital Short Cut). Pearson Education. ISBN 9780768695298. Retrieved 29 June 2017.
  16. ^ Vermaat, Misty E. (2014). Enhanced Discovering Computers, Essentials. Cengage Learning. ISBN 9781285845531. Retrieved 29 June 2017.
  17. ^ "How To Spot A Dangerous Email Attachment". MakeUseOf. Retrieved 29 June 2017.
  18. ^ "일부 파일 형식이 차단되었습니다.", mail.google.com.
  19. ^ "Outlook에서 "Outlook blocked access to the following unsecurable attachments" (다음 잠재적으로 안전하지 않은 첨부 파일에 대한 Outlook 차단됨 액세스) 메시지가 표시될 수 있습니다.microsoft.com