루니프의 짤막보안강의

로그인 서비스에 가입하면 비밀번호가 어딘가에 저장됩니다. 그렇다면 데이터베이스가 탈취됐을 때 그 값은 원래 비밀번호로 돌아갈 수 있을까요?결론부터 말하면, 암호화와 해시는 저장 목적이 다릅니다. 암호화(Encryption)는 키가 있으면 원래 값으로 되돌릴 수 있는 구조이고, 비밀번호 해시(Password Hashing)는 원래 비밀번호를 다시 읽지 않고 입력값을 검증하려는 방식입니다.이번 글은 제공된 사례 기록 S1의 주제인 ‘비밀번호 해시와 암호화의 차이’를 기준으로, 데이터베이스 침해 상황에서 복호화 가능성을 비교합니다. 다만 S1에는 실제 침해 여부, 알고리즘, 피해 규모가 제시되어 있지 않으므로 특정 사건의 결과를 설명하는 글은 아닙니다.먼저, 로그인은 무엇을 확인할까?로그인할 때 서비스가 꼭 ..

분야: 정보보안 관리 및 법규회사에서 새 파일 공유 서비스를 써야 하는데, 보안 위험이 높다는 평가가 나왔다고 해요. 그렇다고 당장 업무를 멈출 수 없다면 무엇을 선택해야 할까요?결론부터 말하면, 위험이 높다는 이유만으로 언제나 같은 대응을 해야 하는 것은 아닙니다. 먼저 무엇을 지켜야 하는지와 피해가 얼마나 큰지를 살핀 뒤, 줄일지·피할지·나눌지·감당할지를 구분해야 합니다.다만 주의할 점이 있습니다. 제공된 정보보안기사 출제기준 발췌문은 위험분석·평가와 정보보호 대책 선정·계획수립은 확인해 주지만, 위험 감소·회피·전가·수용을 네 가지 공식 대응 방식으로 직접 열거하거나 선택 기준까지 제시하지는 않습니다. 아래 설명은 요청한 판단 상황을 이해하기 위한 실무적 정리로 봐 주세요.먼저 알아둘 개념: 정보보..

출처: https://www.boannews.com/news/articleView.html?idxno=145930로그인 알림이 갑자기 몰리거나 회사 파일에 이상한 변화가 생기면, 보안팀은 먼저 무엇을 막아야 할까요? 빠르게 대응하는 일은 중요하지만, 자동 시스템이 내린 조치를 그대로 확정해도 되는지는 별도의 문제입니다.제공된 보도는 해외 사이버 훈련 참가자가 자율형 인공지능 방어팀의 기계적 속도에 압도됐다고 표현한 상황을 전합니다. 이 글에서는 그 내용을 바탕으로 자동 대응의 속도와 사람의 마지막 판단을 어떻게 나눌지 살펴봅니다. 다만 원천 기록이 일부만 제공된 만큼, 확인된 사실과 실무적인 해석을 구분해 설명하겠습니다.먼저 알아둘 개념: 사이버 방어팀사이버 보안(Cybersecurity)에서 방어팀은 ..

회사 메일은 메일 서버(Mail Server)를 거쳐 받는 사람에게 전달됩니다. 그런데 이 서버가 외부 사용자의 발송을 인증 없이 허용한다면 어떻게 될까요? 공격자가 회사 서버를 스팸 발송 경로로 이용할 수 있습니다. 이런 상태가 바로 오픈 릴레이(Open Relay)입니다.이 글은 오픈 릴레이의 뜻과 회사가 스팸 발송지로 악용되는 기본 과정을 설명합니다. 제공된 자료에 없는 공격 방법, 제품별 설정값, 피해 규모는 사실처럼 덧붙이지 않습니다.메일 서버와 릴레이의 기본 역할메일 서버는 회사에서 보낸 메일을 받아 다른 메일 서버나 수신자 쪽으로 전달하는 시스템입니다. 여기서 ‘릴레이’는 메일을 다음 전달 지점으로 넘기는 역할을 뜻합니다.따라서 메일 서버는 누가 메일을 보내도 되는지 확인하는 절차가 필요합니..

파일이 갑자기 열리지 않고 백업 폴더까지 보이지 않는다면 당황할 수밖에 없습니다. 특히 랜섬웨어(Ransomware) 사고에서는 원본만이 아니라 같은 네트워크에 연결된 백업도 영향을 받을 수 있어요.핵심은 백업 사본의 수만 늘리는 것이 아닙니다. 사본을 서로 다른 저장매체와 장소에 나누고, 백업 계정의 접근을 제한한 뒤, 실제로 복원되는지 확인해야 합니다. 이 글에서는 그 기본 구조인 3-2-1 백업 전략을 실무적인 순서로 정리합니다.복구 가능한 백업은 “복사본이 있다”에서 끝나지 않고, “분리되어 있고 실제로 복원된다”까지 확인된 백업입니다.먼저 이해할 개념: 백업과 랜섬웨어백업(Backup)은 원본 데이터가 손상되거나 사라졌을 때 사용할 수 있도록 별도의 복사본을 보관하는 일입니다. 복구(Restor..

공개키로 같은 문서를 두 번 암호화했는데 암호문이 항상 같다면, 내용이 보이지 않아도 두 요청이 같은 메시지를 사용했다는 사실을 비교할 수 있습니다. RSA에서는 이런 문제가 공개 지수 e의 크기만으로 결정되지 않습니다. 메시지를 어떤 방식으로 패딩해 RSA에 넣는지가 함께 중요합니다.이 글은 RSA 공개키 암호화와 패딩을 다룹니다. RSA 서명용 패딩은 목적과 검증 방식이 다르므로 여기서는 제외합니다.RSA에서 중요한 것은 e를 작게 고르는 일보다, 메시지를 안전한 형식으로 감싸는 설정까지 함께 확인하는 일입니다.RSA는 무엇을 하는 암호인가요?RSA(Rivest–Shamir–Adleman)는 공개키와 개인키를 나누어 사용하는 암호 방식입니다. 공개키를 가진 사람은 메시지를 암호화할 수 있고, 대응하는..