DB 접근제어란 무엇인가 — 데이터베이스 접근통제 솔루션의 역할과 선택 기준 DB 접근제어의 개념과 필요성, 데이터베이스 접근통제 솔루션의 방식과 선택 기준을 핵심 제품 관점에서 정리한 가이드.
보안 제품 이름까지 흉내 낸 BPFDoor 변종 — 이름이 아니라 동작으로 리눅스 서버를 점검해야 하는 이유 Rapid7이 한국·대만 통신·네트워크 장비를 노린 리눅스 백도어가 현지 이메일 보안 제품의 이름과 실행 흔적까지 흉내 냈다고 밝혔습니다. 새 BPFDoor 변종의 위장·탐지 회피 방식과 리눅스 서버에서 지금 점검할 항목을 정리했습니다.
공공기관 유출 사고, 이제 기관장도 책임진다 — 사이버보안 실태평가 2,000개 기관 확대와 '기본 수칙' 상시 증빙 공공기관 정보 유출 시 기관장도 징계받고, 초기 비밀번호 미변경 같은 기본 수칙 위반도 징계 대상이 됩니다. 사이버보안 실태평가가 약 2,000개 기관으로 확대되는 지금, 계정·비밀번호·접근 이력을 상시 이행·증빙하는 점검 항목을 정리했습니다.
랜섬웨어는 왜 '데이터 탈취·이중협박'으로 진화했나 — 접근통제·접속기록 관점의 방어 원칙 랜섬웨어가 데이터 탈취·이중 협박으로 진화한 배경을 짚고, 측면 이동 차단·최소 권한·접속기록이라는 방어의 기본 원칙을 접근통제 관점에서 담백하게 정리했습니다.
공공기관 유출 3건 중 2건은 '인재' — 경계보안만으로 못 막는 내부 유출 공공기관 개인정보 유출의 3건 중 2건이 해킹이 아닌 업무 과실 '인재형'이었습니다. 경계보안만으로는 막기 어려운 내부 유출을, 접근권한 최소화·데이터 반출 통제·위·변조 없는 접속기록으로 어떻게 줄일 수 있는지 정리했습니다.
개정 개인정보 보호법(9/11 시행) 대응: 72시간 통지·신고, 무엇을 어떻게 입증하나 9/11 개정법 시행 — 72시간 통지·신고를 위해 접속기록·접근통제로 무엇을 입증해야 하는지 정리.
매출 10% 과징금 시대, 개정 개인정보보호법과 접속기록 기반 사고 대응 9월 11일 개정 개인정보보호법 시행으로 과징금이 매출 최대 10%까지 오릅니다. 접속기록 기반 사고 대응·소명과 인증 이후 접근통제로 지금 점검할 것을 정리했습니다.
‘정상 조회 기능’이 유출 통로가 된다 — API 대량조회 이상행위, 어떻게 막나 정상 조회 API가 대량 유출 통로가 되는 이유와, 이상행위 탐지·접근통제·접속기록으로 지금 점검할 것.