분류 전체보기 251

라스트패스, 비밀번호 설정 규정 강화

라스트패스가 비밀번호 설정 규칙을 강화하였다. 이에 따라 기존 이용자들은 비밀번호를 변경하라는 안내 문구를 접하게 될 것이다. 이제부터 사용자들은 라스트패스의 마스터 비밀번호를 사용할 때 최소 12자를 활용해야 한다. 기존에는 그런 규정이 없었다고 한다. NIST가 제시한 비밀번호 길이의 표준은 8자이지만, 8자는 그야말로 '1초 컷'이다. 비밀번호 크래킹 능력이 발달함에 따라, 비밀번호 인증 수단을 유지할 것이라면 길이라도 대폭 늘리는 것이 현실적인 방안이다. 라스트패스는 23년에 여러 보안 사고를 겪으며 보안 프로그램으로서의 신뢰성에 훼손을 입었다. 이번 비밀번호 설정 규칙은 그에 따른 고육지책으로 보인다. 그리고 이때의 12자 이상의 비밀번호는 다른 곳에서 사용하던 비밀번호와 겹치는 일도 없어야 할..

ISMS-P 결함사례 고찰 #2.3. 외부자 보안

2.3.1 외부자 현황 관리 인증기준: 업무의 일부(개인정보취급, 정보보호, 정보시스템 운영 또는 개발 등)를 외부에 위탁하거나 외부의 시설 또는 서비스(집적정보통신시설, 클라우드 서비스, 애플리케이션 서비스 등)를 이용하는 경우 그 현황을 식별하고 법적 요구사항 및 외부 조직·서비스로부터 발생되는 위험을 파악하여 적절한 보호대책을 마련하여야 한다. 결함사례#1 내부 규정에 따라 외부 위탁 및 외부 시설·서비스 현황을 목록으로 관리하고 있으나, 몇 개월 전에 변경된 위탁업체가 목록에 반영되어 있지 않은 등 현행화 관리가 미흡한 경우가 있다. 조직 내 직원, 자산보다도 등한시하게 되는 것이 외부 직원, 위탁업체 등이 될 것이다. 외부 요소도 변경이 있다면 그때그때 바로 반영해야 한다. 결함사례#2 관리체계..

ISMS-P 결함사례 고찰 #2.2. 인적 보안

2.2.1 주요 직무자 지정 및 관리 인증기준: 개인정보 및 중요정보의 취급이나 주요 시스템 접근 등 주요 직무의 기준과 관리방안을 수립하고, 주요 직무자를 최소한으로 지정하여 그 목록을 최신으로 관리하여야 한다. 결함사례#1 주요 직무자 명단(개인정보취급자 명단, 비밀정보관리자 명단 등)을 작성하고 있으나, 대량의 개인정보 등 중요정보를 취급하는 일부 임직원(DBA, DLP 관리자 등)을 명단에 누락한 경우가 있다. 이런 경우에는 실질적인 업무를 밑의 직원들이 맡고 있던 것이 아닌가 하는 생각이 든다. 임원을 명단에 넣는 것은 기본인 상황이니 말이다. 결함사례#2 주요 직무자 및 개인정보취급자 목록을 관리하고 있으나, 퇴사한 임직원이 포함되어 있고 최근 신규 입사한 인력이 포함되어 있지 않는 등 현행화..

ISMS-P 결함사례 고찰 #2.1. 정책, 조직, 자산 관리

2.1.1 정책의 유지관리 인증기준: 정보보호 및 개인정보보호 관련 정책과 시행문서는 법령 및 규제, 상위 조직 및 관련 기관 정책과의 연계성, 조직의 대내외 환경변화 등에 따라 주기적으로 검토하여 필요한 경우 제·개정하고 그 내역을 이력관리하여야 한다. 결함사례#1 지침서와 절차서 간 패스워드 설정 규칙에 일관성이 없는 경우가 있다. 일관성이 없다는 것은 분명한 한 가지를 의미한다. 당연히 규칙 중 하나 이상은 패스워드 설정 규칙의 정도가 약할 수밖에 없다는 것이다. 패스워드라는 것은 분명 인증 시스템 중 가장 약한 축에 속하는 편이고, 그렇기에 일관적으로 그 정도를 가능한 높일 필요가 있다. A와 B가 있는데 B의 규칙이 더욱 편함에 치중되어 있다면, 이용자들은 B의 규칙을 선호할 수밖에 없을 것이다..

ISMS-P 결함사례 고찰 #1.4 관리체계 점검 및 개선

1.4.1 법적 요구사항 준수 검토 인증기준: 조직이 준수하여야 할 정보보호 및 개인정보보호 관련 법적 요구사항을 주기적으로 파악하여 규정에 반영하고, 준수 여부를 지속적으로 검토하여야 한다. 결함사례 #1 정보통신망법 및 개인정보 보호법이 최근 개정되었으나 개정사항이 조직에 미치는 영향을 검토하지 않았으며, 정책서·시행문서 및 법적준거성 체크리스트 등에도 해당 내용을 반영하지 않아 정책서·시행문서 및 법적준거성 체크리스트 등의 내용이 법령 내용과 일치하지 않은 경우가 있다. 어느 조직이건, 체크리스트라는 것을 만들면 그것을 마치 변치 않는 하나의 틀로 인식하는 경우가 제법 있을 것이다. 심지어 법도 매년 조금씩 수정되고, 제정과 일부 조항 삭제가 되기도 하는데, 체크리스트가 매년 똑같을 수는 없다. 체..

