기상관측용 라디오존데(기상 풍선에 매달린 소형 송신기)를 추적하는 서비스가 어쩌다 미 국방부와 항공관제탑, 그리고 우크라이나 전선의 심층 타격팀까지 연결되는 인프라가 됐을까. 호주의 balloon 추적 커뮤니티에서 출발한 SondeHub의 운영자가 공개한 회고는, 취미로 시작한 오픈 데이터 프로젝트가 어떻게 예기치 못한 책임과 윤리적 판단의 무대가 되는지를 보여주는 흔치 않은 사례다.
리다이렉트 한 줄에서 관측 인프라로
시작은 사소했다. 아마추어 고고도 풍선을 위해 만들어진 Habhub라는 사이트에 기상 풍선 데이터가 몰리자 관리자들이 기본 필터를 걸었고, 2018년 5월 등록된 sondehub.org는 그 필터를 자동으로 적용해 Habhub로 넘겨주는 URL 리다이렉트에 불과했다. 운영자 본인도 이를 '서비스라기보다 농담에 가까웠다'고 표현한다. 하지만 매일 추적되는 고유 풍선 수가 늘면서 Habhub 서버는 한계에 부딪혔고, 데이터 수집을 SondeHub로 프록시하기 시작하면서 상황이 달라졌다. 처음에는 AWS의 여러 서비스와 분석 플랫폼을 실험해보는 장난감이었지만, 2019년경 Habhub와 aprs.fi 서버가 버티지 못하자 결국 자체 API와 백엔드를 구축하는 방향으로 전환했다.
실무적으로 흥미로운 대목은 SondeHub가 기존 공식 소프트웨어와 달리 라디오존데를 지면 착지까지 끝까지 추적했다는 점이다. 이 차이 때문에 정부 기관의 정보 요청이 들어오기 시작했다. 예컨대 낙하한 라디오존데가 말을 놀라게 해 울타리를 부수고 달아나게 했다는 보험 청구 관련 문의까지 있었다. 같은 해 GPS 롤오버 시점에 관측 발사가 급감하는 현상을 감지했는데, 자사 소프트웨어 버그를 의심했다가 실제로는 Vaisala 장비 문제로 밝혀지기도 했다. 정작 SondeHub의 코드는 롤오버를 무리 없이 처리했다.
역예측이 드러낸 것들
2020~2021년 SondeHub는 Habhub 프런트엔드와 호환되는 API를 만들고 전체 데이터를 받아 S3로 개방했으며, 자체 예측기까지 운영하기 시작했다. 여기서 핵심 기능인 '역예측(reverse prediction)'이 등장한다. 이미 발사된 라디오존데의 데이터에 바람 모델을 거꾸로 적용해 발사 위치를 추정하는 방식으로, 문서화가 부실했던 발사 지점을 다수 찾아낼 만큼 정확했다. 문제는 바람 데이터가 기상 예보뿐 아니라 포병의 사거리 계산에도 쓰인다는 점이다. 결과적으로 SondeHub는 의도치 않게 포병 진지를 지도화하고 있었고, 해상의 군함까지 탐지했다. 운영팀은 기능을 유지하되 민감 시설에 대해서는 진정한 요청이 있을 때 발사 지점을 삭제하는 방식으로 대응했다.
서비스가 대중적 관심을 받은 계기는 2023년 이른바 '중국 정찰 풍선' 사건과, 2월 11일 미군이 AIM-9X로 아마추어 무선 풍선을 격추했다는 사건이었다. 워싱턴포스트에 링크가 걸리면서 트래픽이 폭증했지만 아키텍처는 비교적 잘 버텼다. 이후 .mil, .gov 주소와 항공 관제탑에서 오는 지원 요청이 일상이 됐다.
전장에 연결된 API, 그리고 판단의 무게
2024년 말부터는 예측 API가 매주 공격받듯 호출되는 이상 징후가 나타났다. 단일 IP에서 오는 요청을 추적한 결과, 운영자는 이것이 우크라이나 전선에서 고정익 기체가 표적지까지 '하늘을 서핑'하도록 돕는 심층 타격팀의 사용일 가능성을 시사한다. 여기서 이 회고가 오랫동안 공개되지 않은 이유가 드러난다. 좌표 정밀도는 의도적으로 낮췄고, 데이터는 오래된 것이며 전체가 아니다. 운영자는 HTTP 요청 데이터가 유출되면 발사 지점이 노출될 수 있고, 소스 AWS 계정이 차단되면 인명 손실로 이어질 수 있다는 점을 AWS 지원팀에 설명해야 했다. 서비스를 끊지 않으면서도 데이터로 위치가 드러나지 않게 하는 것, 이 두 가지를 동시에 지키는 일이 과제였다. 동시에 누구나 자체 예측기를 돌릴 수 있도록 docker compose 파일을 서둘러 만들어 의존도를 낮추려 했다.
2025년에는 미 '전쟁부 장관실(정보·보안)'의 데이터 요청이 들어왔다. 통상 커뮤니티에 상호 이익이 있으면 무료로 처리하지만, 이번에는 그런 기대가 없어 유료로 청구하기로 했다. 데이터가 어차피 공개돼 있으니 우리가 안 하면 다른 누군가가 할 것이라는 판단, 그리고 최소한 인프라 비용이라도 회수하자는 계산이 뒤섞인 결정이었다. 다만 송장은 발송됐으나 끝내 지불되지 않았고, 요청 배경도 알 수 없었다.
실무자 관점에서 이 사례는 오픈 데이터의 이중성을 압축한다. 시민 과학과 환경 정화라는 명분으로 대부분의 기관과 제조사가 협력하지만, 같은 데이터가 포격 좌표와 표적 항법에 쓰일 수 있다. 실제로 이 서비스는 GPS 재밍뿐 아니라 스푸핑 패턴까지 감지하고 있으며, 2025년 9월에는 유타 상공의 풍선 충돌 조사와 관련해 NTSB의 연락을 받아 Windborne 풍선 정보를 전달하기도 했다. 반대로 FAA 관제탑에 기상 풍선이 예정된 스케줄대로 뜨고 통제되지 않으며 Part 101.D 규정 범위에 있다는 사실을 설명해야 하는, 정보 비대칭의 순간도 있었다. Meteolabor AG가 '전략적 이유'로 샘플 제공을 거부한 사례처럼, 관측 장비 자체가 이미 안보 감수성의 영역에 들어와 있다는 점도 확인된다. 취미 프로젝트라도 데이터가 실세계에 연결되는 순간, 접근 정책·정밀도 통제·차단 대응 같은 결정이 곧 책임이 된다는 것이 이 이야기의 실무적 교훈이다.