# `base64` — Base16, Base32, Base64, Base85 Data Encodings

소스 코드: Lib/base64.py

이 모듈은 바이너리 데이터를 인쇄 가능한 ASCII 문자로 인코딩하고 이러한 인코딩을 다시 바이너리 데이터로 디코딩하는 함수를 제공합니다. Base16, Base32 및 Base64 알고리즘을 정의하는 RFC 4648에 지정된 인코딩과 사실상의 표준인 Ascii85와 Base85 인코딩에 대한 인코딩과 디코딩 함수를 제공합니다.

RFC 4648 인코딩은 전자 우편으로 안전하게 보내거나, URL의 일부로 사용하거나, HTTP POST 요청의 일부로 포함 할 수 있도록 바이너리 데이터를 인코딩하는 데 적합합니다. 인코딩 알고리즘은 uuencode 프로그램과 다릅니다.

이 모듈은 두 개의 인터페이스를 제공합니다. 최신 인터페이스는 바이트열류 객체를 ASCII `bytes`로 인코딩하고, 바이트열류 객체나 ASCII를 포함하는 문자열을 `bytes`로 디코딩하는 것을 지원합니다. RFC 4648에 정의된 두 가지(일반, 그리고 URL과 파일 시스템에서 안전한) base-64 알파벳이 모두 지원됩니다.

레거시 인터페이스는 문자열로부터의 디코딩을 지원하지 않지만, 파일 객체에서 인코딩과 디코딩하는 함수를 제공합니다. Base64 표준 알파벳만 지원하며, RFC 2045에 따라 76자마다 개행 문자를 추가합니다. RFC 2045 지원을 원한다면 아마도 대신 `email` 패키지를 보고 싶을 것입니다.

버전 3.3에서 변경: ASCII 전용 유니코드 문자열은 이제 최신 인터페이스의 디코딩 함수가 받아들입니다.

버전 3.4에서 변경: 모든 바이트열류 객체는 이제 이 모듈의 모든 인코딩과 디코딩 함수가 받아들입니다. Ascii85/Base85 지원이 추가되었습니다.

최신 인터페이스는 다음과 같은 것들을 제공합니다:

`base64.``b64encode`(s, altchars=None)

  Base64를 사용하여 바이트열류 객체 s를 인코딩하고 인코딩된 `bytes`를 반환합니다.

  선택적 altchars는 `+`와 `/` 문자의 대체 알파벳을 지정하는 길이 2의 바이트열류 객체여야 합니다. 이를 통해 응용 프로그램은 URL이나 파일 시스템에서 안전한 Base64 문자열을 생성할 수 있습니다. 기본값은 `None`이며, 표준 Base64 알파벳이 사용됩니다.

  May assert or raise a `ValueError` if the length of altchars is not 2. Raises a `TypeError` if altchars is not a bytes-like object.

`base64.``b64decode`(s, altchars=None, validate=False)

  Base64로 인코딩된 바이트열류 객체나 ASCII 문자열 s를 디코딩하고 디코딩된 `bytes`를 반환합니다.

  선택적 altchars는 `+`와 `/` 문자 대신에 사용되는 대체 알파벳을 지정하는 길이 2의 바이트열류 객체나 ASCII 문자열이어야 합니다.

  s가 잘못 채워지면(padded) `binascii.Error` 예외가 발생합니다.

  validate가 `False`(기본값)면, 일반 base-64 알파벳도 대체 알파벳도 아닌 문자는 채우기(padding) 검사 전에 버려집니다. validate가 `True`면, 입력에 이 알파벳이 아닌 문자가 있으면 `binascii.Error`가 발생합니다.

  May assert or raise a `ValueError` if the length of altchars is not 2.

`base64.``standard_b64encode`(s)

  표준 Base64 알파벳을 사용하여 바이트열류 객체 s를 인코딩하고 인코딩된 `bytes`를 반환합니다.

`base64.``standard_b64decode`(s)

  표준 Base64 알파벳을 사용하여 바이트열류 객체나 ASCII 문자열 s를 디코딩하고 디코딩된 `bytes`를 반환합니다.