ISMS-P 결함사례 고찰 #1.3 관리체계 운영

1.3.1 보호대책 구현 인증기준: 선정한 보호대책은 이행계획에 따라 효과적으로 구현하고, 경영진은 이행결과의 정확성과 효과성 여부를 확인하여야 한다. 결함사레 #1 ISMS-P 대책에 대한 이행완료 결과를 정보보호 최고책임자 및 개인정보 보호책임자에게 보고하지 않은 경우가 있다. '잊지말자 불조심'처럼 계속 외쳐야 한다. '잊지말자 경영진의 실질적 참여' 결함사레 #2 위험조치 이행결과보고서는 ʻ조치 완료ʼ로 명시되어 있으나, 관련된 위험이 여전히 존재하거나 이행결과의 정확성 및 효과성이 확인되지 않은 경우가 있다. 이거는 사실 놓치는 것에 고개가 끄덕여지는 사례는 아닌 것 같다. 안일함의 결과가 맞을 가능성이 크다. 그런데 결국 세부적으로 보면 다 드러나기 마련이다. ISMS-P 시험과 업무에 대해서..

ISMS-P 결함사례 고찰 #1.2 위험 관리

1.2.1 정보자산 식별 인증기준: 조직의 업무특성에 따라 정보자산 분류기준을 수립하여 관리체계 범위 내 모든 정보자산을 식별·분류하고, 중요도를 산정한 후 그 목록을 최신으로 관리하여야 한다. 결함사례 #1 ISMS-P 관리체계 범위 내의 자산 목록에서 중요정보 취급자 및 개인정보 취급자 PC를 통제하는 데 사용되는 출력물 보안, 문서암호화, USB매체제어 등의 내부정보 유출통제 시스템이 누락된 경우가 있다. 자산을 식별한다는 것은 언제나 힘든 일이다. 자산이라는 게 세부적으로 들어가면 종류가 워낙 많기에 놓칠 수도 있을 것이다. 따라서 자산을 구분해서 문서화하는 것이 중요하다고 생각한다. 그러면 실수 없이 놓치지 않고 관리할 수 있을 것이다. 결함사레 #2 ISMS-P 관리체계 범위 내에서 제3자로부..

영상보안 제품 및 솔루션의 각 선호도 TOP 3은?

대한민국은 명실상부 카메라 렌즈 왕국이다. 서울 시민의 경우, 한 번 외출해서 회사에 간다고 하면 적어도 50번은 카메라 렌즈에 담길 것이다. 교통용 카메라, 지하철 역사 카메라, 회사 내 카메라, 편의점과 카페를 비롯한 각종 보안용 CCTV 등에 말이다. 집 안에도 렌즈는 넘친다. 컴퓨터 모니터 렌즈, 아파트 월패드, 신생아 CCTV, 반려동물용 CCTV 등이 있으니 말이다. 최근 와 는 928명의 온라인 회원을 대상으로 설문을 진행했다. 영상보안 제품 및 솔루션으로 어느 기업을 선호하는지 말이다. 이에 대한 주요 결과는 다음과 같다. 총 17개 항목까지 있으니 자세한 정보를 얻기 위해서는 최하단의 링크를 통해 보는 것을 추천한다. 가장 선호하는 영상보안 통합솔루션 기업 TOP 3 한화비전 25.9% ..

ISMS-P 결함사례 고찰 #1.1 관리체계 기반 마련

당분간 ISMS-P에 대해 깊게 파고들면서 결함사례에 대한 고찰을 해보고자 한다. 인증기준이 무엇이고, 확인 사항은 어찌 되며, 세부적인 내용은 어떻고, 그에 대한 증거자료는 무엇인지, 이에 대한 학습은 작년에도 한 바가 있는데, 결함사례에 대해서는 슥 보고만 넘어가고 생각해 보며 공부한 적이 없는 것 같다. 이에 따라 결함사례에 대해 제대로 알아보고자 한다. 1.1.1 경영진의 참여 인증기준: 최고경영자는 정보보호 및 개인정보보호 관리체계의 수립과 운영활동 전반에 경영진의 참여가 이루어질 수 있도록 보고 및 의사결정 체계를 수립하여 운영하여야 한다. 결함사례 #1 (개인)정보보호 정책서에 분기별로 현황에 대해 경영진에게 보고하도록 명시하는 것이 철칙이다. 그러나 장기간 그것을 수행하지 않은 경우가 있겠..

데이터베이스 백업 총정리

1. 데이터베이스 백업 방법 데이터베이스 백업은 만약에 있을 수 있는 장애 및 공격으로부터 데이터 유실을 방지하기 위한 최소한의 활동이다. 선택이 아닌 필수일 것이며, 백업을 한 것이 무용지물이 되지 않도록 망분리를 하는 것도 필수다. 이런 데이터베이스 백업은 전체 백업, 차등 백업, 증분 백업으로 분류하는 것이 일반적이다. 전체 백업은 데이터베이스 전체를 백업받는 것이다. 가장 단순하고 간단한 방법이다. 하지만 매일 전체 백업을 받으려면 얼마나 많은 시간이 필요할까. 파일은 대개 누적이 되는데 말이다. 아무리 1년 전 데이터도 필요할 때가 있을 법인지라, 회사의 자료를 함부로 지우는 사람은 거의 없을 테다. 그런데 시간을 잡아먹으며 컴퓨터 성능을 떨구는 것만 아니라, 그것을 모두 백업하기 위해선 결국 ..

IT보안 학습 2024.01.02
728x90