도입
미국 도로를 다녀본 분이라면 전봇대나 교차로에 붙어 있는 작고 검은 카메라를 본 적 있을지 몰라요. 이게 Flock Safety라는 회사의 자동 번호판 인식 카메라거든요. 태양광 패널로 전기를 얻고 LTE로 데이터를 보내기 때문에 전선 하나 없이 아무 데나 붙일 수 있어요. 그래서 경찰서뿐 아니라 동네 주민 자치회, 쇼핑몰, 학교까지 수천 개 기관이 설치했고, 그 카메라들이 하나의 거대한 네트워크로 묶여 있어요.
그런데 최근 해커들이 이 카메라 한 대의 내부에 들어가서 데이터를 뽑아냈고, Wired가 그 데이터를 분석해 시스템이 실제로 어떻게 돌아가는지 공개했어요. 회사가 마케팅 자료로 설명하던 것과 실제 장비 안에서 벌어지는 일을 비교해볼 수 있는 흔치 않은 기회인 셈이죠.
카메라 안에서는 무슨 일이 벌어질까
큰 그림부터 볼게요. 카메라는 차량이 지나가는 걸 감지하면 사진을 찍고, 그 자리에서 바로 머신러닝 모델을 돌려요. 이게 뭐냐면, 사진을 서버로 보내서 분석하는 게 아니라 카메라 안에 들어 있는 작은 컴퓨터가 직접 번호판 글자를 읽어내는 거예요. 이걸 엣지 컴퓨팅이라고 부르는데, LTE 데이터 요금을 아끼고 응답 속도를 높이려고 이렇게 설계해요. 사진 원본을 전부 올리면 통신비가 감당이 안 되니까, 텍스트로 뽑아낸 결과와 필요한 이미지만 올리는 거죠.
번호판만 읽는 게 아니에요. Flock이 '차량 지문(Vehicle Fingerprint)'이라고 부르는 정보도 같이 뽑아내요. 차종, 색상, 범퍼 스티커, 루프랙, 찌그러진 부위 같은 특징이에요. 번호판이 가려져 있거나 없는 차도 이런 특징 조합으로 추적할 수 있게 하려는 거죠. 사람으로 치면 이름표가 없어도 옷차림과 걸음걸이로 알아보는 것과 비슷해요.
이렇게 뽑아낸 텍스트 정보와 사진은 클라우드로 올라가요. 서버에서는 수배 차량 목록, 이른바 핫리스트와 대조해서 일치하면 경찰에 알림을 보내고요. 그리고 기본적으로 30일 정도 보관되면서 다른 기관이 검색할 수 있게 공유돼요. 어떤 차가 언제 어디를 지나갔는지, 미국 전역 단위로 조회가 가능한 구조예요.
해커가 확보한 데이터가 흥미로운 이유는 이 흐름을 카메라 쪽에서 직접 확인해줬다는 점이에요. 장비가 로컬에 어떤 파일을 남기는지, 어떤 로그를 쌓는지, 어느 서버와 어떤 주기로 통신하는지가 드러났거든요. 사용자가 볼 수 있는 대시보드 너머에서 얼마나 촘촘하게 데이터가 만들어지는지를 실물로 확인한 거죠.
보안 관점에서 보면
이 사건이 보여주는 건 IoT 장비의 오래된 약점이에요. 길가에 붙어 있는 장비는 누구나 물리적으로 손댈 수 있어요. 뚜껑을 열고 디버그 포트를 찾거나, 저장 장치를 떼어내 읽어보는 식이죠. 펌웨어 안에 인증 정보가 평문으로 들어 있거나 저장 장치가 암호화되어 있지 않으면 그대로 털려요.
이게 뭐냐면, 집 대문은 튼튼한데 창문이 열려 있는 상황이에요. 클라우드 쪽 보안을 아무리 잘해도 엔드포인트 장비 하나가 뚫리면 거기서 나오는 데이터와 통신 방식이 전부 드러나요. 그래서 요즘 IoT 설계에서는 '공격자가 장비를 손에 넣는다'를 기본 전제로 두고, 보안 부팅, 저장소 암호화, 장비별 개별 키, 서버 인증서 고정 같은 걸 넣는 게 표준이에요.
업계 맥락
번호판 인식 시장에는 Motorola Solutions, Axon, Rekor 같은 경쟁사가 있는데, Flock이 특히 논란이 되는 건 설치가 너무 쉽고 네트워크가 너무 넓어서예요. 활동가들은 카메라 위치를 지도에 표시하는 DeFlock 프로젝트를 운영하고 있고, 일부 도시는 주민 반발로 계약을 해지하기도 했어요. 이번 사건은 그 논쟁에 '실제로 어떤 데이터가 만들어지는가'라는 구체적 근거를 더해준 셈이에요.
한국 상황도 떠올려볼 만해요. 국내 지자체들은 방범용 CCTV와 차량번호 인식 시스템을 통합관제센터에서 운영하고, 수배 차량 알림 기능도 이미 있어요. 다만 개인정보보호법 아래서 보관 기간과 접근 권한이 비교적 엄격하게 관리되는 편이죠. 미국처럼 민간 회사가 전국 단위 검색망을 운영하는 구조와는 결이 달라요.
한국 개발자에게 주는 시사점
첫째, 엣지 장비를 만든다면 물리적 접근을 전제로 설계하세요. 카메라, 키오스크, 센서 게이트웨이 모두 마찬가지예요. 둘째, 데이터 최소화를 코드 수준에서 강제하세요. 필요 없는 정보는 애초에 뽑지 않는 게 가장 안전한 보관 정책이에요. 셋째, 로그도 데이터예요. 디버깅용으로 남긴 로그가 나중에 개인정보 유출 경로가 되는 경우가 정말 많아요. 넷째, 장비와 서버 사이 통신은 장비별 인증서로 묶어두세요. 한 대가 뚫려도 나머지 장비를 흉내 낼 수 없게요.
마무리
한 줄로 정리하면, 감시 시스템의 실체는 마케팅 자료가 아니라 장비 안의 데이터가 말해준다는 거예요. 여러분이 IoT 장비를 설계한다면 '누군가 이 장비를 뜯어본다'는 시나리오를 얼마나 진지하게 반영하고 계신가요? 그리고 공공 카메라 데이터의 보관 기간과 공유 범위는 어디까지가 적정선이라고 생각하세요?
🔗 출처: Hacker News