`base64.``urlsafe_b64encode`(s)

  표준 Base64 알파벳에서 `+` 대신 `-`를, `/` 대신 `_`를 사용하도록 대체한 URL과 파일 시스템에서 안전한 알파벳을 사용하여 바이트열류 객체 s를 인코딩하고, 인코딩된 `bytes`를 반환합니다. 결과에는 여전히 `=`가 포함될 수 있습니다.

`base64.``urlsafe_b64decode`(s)

  표준 Base64 알파벳에서 `+` 대신 `-`를, `/` 대신 `_`를 사용하도록 대체한 URL과 파일 시스템에서 안전한 알파벳을 사용하여 바이트열류 객체나 ASCII 문자열 s를 디코딩하고, 디코딩된 `bytes`를 반환합니다.

`base64.``b32encode`(s)

  Base32를 사용하여 바이트열류 객체 s를 인코딩하고 인코딩된 `bytes`를 반환합니다.

`base64.``b32decode`(s, casefold=False, map01=None)

  Base32로 인코딩된 바이트열류 객체나 ASCII 문자열 s를 디코딩하고 디코딩된 `bytes`를 반환합니다.

  선택적 casefold는 소문자 알파벳을 입력으로 사용할 수 있는지를 지정하는 플래그입니다. 보안을 위해, 기본값은 `False`입니다.

  RFC 4648은 숫자 0(영)을 글자 O(오)로 선택적으로 매핑하고, 숫자 1(일)을 글자 I(아이)나 글자 L(엘)로 선택적으로 매핑할 수 있게 합니다. 선택적 인자 map01이 `None`이 아니면, 숫자 1이 매핑되어야 하는 글자를 지정합니다 (map01이 `None`이 아닐 때, 숫자 0은 항상 글자 O로 매핑됩니다). 보안상의 이유로 기본값은 `None`이고, 0과 1은 입력에 허용되지 않습니다.

  s가 잘못 채워졌거나(padded) 입력에 알파벳이 아닌 문자가 있으면 `binascii.Error`가 발생합니다.

`base64.``b32hexencode`(s)

  Similar to `b32encode()` but uses the Extended Hex Alphabet, as defined in RFC 4648.

  버전 3.10에 추가.

`base64.``b32hexdecode`(s, casefold=False)

  Similar to `b32decode()` but uses the Extended Hex Alphabet, as defined in RFC 4648.

  This version does not allow the digit 0 (zero) to the letter O (oh) and digit 1 (one) to either the letter I (eye) or letter L (el) mappings, all these characters are included in the Extended Hex Alphabet and are not interchangeable.

  버전 3.10에 추가.

`base64.``b16encode`(s)

  Base16을 사용하여 바이트열류 객체 s를 인코딩하고 인코딩된 `bytes`를 반환합니다.

`base64.``b16decode`(s, casefold=False)

  Base16으로 인코딩된 바이트열류 객체나 ASCII 문자열 s를 디코딩하고 디코딩된 `bytes`를 반환합니다.

  선택적 casefold는 소문자 알파벳을 입력으로 사용할 수 있는지를 지정하는 플래그입니다. 보안을 위해, 기본값은 `False`입니다.

  s가 잘못 채워졌거나(padded) 입력에 알파벳이 아닌 문자가 있으면 `binascii.Error`가 발생합니다.

`base64.``a85encode`(b, *, foldspaces=False, wrapcol=0, pad=False, adobe=False)

  Ascii85를 사용하여 바이트열류 객체 b를 인코딩하고 인코딩된 `bytes`를 반환합니다.

  foldspaces는 ‘btoa’ 가 지원하듯이 4개의 연속된 스페이스 (ASCII 0x20) 대신 특수한 짧은 시퀀스 ‘y’ 를 사용하는 선택적 플래그입니다. 이 기능은 “표준” Ascii85 인코딩에서 지원되지 않습니다.

  wrapcol controls whether the output should have newline (`b'\n'`) characters added to it. If this is non-zero, each output line will be at most this many characters long.

  pad는 인코딩하기 전에 입력이 4의 배수로 채워졌는지를 제어합니다. `btoa` 구현은 항상 채운다는 것에 유의하십시오.

  adobe는 인코딩된 바이트 시퀀스가 Adobe 구현에서 사용되는 `<~`와 `~>`로 프레임화되는지를 제어합니다.

  버전 3.4에 추가.

