기본 Auth 생성기

Basic Auth 생성기는 HTTP Basic Authentication 이 요구하는 자격 증명을 구축합니다: 콜론으로 연결된 사용자 이름과 암호의 base64 인코딩, "Basic"이라는 단어가 앞에 붙습니다. 그 결과는 클라이언트가 자신이 누구인지 증명하기 위해 보내는 Authorization 헤더의 체계입니다. RFC 7617, "The Basic HTTP Authentication Scheme"에 정의되어 있으며 서버와 클라이언트가 동의 할 수있는 가장 간단한 자격 증명이므로 API,웹 훅,개인 레지스트리 및 내부 도구에서 여전히 어디에나 있습니다.

인코딩은 의도적으로 되돌릴 수 있습니다. 기본 인증은 암호화가 아니며 그 자체로는 기밀성을 제공하지 않습니다: base64 는 전송 인코딩이므로 헤더를 읽을 수있는 사람은 누구나 한 단계에서 암호를 다시 읽을 수 있습니다. 이것이 바로이 도구가 토큰을 해독하는 이유입니다. Authorization: Basic 값을 붙여 넣으면 사용자 이름과 암호가 전달됩니다. 사람들을 넘어 뜨리는 한 가지 규칙은 사용자 이름이 콜론을 포함 할 수 없다는 것입니다. 첫 번째 콜론은 두 필드 사이의 경계이기 때문입니다; 암호는 원하는만큼의 콜론을 포함 할 수 있습니다. 이 생성기는 사용자 이름에 콜론을 플래그 지정하므로 자격 증명이 자동으로 잘못 해독되지 않습니다.

값이 "user:password"의 base64 에 불과하기 때문에 손으로 올바르게 얻는 것은 까다롭고 잘못 얻는 것은 명백한 원인없이 401 개의 응답 스트림을 의미합니다. 이 도구는 정확한 헤더 라인,즉시 실행 가능한 컬 명령을 생성합니다. -u 및 명시 적 헤더 양식 모두에서 fetch () 스니펫 및 userinfo URL 양식 (https://user:pass@host) 은 여전히 작동하는 경우에 대해 UTF-8 을 통해 인코딩하므로 악센트가있는 문자와 비 라틴어 암호는 ASCII 전용 인코더가 손상시키는 방식으로 손상되지 않고 호환 클라이언트가 보낼 바이트와 동일한 바이트를 생성합니다.

모든 것은 브라우저에서 발생합니다. 입력하는 사용자 이름과 암호는 절대 업로드되지 않으며,이는 실제 자격 증명을 처리할 때의 요점입니다. 인코딩하기 위해 서버에 라이브 암호를 보내면 연습이 무산됩니다. 가입도 없고 로깅도 없으므로 통합을 디버깅하는 동안 프로덕션 자격 증명을 붙여넣는 것이 안전합니다.