냉장고에 음식을 가득 채워두고 추석 연휴를 앞둔 시점, 삼성 냉장고 소프트웨어 업데이트 오류로 냉장과 냉동이 멈추는 사고가 발생했다. 삼성 공식 커뮤니티에는 안의 음식을 전부 버렸다는 글까지 올라왔다. 냉장고도 업데이트하는 시대라는 것은 알겠지만, 업데이트가 냉각 자체를 멈추게 할 수 있다는 사실이 더 놀라운 문제다.
추석 연휴 조용히 묻힌, 삼성 냉장고에 벌어진 일
핵심 요약
- 사고의 개요: 삼성은 9월 22일 소프트웨어 업데이트 테스트 과정의 오류로 일부 고객의 냉장고 전원과 화면에 이상이 생겼다고 밝혔다. 추석 연휴 직전이라 긴급 서비스에 나섰고, 9월 28일에는 피해 고객의 97% 이상 조치를 마쳤다고 발표했다.
- 펌웨어가 하는 일: 냉장고는 온도 센서 값을 보고 압축기(냉장고 모터), 팬, 성에 제거 장치에 명령을 내리는 프로그램, 즉 펌웨어로 냉각을 제어한다. 모터와 배관이 정상이어도 제어 프로그램이 실행되지 않으면 냉각이 멈출 수 있다.
- 복구 구조의 부재가 문제: A/B 업데이트 방식(잘 돌아가던 프로그램을 보관해두고 새 버전을 별도 공간에 설치, 실패 시 복귀) 같은 안전장치가 있었는지가 핵심 질문이다. 이번 사례에서는 서비스 기사가 메인보드 교체를 안내하는 사례도 있었다.
- 배포의 구조적 한계: 원격 업데이트의 장점은 많은 기기에 동시 배포지만, 문제가 있는 프로그램도 그만큼 빠르게 퍼진다. 단계적 배포와 중단 조건이 표준이지만, 심하게 멈춘 기기는 “실패” 보고조차 못 보내 집계에서 빠진다.
- 신뢰의 후폭풍: 업데이트 알림이 와도 누르기를 망설이게 되면, 보안 개선과 오류 수정도 늦어진다. 제조사는 “다음 업데이트 버튼을 눌러도 괜찮다"는 근거를 보여줘야 한다.
상세 정리
냉장고 고장의 특수성: 알아차리기까지 시간이 걸린다
TV는 화면이 꺼지면 바로 알지만 냉장고는 다르다. 문을 닫아두고 출근하고, 며칠씩 집을 비우도록 설계된 제품이다. 앱에서 오프라인으로 표시되더라도 그것이 집 인터넷 문제인지, 연결 문제인지, 냉각 정지인지 표시만으로는 판단할 수 없다. 같은 시각에 고장이 났어도 집에 있던 사람과 연휴에 집을 비운 사람의 피해는 크게 달라진다.
펌웨어가 냉장고에서 하는 일
냉장고는 내부 온도를 측정하며 냉각량을 판단한다. 문을 열어 따뜻한 공기가 들어오거나 음식이 새로 들어오면 냉각을 늘린다. 이때 냉매를 압축해 순환시키는 압축기(흔히 냉장고 모터), 팬, 성에 제거 장치에 언제 어떻게 움직이라고 지시하는 프로그램이 펌웨어다. 모터와 배관에 문제가 없어도 이 제어 프로그램이 실행되지 않으면 냉각이 멈출 수 있다. 부품은 움직일 준비가 되어 있는데 명령이 오지 않는 것.
업데이트는 새 프로그램을 받아 저장하고, 파일을 확인한 뒤 새 버전으로 재실행하는 과정을 거친다. 이 과정에서 냉각을 담당하는 제어부가 영향을 받으면 냉장고의 기본 기능이 멈춘다. 오류가 났다고 압축기를 무조건 계속 돌릴 수도 없다. 온도 센서가 정상 값을 보내는지, 모터에 무리가 가는 상황은 아닌지 확인이 필요하기 때문이다. 식당에서 주문용 태블릿을 업데이트하다가 주방 직원까지 같이 퇴근해버리는 상황과 같다.
A/B 업데이트: 표준 안전장치와 남은 질문들
이런 사고를 막는 표준 방식이 A/B 업데이트다. 잘 돌아가던 프로그램(버전 A)을 보관해두고 새 버전(B)을 별도 저장 공간에 넣어 실행하며, B에서 오류가 나면 A로 돌아간다. 문서 수정 시 원본을 남겨두고 사본에서 작업하는 것과 같은 원리다.
복구가 제대로 작동했는지를 판단하려면 확인해야 할 것들이 많다. 화면에 로고가 떴어도 온도 센서 값을 읽지 못하면 일을 시작할 수 없다. 냉각 담당 장치와의 통신이 정상인지, 제어가 가능한지, 실제 온도가 내려가는 데 걸리는 시간을 어떤 항목부터 얼마나 지켜볼지도 정해야 한다. 예전 프로그램으로 돌아왔을 때 설정값을 읽을 수 있는지도 중요하다. 새 버전이 설정 저장 형식을 바꿨다면 이전 버전이 그것을 못 읽을 수 있기 때문이다.
이번 사건에서 삼성 제품에 어떤 복구 구조가 있었는지는 아직 설명이 부족하다. 확인된 것은 서비스 기사가 메인보드 교체를 안내했고, 부품 대기로 일정이 더 밀린 사례가 있었다는 것이다. 소프트웨어는 인터넷으로 순식간에 들어왔지만, 복구에는 방문과 부품 대기가 필요했다.
배포 시스템의 한계: 실패 보고조차 못 하는 기기
원격 업데이트의 장점은 많은 기기에 동시 배포가 가능하다는 것이고, 그만큼 문제 있는 프로그램도 빠르게 퍼진다. 그래서 표준 운영 방식은 단계적 배포다. 적은 수의 기기에 먼저 보내고 정상 완료를 확인하면서 대상을 늘리고, 문제가 나타나면 다음 배포를 중단한다. AWS 사물인터넷 기기 관리 서비스도 이런 단계적 배포와 중단 조건을 제공한다.
그런데 함정이 있다. 실패 보고만 세면 놓치는 기기가 생긴다. 기기가 심하게 멈추면 “업데이트 실패"라는 메시지조차 보낼 수 없기 때문이다. 업데이트를 보낸 뒤 일정 시간이 지나도 완료 응답이 오지 않는 기기까지 함께 봐야 하고, 응답한 기기만으로 성공률을 계산하면 가장 심하게 멈춘 기기가 집계에서 빠진다. 또한 이번 오류가 테스트 과정에서 고객 제품에 영향을 줬다면, 테스트용 업데이트가 누구에게 전달될 수 있었는지부터 확인이 필요하다. 소비자는 제조사가 보낸 업데이트 알림을 보고 내부 절차까지 판단할 수 없고, 그럴 필요도 없다.
배포를 중단한 뒤에는 이미 문제가 생긴 기기를 복구해야 하는데, 연결까지 끊긴 제품은 수정 프로그램을 다시 보내기도 어렵다. 그때부터는 서비스 기사 인원과 교체 부품 수급이 복구 속도를 결정한다. 동시에 수천 대에 보낼 수 있었던 업데이트가 집집마다 찾아가는 방문 수습으로 바뀌는 것이다.
신뢰의 후폭풍
9월 28일 삼성전자는 연휴가 끝나기 전 피해 고객의 97% 이상 조치를 마쳤다고 밝히며 “있어서는 안 되는 일"이라고 사과했고, 업데이트 절차 점검 중임을 설명했다. 무상수리가 진행됐고 상한 음식 보상은 검토 중이었다.
그러나 냉장고가 다시 돌아와도 상한 음식과 망쳐진 연휴는 돌아오지 않는다. 서비스 접수, 음식 이동처 알아보기, 방문 시간 조율 같은 귀찮은 일은 고객의 몫이었다. 명절에 집을 비우려던 사람이라면 출발 일정부터 바꿔야 했다. 이런 경험은 다음 업데이트에도 영향을 준다. 알림이 왔을 때 “이번에도 무슨 일이 생기는 거 아닌가"라며 누르기를 망설이게 되고, 커뮤니티에는 “업데이트하지 않는 게 좋겠다"는 글이 올라왔다.
제조사 입장에서도 이것은 부담이다. 오류 수정과 보안 개선을 위해서는 업데이트를 전달해야 하는데 고객이 버튼 누르기를 불안해하면 필요한 수정도 늦어진다. 그래서 이번 사건 수습 이후에 확인하고 싶은 것은 하나다. 업데이트가 다시 실패하더라도 음식을 옮기지 않아도 되게 무언가를 바꿨는가. 새 프로그램이 실행되지 않는 상황을 일부러 만들었을 때도 냉장과 냉동이 유지되는지, 문제가 생기면 이전 버전으로 돌아와 제 역할을 계속하는지, 이런 시험 결과를 보여준다면 고객도 구체적으로 판단할 수 있다. 냉장고는 자리를 비운 동안에도, 잠자는 동안에도 음식을 지켜준다고 믿고 쓰는 신뢰의 제품이다. 업데이트가 잘못되는 순간에도 그 믿음을 지켜줄 수 있어야 다음 업데이트 버튼도 편하게 누를 수 있다.
보는 포인트
- 스마트 가전의 구조적 약점: 알아차리기까지 시간이 걸리는 제품일수록 소프트웨어 오류의 피해가 커진다는 특성
- 펌웨어와 하드웨어의 분리: 부품이 정상이어도 제어 프로그램이 멈추면 기능이 멈춘다는 사실
- A/B 업데이트라는 표준 안전장치: 원본 보관 + 사본 실행 + 실패 시 복귀의 원리
- 실패 감지의 함정: 응답이 없는 기기가 집계에서 빠지는 배포 모니터링의 맹점
- 업데이트 신뢰의 경제학: 한 번의 사고가 이후 모든 업데이트 수용률에 미치는 영향
원본 정보
- 채널: 안될공학 - IT 테크 신기술
- 게시일: 2026-09-28
- 영상: https://www.youtube.com/watch?v=8CCRqJjxI6Q
- 길이: 약 9분 · 조회수 약 1.1만 회 (2026-09 기준)
- 유의: 수치는 영상 자막 기반이라 일부 오차 가능