> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 블로그 - Github 비밀번호 기록 사고

> 세계 비밀번호의 날 전날, 코드 호스팅 서비스인 Github는 방문자의 비밀번호가 내부 로깅 시스템에 일반 텍스트로 의도치 않게 기록되었다고 발표했습니다.

[세계 비밀번호의 날](https://nationaldaycalendar.com/world-password-day-first-thursday-in-may/) 전날, 코드 호스팅 서비스인 Github는 방문자의 비밀번호가 내부 로깅 시스템에 일반 텍스트로 의도치 않게 기록되었다고 발표했습니다. 보도에 따르면 사소한 코드 오류가 원인이 되어 조치되기 전까지 개인 자격 증명이 노출되었습니다. Github는 추가적인 보안 조치로, 2,700만 명에 달하는 사용자 중 상당수에게 계정에 다시 접근하려면 비밀번호를 변경하도록 권고했습니다.

이 침해 사고는 이후 Github에 의해 통제되었으며 일부 관찰자들은 이를 "사소한 결함(minor borkage)"이라며 [일축](https://www.theinquirer.net/inquirer/news/3031566/github-bug-exposed-user-passwords-in-plaintext)했지만, 우리가 비밀번호를 맡기는 조직들이 작은 버그 하나만으로도 대규모 침해 사고에 이를 수 있다는 점을 분명히 상기시켜 줍니다. 또한 이와 같은 아슬아슬한 사례는 '제발 별일 없기를 바라는' 식의 정책을 취하는 것이 얼마나 위험한지를 보여 줍니다.

더 심각한 결과를 방지하려면 무엇을 할 수 있을까요? 한마디로 2단계 인증(2FA)입니다. 비밀번호만으로 계정에 로그인하는 대신, 2FA를 사용하면 로그인할 때마다 추가 보안 확인 절차를 설정할 수 있습니다. 예를 들어 2FA 확인은 인증을 위해 휴대폰으로 전송된 6자리 PIN일 수도 있고, 개인 기기의 앱에 표시되는 무작위 코드일 수도 있습니다. 믿기 어려우시겠지만 대부분의 조직은 이 옵션을 제공하며, 다만 기본적으로 꺼져 있는 경우가 많습니다. 추가 보안 확인 절차로 인한 사소한 불편함은 데이터 손실이나 신원 도용에서 복구하는 고통보다 훨씬 작습니다.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.