19강. HTTPS와 SSH 인증 방식

?1. 이번 강의에서 해결할 문제

GitHub 계정 비밀번호로 push하려 하거나 개인 토큰을 remote URL에 넣으면 인증 실패 또는 비밀 유출이 생깁니다. 운영 환경에 맞는 인증 방식과 자격 증명 저장소를 선택합니다.

✓2. 학습 목표

✓이 강의를 마치면

• HTTPS와 SSH의 인증 흐름을 비교합니다.
• remote URL에 비밀을 넣지 않고 인증합니다.
• SSH 키를 만들고 연결을 검증합니다.

◇3. 핵심 개념

HTTPS는 URL이 익숙하고 Git Credential Manager를 통해 브라우저 인증이나 토큰을 안전하게 보관할 수 있습니다. SSH는 공개키를 GitHub에 등록하고 개인키로 소유를 증명합니다. 공개키는 공유해도 되지만 개인키는 절대 저장소에 커밋하지 않습니다.

§4. 단계별 명령어와 예시

HTTPS remote 확인:

PowerShell

git remote -v
git config --global credential.helper manager
git fetch origin

SSH 키 경로: $env:USERPROFILE\.ssh\id_ed25519

PowerShell

ssh-keygen -t ed25519 -C "you@example.com"
Get-Service ssh-agent | Set-Service -StartupType Automatic
Start-Service ssh-agent
ssh-add "$env:USERPROFILE\.ssh\id_ed25519"
Get-Content "$env:USERPROFILE\.ssh\id_ed25519.pub"

공개키를 GitHub의 SSH keys 설정에 등록한 뒤 검증하고 remote를 바꿉니다.

PowerShell

ssh -T git@github.com
git remote set-url origin git@github.com:YOUR-NAME/git-learning-site.git
git remote -v

→5. 명령어가 동작하는 이유

Credential Manager는 HTTPS 자격 증명을 OS 보안 저장소에 보관합니다. SSH에서는 GitHub가 등록된 공개키로 서명을 검증하며 개인키는 로컬을 떠나지 않습니다. remote URL은 전송 방식만 바꾸고 커밋 이력은 바꾸지 않습니다.

!6. 자주 하는 실수와 안전한 해결법

!자주 하는 실수

• 계정 비밀번호로 HTTPS push: GitHub의 명령줄 인증은 비밀번호 대신 자격 증명 관리자, 토큰 또는 SSH를 사용합니다.
• 개인키 .pub 구분 실패: GitHub에는 .pub 공개키만 붙여 넣습니다. 확장자 없는 개인키는 공개·전송하지 않습니다.
• 토큰을 URL에 포함: shell history와 설정에 남습니다. URL은 비밀 없는 형태로 유지합니다.

✎7. 직접 실습

✎직접 실습

1. 현재 remote 방식과 credential helper를 확인합니다.
2. 별도의 학습용 SSH 키를 생성하고 공개키만 GitHub에 등록합니다.
3. ssh -T와 git fetch가 성공하는지 확인합니다.

?8. 이해 점검 질문 3개

?이해 점검

1. HTTPS 인증 정보를 안전하게 보관하는 Windows 도구는 무엇인가요?
2. GitHub에 등록해야 하는 것은 개인키와 공개키 중 무엇인가요?
3. remote URL 변경이 기존 커밋 ID를 바꾸나요?

■9. 핵심 요약

■핵심 요약

HTTPS는 Credential Manager, SSH는 공개키 인증을 사용합니다. 비밀번호·토큰·개인키를 명령 인자나 저장소에 넣지 않고 연결 후 fetch로 검증합니다.