핵심 요지 — 업데이트 한 번에 냉장고가 벽돌이 된 사건에서 출발해, SDV 시대의 소유권·복구 가능성·공급망 책임·안전 설계를 다섯 가지 질문으로 정리한다.
업데이트 한 번에 냉장고가 멈췄다. 전기는 들어오지만 원래 하던 일을 하지 못한다. 하드웨어는 멀쩡해도 소프트웨어가 부팅되지 않으면 기계 전체가 ‘벽돌’이 된다. 이 장면을 자동차로 옮기면 문제의 크기가 달라진다. 냉장고는 식품을 잃게 하지만, 자동차의 제동과 조향은 사람의 안전과 직결된다.
업데이트되는 제품은 누가 소유하는가
소프트웨어 정의 제품은 출고 뒤에도 기능이 바뀐다. 오류를 고치고 성능을 높이며 새로운 서비스를 붙일 수 있다. 동시에 제조사는 판매가 끝난 뒤에도 기계의 행동을 계속 결정한다. 사용자는 물건을 샀지만, 그 물건이 내일도 같은 방식으로 작동할지는 원격 서버와 배포 체계에 달려 있다.
이때 ‘소유’는 복잡해진다. 물리적 기계는 소비자의 것이지만, 기능을 여는 코드와 업데이트의 권한은 제조사에 남는다. 업데이트를 거부하면 보안과 지원에서 멀어지고, 받아들이면 예기치 않은 변경과 실패를 감수해야 한다. 소프트웨어가 기계를 인질로 잡는다는 표현은 이 의존성을 가리킨다.
표준이 있다고 안전이 생기지는 않는다
AUTOSAR 같은 표준은 서로 다른 차량 소프트웨어가 함께 작동하기 위한 공통 언어와 절차를 제공한다. 그러나 표준 문서가 롤백과 복구를 저절로 구현해 주지는 않는다. 업데이트 중 전원이 끊겼을 때 어느 버전으로 돌아갈지, 여러 제어기의 버전이 어긋났을 때 어떻게 멈출지, 실패 책임을 누가 질지는 실제 시스템에서 설계하고 검증해야 한다.
전통적인 자동차는 수많은 공급업체가 만든 제어기와 소프트웨어를 조합해 왔다. 한 부분의 업데이트가 다른 부분에 어떤 영향을 미칠지 확인하는 일은 통합의 문제이자 조직의 문제다. 코드 한 줄의 오류보다 더 어려운 것은 회사와 부품사 사이에 흩어진 권한과 책임을 하나의 안전 체계로 묶는 일이다.
테슬라의 선행은 기능보다 구조에 있었다
테슬라가 일찍 보여 준 것은 단순히 무선 업데이트 기능이 아니었다. 차량을 출고 후에도 계속 바뀌는 컴퓨팅 시스템으로 보고, 소프트웨어와 데이터의 흐름을 제품 구조의 중심에 둔 접근이었다. 기존 완성차 업체가 따라가기 어려운 까닭은 OTA 버튼 하나를 만들지 못해서가 아니다. 이미 굳어진 전자 아키텍처와 공급망, 개발·검증 절차를 동시에 바꾸어야 하기 때문이다.
그렇다고 빠른 업데이트 자체가 미덕은 아니다. 자동차에서 혁신의 속도는 실패했을 때 안전하게 멈추고 되돌아갈 수 있는 능력과 함께 평가되어야 한다. ‘먼저 배포’보다 중요한 것은 실패를 전제로 한 설계다.
좋은 SDV를 판단하는 다섯 가지 질문
- 업데이트가 실패해도 핵심 기능을 유지하는가.
- 사용자가 변경 내용과 위험을 이해하고 선택할 수 있는가.
- 이전 버전으로 안전하게 되돌릴 수 있는가.
- 부품사와 제조사 사이의 책임 경계가 분명한가.
- 제품 지원이 끝난 뒤에도 사용자의 기본 권리가 남는가.
소프트웨어 정의 자동차의 경쟁력은 기능 목록의 길이가 아니라 이 질문들에 답하는 능력에서 나온다. 냉장고 벽돌 사건은 사소한 해프닝이 아니다. 앞으로 더 많은 물건이 코드에 의해 다시 정의될 때, 혁신과 소유권, 안전과 책임을 함께 설계해야 한다는 예고편이다.
페이스북 원문: 〈삼성 냉장고 업데이트 벽돌 사건으로 본 SDV〉 (2026년 9월 24일)