우리 집 IP 카메라, 해킹 위험 없다?
네이버 블로그 | 밍기적사운드
< 우리 집 IP 카메라, 해킹 위험 없다? > ‘IP 카메라’는 이미 우리에게 익숙한 제품 중 하나에요. 반려동물이나 어린아이 케어를 위해서, 혹시나 모를 사고를 대비해 설치하죠. 문제는 ‘보안 강화’ 목적으로 사용하는 이 카메라가 악용되는 경우가 많다는 거예요. 혼자 사는 여성을 노려 카메라를 해킹하고, 불법 촬영한 영상을 유포하는 것. 뉴스에서 자주 볼 수 있는 사건이에요. 최근에는 이런 영상을 공유하는 사이트까지 생겨 수사를 요청하는 청와대 국민청원이 등장하기도 했어요. ‘보안’을 위해 설치한 카메라가 사생활을 훔쳐보는 ‘몰카’ 촬영 수단으로 전락한 거죠. 그럼 우리 집 IP 카메라는 안전할까요? 스마트폰이나 태블릿 등 다른 전자제품이 그렇듯 겉으로 보기엔 해킹 여부를 알 수 없어요. 그나마 해커가 카메라 방향을 바꾸거나, 스피커를 작동하면 의심해 볼 수는 있죠. 기본적으로 확인할 부분은 IP 카메라 전용 앱에 들어가 ‘접속 로그 기록’, ‘IP 기록’을 살펴보는 거예요. 이를 통해 낯선 이의 접속 여부를 알 수 있어요. 만약 익숙하지 않은 IP 주소가 찍혔다면 해킹을 당했을 수도 있어요. 🔑중요한 건 첫째도, 둘째도, 비밀번호! 🧐IP 카메라가 여러 대라면… 비밀번호도 각각 다르게 📑보안성 높은 IP 카메라 따로 있다? 📑구매 전 체크리스트 * 한국정보통신기술협회는 적합한 수준의 보안을 갖췄는지 기준을 충족하는 제품에 인증서를 발급해 주고 있어요. 특히 중국산 IP 카메라는 국내 보안 규정을 받지 않은 제품일 확률이 높으니, 구매를 하지 않는 게 좋아요. 😡가장 안전한 방법 : 사용하지 않을 때 카메라 꺼두기
2021년 4월 20일 오후 11:42
댓글 0
함께 보면 더 좋은
< '보안도 왼쪽으로'··· 오픈소스 SW 보안과 시프트레프트 전략의 상관관계 > 오픈소스 소프트웨어는 대다수 애플리케이션에서 큰 비중을 차지하지만, 개발자와 보안 부서에는 보안 관련 과제를 던지는 존재다. 이번주 공개된 2종의 보고서에는 오픈소스 소프트웨어의 과제를 ‘시프트 레프트’ 전략을 확대 적용하면서 극복할 수 있다는 내용이 실려 주목을 끈다. 개발자 보안 업체인 스니크(Snyk)와 리눅스 재단은 ‘오픈소스 보안 현황(The State of Open Source Security)’ 보고서에서 10곳 중 4곳 이상의 기업(41%)이 오픈소스 보안에 확신이 없다고 지적했다. 또한 지난 3년 간 오픈소스 프로젝트에서의 취약점 수정 기간이 꾸준히 늘어 2018년(49일)보다 2021년(110일)에는 2배가 넘었다고 발표했다. 오픈소스에 대한 논쟁 : 생산성 vs. 보안 550명 이상의 응답자를 확보한 이번 보고서는 애플리케이션 개발 프로젝트의 취약점이 평균 49개, 일명 오픈소스 코드라고 칭하는 직접 의존성이 평균 80개라고 밝혔다. 그러나 오픈소스 소프트웨어 개발 또는 사용에 대한 보안 정책을 마련한 기업은 절반에 약간 못 미치는 49%였다. 규모를 중대형 기업으로 좁혀보면 이 수치는 27%에 지나지 않는다. 스니크 개발 관계 이사인 매트 저비스는 발표문에서 “오늘날 소프트웨어 개발사는 자체적인 공급망을 보유하고 있다. 자동차 부품을 조립하는 것처럼 자사만의 독특한 코드로 기존 오픈소스 구성요소를 이어서 코드를 조립한다. 생산성과 혁신을 대폭 개선할 수는 있지만 그만큼 보안 위험이 커진다는 단점이 있다”라고 지적했다. "시프트 레프트로 취약점 조기 발견할 수 있어" 애플리케이션 자동화 테스트 업체 시프트 레프트(ShiftLeft) 역시 '애플리케이션 보안 발전(AppSec Progress)' 보고서를 발행하면서 오픈소스 소프트웨어 보안 역시 시프트 레프트 전략, 또는 소프트웨어 개발 생명주기 시작을 조기에 앞당기는 것으로 보완할 수 있다고 주장했다. 보고서는 시프트레프트의 코어(Core) 제품 사용자 경험을 통해 2개 스프린트 기간 안에 76%의 취약점을 수정할 수 있었다고 밝혔다. 취약점을 조기에 수정할 수 있었던 것은 그만큼 빨리 발견했기 때문이다. 시프트레프트 CEO 매니쉬 굽타는 개발자가 만드는 코드의 모든 변경을 중앙값 90초 안에 스캔하면, 코드가 아직 만든 지 얼마 되지 않아 생생하게 기억에 남아 있을 때이므로 취약점 수정이 훨씬 쉽다”라고 주장했다. 시프트레프트의 보고서는 소프트웨어 개선 외에도 스캔 시간이 빨라진 이유가 더 있다고 밝혔다. 시프트레프트는 “코드 라인이라는 면에서 애플리케이션 평균 규모는 점점 축소되고 있다. 따라서 마이크로서비스나 더 작은 모듈형 애플리케이션으로 이동하는 기업도 늘었다”라고 요약했다. 취약점 스캔 증가 시프트레프트 고객사들은 공격자가 취약점의 단 3%만 악용할 수 있게 되면서 애플리케이션에서 밝혀야 하는 오픈소스 소프트웨어 취약점 규모가 97% 축소되는 사례를 경험했다. 굽타는 오픈소스 소프트웨어 취약점 분석 시에 중요한 것은 애플리케이션에 취약점이 얼마나 많은지가 아니라 공격자가 악용할 수 있는 취약점 개수라고 강조했다. 시프트레프트는 또한, 고객사의 취약점 완화 시간이 2021년 19일에서 2022년 12일로 37% 단축됐다고 보고했다. 개발자와 보안 팀이 개발 프로세스 초기에 더 많은 양의 취약점 스캔을 수행한 덕이다. 굽타에 따르면 한 달에 3만 회 스캔을 수행하는 기업도 있다. 취약점의 실제 악용 가능성 보고서는 “실제로 공격자가 오픈소스 소프트웨어 취약점에 접근할 수 있는가?”라는 질문을 던졌다. Log4j 같은 제로데이 취약점이 2021년 12월 발견 이후 현재까지도 일부 기업을 괴롭히는 상황에서 이 질문은 매우 중요하다. 시프트레프트는 자사의 고객사 애플리케이션의 Log4j 취약점 중 96%가 공격받을 위험이 없다고 답했다. 즉, 악용할 수 없는 취약점을 수정하는 것은 전혀 보안에 위협이 되지 않는다는 의미다. 이런 취약점의 우선순위를 낮추고 다른 것에 집중하는 것이 옳은 판단일 것이다. 원문보기: https://www.ciokorea.com/news/241869#csidx859cd0222ae85edba0edb116f249603
추천 프로필
현직자에게 업계 주요 소식을 받아보세요.
현직자들의 '진짜 인사이트'가 담긴 업계 주요 소식을 받아보세요.
커리어리 | 일잘러들의 커리어 SNS