`base64.``a85decode`(b, *, foldspaces=False, adobe=False, ignorechars=b' \t\n\r\x0b')

  Ascii85로 인코딩된 바이트열류 객체나 ASCII 문자열 b를 디코딩하고 디코딩된 `bytes`를 반환합니다.

  foldspaces는 짧은 시퀀스 ‘y’ 를 4개의 연속 된 스페이스(ASCII 0x20)에 대한 축약으로 받아들여야 하는지를 지정하는 플래그입니다. 이 기능은 “표준” Ascii85 인코딩에서 지원되지 않습니다.

  adobe는 입력 시퀀스가 Adobe Ascii85 형식인지(즉 <~ 와 ~> 로 프레임화되었는지)를 제어합니다.

  ignorechars는 입력에서 무시할 문자가 포함된 바이트열류 객체나 ASCII 문자열이어야 합니다. 여기에는 공백 문자만 포함되어야 하며, 기본적으로 ASCII의 모든 공백 문자가 포함됩니다.

  버전 3.4에 추가.

`base64.``b85encode`(b, pad=False)

  base85를 사용하여 바이트열류 객체 b를 인코딩하고 (예를 들어 git 스타일 바이너리 diff에서 사용되는 것처럼), 인코딩된 `bytes`를 반환합니다.

  pad가 참이면, 입력은 `b'\0'`으로 채워져서 길이는 인코딩 전에 4바이트의 배수가 됩니다.

  버전 3.4에 추가.

`base64.``b85decode`(b)

  base85로 인코딩된 바이트열류 객체나 ASCII 문자열 b를 디코딩하고 디코딩된 `bytes`를 반환합니다. 필요하면, 채우기는 묵시적으로 제거됩니다.

  버전 3.4에 추가.

레거시 인터페이스:

`base64.``decode`(input, output)

  바이너리 input 파일의 내용을 디코딩하고 결과 바이너리 데이터를 output 파일에 씁니다. input과 output은 파일 객체여야 합니다. input은 `input.readline()`이 빈 바이트열 객체를 반환할 때까지 읽힙니다.

`base64.``decodebytes`(s)

  하나 이상의 base64 인코딩된 데이터 줄을 포함해야 하는 바이트열류 객체 s를 디코딩하고 디코딩된 `bytes`를 반환합니다.

  버전 3.1에 추가.

`base64.``encode`(input, output)

  바이너리 input 파일의 내용을 인코딩하고 base64로 인코딩된 결과 데이터를 output 파일에 씁니다. input과 output은 파일 객체여야 합니다. input은 `input.read()`이 빈 바이트열 객체를 반환할 때까지 읽힙니다. `encode()`는 RFC 2045(MIME)에 따라 출력의 76바이트마다 개행 문자(`b'\n'`)를 삽입할 뿐만 아니라, 항상 출력이 개행 문자로 끝나도록 합니다.

`base64.``encodebytes`(s)

  임의의 바이너리 데이터를 포함할 수 있는 바이트열류 객체 s를 인코딩하고, RFC 2045 (MIME)에 따라 76바이트의 출력마다 개행(`b'\n'`)이 삽입되고, 후행 개행이 붙은 base64 인코딩된 데이터를 포함하는 `bytes`를 반환합니다.

  버전 3.1에 추가.

모듈 사용 예:

    >>> import base64
    >>> encoded = base64.b64encode(b'data to be encoded')
    >>> encoded
    b'ZGF0YSB0byBiZSBlbmNvZGVk'
    >>> data = base64.b64decode(encoded)
    >>> data
    b'data to be encoded'

## Security Considerations

A new security considerations section was added to RFC 4648 (section 12); it’s recommended to review the security section for any code deployed to production.

더 보기

모듈 `binascii`

  ASCII에서 바이너리로, 바이너리에서 ASCII로의 변환이 포함된 지원 모듈.

RFC 1521 - MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message Bodies

  5.2 절, “Base64 Content-Transfer-Encoding” 은 base64 인코딩의 정의를 제공합니다.