[태그:] 사이버안보

소프트웨어 버그는 패치로 끝난다. 근데 메모리 반도체 자체에 구멍이 있다면? 로우해머(Rowhammer) 공격이 딱 그 케이스다. 코드를 고치는 게 아니라, 물리적인 하드웨어를 ‘속여서’ 데이터를 바꿔버리는 방식이다. 최근 보안 연구에서 이 공격이 다시 수면 위로 올라왔는데, 이번엔 엔비디아 GPU까지 타깃이 됐다.

로우해머, 이름이 곧 원리다

로우해머는 메모리의 특정 행(row)을 망치(hammer)로 두드리듯 반복해서 접근하는 공격이다. 컴퓨터 메인 메모리로 쓰이는 DRAM(Dynamic Random-Access Memory)은 미세한 축전기에 전하를 저장해서 데이터를 기록한다. 셀이 격자 형태로 촘촘하게 박혀 있는 구조다.

공격자는 특정 메모리 주소 행을 아주 짧은 시간 동안 수십만 번 이상 읽어들인다. 말 그대로 한 지점을 계속 두드리는 거다. 그 ‘진동’이 인접한 다른 행에 전달된다. 결국 옆 셀의 전하가 미세하게 흔들리면서 저장된 데이터가 0에서 1로, 1에서 0으로 바뀐다. 이걸 ‘비트 플립(bit flip)’이라고 부른다. 딱 한 비트짜리 오류처럼 보이지만, 그게 시스템 권한 전체를 넘겨주는 열쇠가 된다.

왜 하필 GPU 메모리인가

기존 로우해머 공격은 CPU가 관리하는 시스템 메인 메모리를 노렸다. 공격 무대가 GPU로 옮겨간 건 필연적인 수순이다. GPU에 탑재되는 GDDR(Graphics Double Data Rate) 메모리는 일반 DRAM보다 대역폭이 훨씬 넓고, 집적도도 극단적으로 높다.

데이터를 빠르고 빽빽하게 처리해야 하는 구조 특성상, GDDR 메모리 셀 간격은 그만큼 좁다. 로우해머 ‘진동’ 효과가 더 쉽게, 더 넓게 퍼지는 환경이 만들어지는 거다. Ars Technica가 전한 바에 따르면 ‘GDDRHammer’나 ‘GeForge’ 같은 공격 기법들이 이미 GPU 메모리 취약점을 집중 공략하고 있다.

GDDRHammer: GPU를 발판 삼아 CPU까지

GPU 로우해머가 더 위험한 이유는 공격 경로 자체가 다르기 때문이다. 단계별로 보면 이렇다.

• 1단계: GPU에서 악성 코드 실행
  공격자는 그래픽 렌더링이나 연산 작업으로 위장한 코드를 GPU에서 돌린다.
• 2단계: GDDR 메모리 해머링
  GPU 내부에서 특정 GDDR 메모리 영역에 로우해머 공격을 가해 인접 셀에 비트 플립을 만들어낸다.
• 3단계: 시스템 메모리 직접 변조
  핵심이 여기다. GPU는 DMA(Direct Memory Access)를 통해 CPU를 거치지 않고 시스템 메인 메모리에 바로 접근하는 권한이 있다. GPU 메모리에서 유발된 비트 플립이 이 DMA 경로를 타고 시스템 메모리의 페이지 테이블 엔트리 같은 핵심 데이터를 건드리게 된다.
• 4단계: 권한 상승
  시스템 메모리의 핵심 데이터가 조작되면 끝이다. 공격자는 자기 프로그램에 관리자(root) 권한을 박아 넣고 시스템 전체를 손에 넣는다.

GPU가 입구였고, 목적지는 처음부터 CPU 영역이었던 셈이다. GPU 코드 실행 자체가 의심받지 않는다는 점에서 이 경로는 꽤 교묘하다.

내 PC도 위험한가

솔직히 말하면, 일반 PC 사용자가 당장 이 공격에 노출될 가능성은 낮다. 하드웨어 기반 공격은 실행 조건이 까다롭다. 공격 코드를 로컬 시스템에서 직접 돌려야 하고, 타깃 메모리 구조에 대한 정밀한 정보도 필요하다. 아무 PC에나 원격으로 날리는 식이 아니다.

실질적으로 위험한 건 클라우드 환경이다. 여러 사용자가 GPU 자원을 공유하는 클라우드 컴퓨팅 환경이나 데이터센터에서, 한 가상머신(VM) 사용자가 하드웨어 취약점을 이용해 다른 VM이나 호스트 시스템 전체를 뚫는 시나리오가 훨씬 현실적이다. AI 연산 수요가 폭발하면서 GPU 클라우드 자원을 공유하는 케이스가 급증했는데, 공격 표면도 같이 넓어지고 있다.

대응책은 있나

패치 하나로 끝나는 소프트웨어 버그와 다르다. 근본적인 해결책은 메모리를 만드는 단계에서 나올 수밖에 없다.

• ECC 메모리: 오류 정정 코드(Error-Correcting Code) 메모리는 비트 플립을 감지하고 수정하는 기능이 내장되어 있다. 로우해머에 대한 가장 직접적인 방어책인데, 주로 서버나 워크스테이션에 쓰이고 일반 소비자용 PC에는 아직 드물다는 게 아쉬운 부분이다.
• TRR (Target Row Refresh): 메모리 컨트롤러가 특정 행에 접근이 비정상적으로 몰리면, 인접한 행을 강제로 ‘리프레시’해서 전하 손실을 막는 방어 기술이다. 최신 메모리에는 대부분 탑재되어 있다. 근데 새로운 공격 기법들은 이 TRR을 우회하는 방법까지 연구된 상태다. 이 싸움은 아직 끝나지 않았다.
• 제조사 펌웨어 업데이트: GPU나 메인보드 제조사가 메모리 리프레시 주기를 조정하거나 비정상 접근 패턴을 감시하는 펌웨어를 배포하면 일부 완화 여지가 있다. 시스템 업데이트를 미루지 말아야 하는 이유가 여기에도 있다.

장기적으로는 반도체 설계 단계부터 물리적 간섭 효과를 줄이는 새로운 공정 기술이 필요하다. 현재 방어 기술들은 결국 전부 사후 대응에 가깝다.

보안의 무대가 하드웨어 안으로 들어왔다

로우해머 공격이 보여주는 건 단순하다. 사이버 보안의 싸움이 운영체제나 앱 레벨에서 끝나지 않는다는 것. 실리콘의 물리적 한계, 전자의 움직임까지 이제 보안의 영역으로 들어왔다. GPU가 AI 연산의 핵심 칩으로 자리 잡으면서, 동시에 더 매력적인 공격 타깃이 됐다. 공격자 입장에서는 당연한 선택이다.

앞으로의 보안은 코드만 보는 게 아니라 하드웨어의 미세한 물리적 특성까지 고려해야 한다. 반도체 업계와 보안 업계 모두에게 새로운 숙제가 생긴 거다.

출처: Ars Technica

진동만으로 발신자를 구분하는 사람들이 있다. 따따-따-따따면 연인, 툭툭 짧게 두 번이면 직장 상사. 허세처럼 들리지만 실제로 된다. 아이폰 기본 설정 안에 이미 다 들어있다.

매번 똑같은 드르륵은 솔직히 정보가 없다. 꺼내봐야 알 수 있으니까. 진동 패턴을 직접 만들어두면 그 수고가 줄어든다. 회의 중이나 운전 중에 특히 유용하다.

앱이 없는 이유

앱스토어에서 ‘진동 커스텀’ 앱을 검색해봤다면 알겠지만, 반짝 올라왔다 금방 사라진다. 애플의 닫힌 생태계 정책 때문이다. 진동 모터 같은 하드웨어를 직접 제어하는 건 시스템 깊숙한 영역이다. 보안 취약점이 생길 여지가 있고, 기기 안정성 문제도 따라온다.

그래서 애플은 공식 API 밖의 방법으로 시스템에 접근하는 앱을 심사에서 걸러낸다. 가이드라인 위반이니 퇴출이다. 근데 사용자가 직접 만드는 건 막지 않는다. 그 길은 열어뒀다.

숨겨진 기본 기능: 나만의 진동 만들기

설정 경로가 살짝 깊어서 모르는 사람이 많다. 화면을 탭하는 것만으로 세상에 하나뿐인 진동 패턴을 만드는 방법이다.

• 1단계: 설정 앱 실행: 아이폰 ‘설정’ 앱을 연다.
• 2단계: 사운드 및 햅틱: ‘사운드 및 햅틱’ 메뉴로 들어간다.
• 3단계: 벨소리 또는 메시지 수신음: 진동 패턴을 바꾸고 싶은 항목을 고른다. (예: 벨소리)
• 4단계: 진동 메뉴: 화면 최상단의 ‘진동’ 메뉴를 탭한다.
• 5단계: 새로운 진동 생성: 스크롤을 내려 ‘사용자 설정’ 섹션에서 ‘새로운 진동 생성’을 선택한다.

회색 화면이 뜨면 준비된 거다. 짧게 탭하면 짧은 진동, 길게 누르면 긴 진동이 녹음된다. 손가락을 떼면 그게 공백이 된다. 이 조합으로 ‘따따따-따-따’ 같은 모스 부호 스타일도 만들고, 좋아하는 노래 리듬을 진동으로 담는 것도 된다. 저장하면 이름을 붙여 목록에 추가된다. 생각보다 꽤 직관적이다.

연락처별로 다른 진동 설정하기

패턴을 만들었으면 이제 쓸 일이다. 특정 인물에게 특정 진동을 할당하면 된다. 연인에게는 ‘두근-두근-‘ 하는 심장박동 패턴, 직장 상사에게는 짧고 강한 경고성 진동. 이런 식으로 구분해두면 꺼내보지 않아도 안다.

1. ‘연락처’ 앱에서 진동을 지정할 사람을 선택한다.
2. 오른쪽 상단 ‘편집’을 누른다.
3. ‘벨소리’ 또는 ‘메시지 수신음’ 항목을 찾는다.
4. 해당 항목을 누르면 ‘진동’ 메뉴가 나온다.
5. 방금 만든 ‘사용자 설정’ 진동 패턴을 선택하면 끝이다.

회의 중, 운전 중에 화면을 보지 않아도 누가 연락했는지 손끝으로 안다. 이게 생각보다 실용적이다.

햅틱 피드백, 진동의 또 다른 얼굴

알림용 진동 말고도 아이폰은 쓰는 내내 진동을 쓴다. 스위치를 켜고 끌 때, 스크롤을 돌릴 때 느껴지는 미세한 손맛. 그게 햅틱 피드백이다. 시각 정보 외에 촉각으로도 반응을 주는 개념인데, 솔직히 이게 아이폰 쓰는 재미의 꽤 큰 부분을 차지한다.

시스템 햅틱은 ‘설정’ > ‘사운드 및 햅틱’에서 켜고 끌 수 있다. 배터리 소모가 미세하게 늘어난다는 말도 있는데, 그 만족감이 충분히 상쇄한다고 본다. 끄고 쓰기엔 솔직히 너무 아깝다.

진동 패턴 활용 꿀팁 3가지

기본 설정법을 익혔다면 이제 창의력을 발휘해볼 여지가 있다. 직접 써보니 이런 방식이 잘 맞더라.

• 모스 부호 활용: 중요한 사람 이니셜을 모스 부호로 만든다. ‘S.O.S’ (…—…)는 위급 상황 알림용으로, 연인 이니셜은 그냥 특별한 신호로 써도 된다.
• 노래 리듬 따오기: 국민 동요 ‘떴다 떴다 비행기’의 ‘솔솔 미파 솔솔미’ 리듬을 손가락으로 탭해보면, 생각보다 훨씬 재밌다. 해보면 안다.
• 중요도에 따른 패턴 분류: 단순 업무 알림은 ‘툭툭’ 짧은 진동 2번, 긴급 보고는 ‘드르르륵-‘ 긴 진동 1번으로 구분해두면 업무 흐름이 달라진다.

결국 앱 없이도 된다

서드파티 앱이 없어도 아이폰 기본 기능만으로 개인화된 경험이 가능하다. 오히려 애플 정책 덕분에 더 안정적이고 검증된 방식으로 쓰는 셈이다. 연락처 목록을 열고 자주 연락하는 사람 2~3명에게 다른 진동 패턴을 만들어줘 봐라. 생각보다 빠르게 익숙해진다. 한 번 쓰면 못 돌아간다.

출처: Reddit r/technology

밤새 짠 코드가 경쟁사 서비스에 버젓이 들어가 있는 걸 발견했다. 그것도 내가 오픈소스로 공개한 코드라서 법적으로 문제없다는 주장까지 따라온다면. 이런 일이 실제로 벌어진다. 오픈소스를 ‘공짜’와 ‘자유’를 동의어로 착각하는 순간, 이런 상황이 생긴다. 그 경계를 정하는 게 라이선스다.

오픈소스는 공짜 뷔페가 아니다

공짜 뷔페라도 접시는 반납해야 하고, 음식을 외부로 싸들고 나가면 안 된다. 오픈소스도 마찬가지다. 누구나 쓸 수 있지만, 조건이 붙는다.

이 조건을 무시하면 단순한 에티켓 문제로 끝나지 않는다. 소스 코드 전체를 강제 공개해야 하거나, 거액의 손해배상 청구를 받는 상황이 온다. 스타트업 입장에서는 서비스 존폐를 건드리는 수준의 리스크다. 개발자든 기획자든, 우리 서비스에 어떤 오픈소스가 들어가 있고 그 라이선스가 뭘 허용하는지 모르면 곤란하다. 법정 다툼은 ‘몰랐다’는 말을 들어주지 않는다.

MIT, GPL, 아파치 — 3대 라이선스

오픈소스 라이선스 종류는 수십 가지지만, 실제로 현장에서 자주 마주치는 건 세 개다. MIT, GPL, 아파치(Apache) 2.0. 이 셋만 제대로 이해해도 웬만한 라이선스 이슈는 걸러낼 수 있다. 차이의 핵심은 딱 하나, ‘자유를 어디까지 허용하느냐’다.

• MIT: 출처만 남겨줘, 나머진 알아서 써. (가장 허용적)
• GPL: 내 코드로 만든 건 너도 똑같이 공개해야 해. (강력한 공유 의무)
• 아파치 2.0: MIT처럼 자유롭되, 특허 건드리는 건 안 돼. (실용성 + 법적 안전망)

각각 뭐가 다른지 뜯어보자.

MIT 라이선스: 조건이 딱 하나

React, VS Code, .NET Core. 이름만 대면 아는 프로젝트들이 MIT 라이선스를 쓴다. 그도 그럴 것이, 조건이 단 하나다. 원본 저작권 표시와 MIT 라이선스 원문을 결과물에 포함할 것. 그게 전부다.

• 상업적 이용, 수정, 복제, 배포 모두 자유.
• 소스 코드를 공개하지 않아도 된다.
• 다른 라이선스와 충돌할 일도 거의 없다.

기업들이 MIT를 제일 좋아하는 이유가 여기 있다. 갖다 쓰고, 수정하고, 상품으로 팔아도 된다. 저작권 고지 하나만 넣으면 그만이다. 자유도가 높은 만큼 다른 라이선스와의 호환성도 넓어서 복잡한 의존성 트리를 관리할 때도 상대적으로 편하다.

GPL 라이선스: 카피레프트의 칼날

GPL(GNU General Public License)은 MIT와 철학이 정반대다. 핵심 개념은 카피레프트(Copyleft). 저작권을 뜻하는 Copyright를 뒤집은 말로, 자유롭게 공유된 코드는 계속해서 자유롭게 공유되어야 한다는 사상이 담겨 있다.

• GPL 코드를 한 줄이라도 포함한 파생 프로그램은 반드시 동일한 GPL 라이선스로 소스 코드 전체를 공개해야 한다.

이게 왜 무섭냐면, 상용 소프트웨어에 GPL 코드가 단 한 줄 섞여 들어갔다가 전체 소스를 공개해야 할 수 있기 때문이다. 리눅스 커널, Git, 워드프레스가 GPL 기반이다. 오픈소스 정신을 가장 강력하게 지키는 장치지만, 기업 코드베이스에서는 가장 조심해야 할 라이선스다. 이건 좀 과하다 싶을 정도로 강제성이 세다. 참고로, 라이브러리 형태로 ‘연결’해서 쓰는 경우를 위해 제한을 완화한 LGPL이라는 버전도 있다. 라이브러리를 동적 링크 방식으로만 쓴다면 LGPL 쪽이 숨통이 트인다.

아파치 라이선스 2.0: 특허까지 건드린다

안드로이드, 쿠버네티스, Swift. 대규모 기업 주도 오픈소스 프로젝트가 아파치 2.0을 선택하는 데는 이유가 있다. MIT처럼 자유롭게 쓸 수 있으면서, 특허 문제를 명시적으로 다루기 때문이다.

• 상업적 이용, 수정, 배포 자유. 소스 코드 공개 의무 없음.
• 원본 저작권 및 라이선스 정보 명시 필요.
• 결정적 차이: 명시적 특허 조항이 들어간다. 기여자는 자신이 기여한 부분의 특허 사용권을 사용자에게 무료로 부여하고, 사용자는 기여자에게 특허 소송을 제기할 수 없다.

이 특허 조항이 구글·애플 같은 대기업이 아파치 2.0을 선호하는 이유다. 잠재적 특허 분쟁을 사전에 차단하는 안전장치 역할을 한다. MIT는 특허 관련 조항이 없어서, 규모가 커지면 법적 불확실성이 남는다. 그 지점에서 아파치 2.0이 더 안정적이다.

라이선스 위반, ‘몰랐다’는 말은 안 통한다

얼마 전 한 스타트업이 고객사 오픈소스 코드를 라이선스 규정에 어긋나게 가져다 썼다는 의혹이 테크 업계 뉴스에 올랐다. 이런 사건이 터지면 세 가지 타격이 동시에 온다.

• 법적 분쟁: 라이선스 소유자는 소스 코드 공개 요구나 손해배상 청구가 가능하다. 법정 싸움은 시간과 비용 모두 소모가 크다.
• 평판 훼손: ‘남의 코드 훔친 회사’ 낙인은 개발자 커뮤니티와 투자자 모두에게 치명적이다. 좋은 인재 영입도, 다음 투자 유치도 어려워진다.
• 프로젝트 중단: 문제 코드를 전부 식별하고 걷어내야 한다. 서비스 핵심 기능에 깊숙이 엮여 있으면 사실상 처음부터 다시 짜는 최악의 시나리오가 펼쳐진다.

결국 라이선스 관리는 개발 실무 중 하나가 아니다. 회사의 생존을 좌우하는 리스크 관리다. 나중에 투자받거나 M&A 협상 테이블에 앉았을 때, 라이선스 감사(audit)가 발목을 잡는 경우가 생각보다 많다.

어떤 라이선스를 골라야 할까

직접 오픈소스를 공개하거나, 제품에 어떤 라이선스의 코드를 써야 할지 모르겠다면 이 세 가지 질문만 던져보면 된다.

1. 다른 사람이 상업적으로 써도 괜찮은가?
대부분 괜찮다면 MIT나 아파치가 맞다. 조건을 최소화해서 사용자 저변을 넓히는 전략이다.

2. 내 코드를 쓴 파생 프로젝트도 반드시 공개하게 만들고 싶은가?
오픈소스 확산이 목표라면 GPL이 답이다. 상업적 활용도를 높이고 싶다면 MIT나 아파치를 선택해야 한다. 솔직히 여기서 갈린다. GPL을 택하는 순간, 기업 고객이 채택하기 어려워진다는 걸 감안해야 한다.

3. 여러 기업이 동시에 참여하는 프로젝트인가?
규모가 크고 특허 리스크가 있다면 아파치 2.0이 현명한 선택이다. 기여자 간의 잠재적 분쟁을 라이선스 텍스트 자체로 예방한다.

오픈소스는 개발 생태계를 키우는 진짜 자산이다. 단, 뒤에 붙은 규칙을 제대로 알고 써야 그 가치를 온전히 누릴 수 있다. 라이선스 하나 허술하게 관리했다가 서비스 전체가 흔들리는 일, 남 얘기가 아닐 수 있다.

출처: TechCrunch

아이폰 6s를 몇 년째 쓰는 지인이 있다. 느려도 쓸 만하다며 버티더니, 어느 날 카드 정보가 새어 나갔다. 업데이트를 몇 달째 미뤄두고 있었다고 했다. 이게 남 얘기만은 아니다.

기능 업데이트 vs 보안 업데이트, 완전히 다른 얘기다

iOS 업데이트는 크게 두 종류로 나뉜다. 숫자가 통째로 바뀌는 ‘기능 업데이트'(예: iOS 17 → iOS 18)와, 소수점 아래만 바뀌는 ‘보안 업데이트'(예: iOS 17.5 → iOS 17.5.1)다.

느려진다, 배터리가 빨리 닳는다는 불만은 주로 기능 업데이트에서 나오는 이야기다. 새 기능이 왕창 추가되면 구형 하드웨어에 부담이 가는 건 어쩔 수 없다. 근데 보안 업데이트는 성격 자체가 다르다. 새 기능은 하나도 없고, 시스템에서 발견된 치명적인 보안 구멍만 막는다. 해커가 개인정보를 빼내거나 기기를 원격으로 건드릴 수 있는 통로를 차단하는 거다. 구형 아이폰이라도 이건 선택이 아니다.

다크소드(DarkSword) 해킹, 구형 폰이 표적이었다

보안 업데이트를 무시하면 어떻게 되는지, 최근 사례가 잘 보여준다. 테크크런치 보도에 의하면, 애플은 ‘다크소드(DarkSword)’라는 해킹 공격을 막기 위해 아이폰 6s, 아이폰 7, 아이패드 에어 2 등 구형 기기 전용 긴급 보안 업데이트(iOS 15.8.3)를 배포했다. 기기 잠금을 우회하고 개인 데이터를 빼내는 수준의 공격이다. 심각한 거다.

‘설마 내 폰이?’ 이렇게 생각하기 쉽다. 근데 해커들은 특정인을 노리지 않는다. 보안 구멍이 열려 있는 불특정 다수가 목표다. 업데이트를 안 한 기기는 그냥 열린 문이다. 방치한 만큼 위험에 노출되는 셈이다.

그래서 느려지긴 하나?

솔직히 반은 맞고 반은 틀리다.

• 보안 패치: 용량 자체가 매우 작다. 특정 취약점 하나만 건드리기 때문에 성능에 거의 타격을 주지 않는다.
• 최적화 포함: 오히려 마이너 업데이트 중 일부는 시스템 안정성과 성능을 개선하는 코드도 함께 들어온다.

결론만 말하면 — 보안 업데이트 때문에 기기가 눈에 띄게 느려질 가능성은 낮다. 조금 느려질 수 있다는 걱정 vs 개인정보 유출 가능성. 어느 쪽이 더 무서운지는 굳이 따질 필요도 없다. 약간의 찜찜함 때문에 잠재적 해킹 위협을 감수하는 건 말이 안 된다.

내 아이폰, 업데이트 대상인지 확인하는 법

애플은 구형 기기도 몇 년간은 꾸준히 보안 업데이트를 내보낸다. 확인하고 설치하는 방법은 간단하다.

1. ‘설정’ 앱을 연다.
2. ‘일반’ 메뉴로 들어간다.
3. ‘소프트웨어 업데이트’를 선택한다.

‘최신 버전의 소프트웨어입니다’가 뜨면 안전하다. 다운로드 및 설치 버튼이 보이면, 와이파이 연결된 상태에서 충전기 꽂고 바로 진행하면 된다. 이 정도는 5분이면 된다.

자동 업데이트, 켜두는 게 편하다

매번 확인하기 귀찮다면 자동 업데이트를 켜두는 게 낫다. ‘소프트웨어 업데이트’ 메뉴에서 ‘자동 업데이트’ 항목을 설정하면 된다. 여기서 ‘보안 대응 및 시스템 파일’ 항목만큼은 반드시 켜놔야 한다. 이렇게 설정해두면 잠자는 동안 와이파이에 연결될 때 자동으로 중요한 보안 패치가 설치된다. 신경 안 써도 기기가 알아서 막아준다. 이거 하나면 충분하다.

구형 폰일수록 지킬 건 ‘보안’ 하나다

최신 아이폰은 카메라, AI 기능, 성능이 핵심이지만 몇 년 된 구형 아이폰의 핵심 가치는 하나다. 내가 쓰던 환경에서 통화, 메시지, 웹서핑을 안정적으로 이어가는 것. 그 경험을 지켜주는 최소한의 조건이 보안 업데이트다.

성능 향상 기대는 내려놓자. 그냥 ‘내 데이터 지키기’라는 생각 하나로 꾸준히 챙기는 습관이 결정적이다. 구형 폰일수록 더 그렇다.

출처: TechCrunch

테슬라 FSD를 켜놓고 뒷자리에서 잠드는 영상이 유튜브에 올라올 때마다 댓글이 둘로 갈린다. “이미 완전 자율주행 아니냐”는 쪽과 “저러다 죽는다”는 쪽. 둘 다 틀린 말은 아닌데, 문제는 논쟁의 전제 자체가 엇나가 있다는 거다. 얼마 전 Wired가 전한 내용도 마찬가지다. 로보택시 운행 중 위급 상황에서 사람이 원격으로 개입한다는 사실에 많은 사람이 “자율주행 아니었어?”라며 고개를 갸웃했다. 우리가 상상하는 자율주행과 실제 기술 사이의 간극, 생각보다 크다.

레벨을 모르면 기능을 과신한다

자율주행은 ‘된다/안 된다’의 이분법이 아니다. 국제자동차기술자협회(SAE)가 레벨 0부터 5까지 총 6단계로 구분한 데는 분명한 이유가 있다. 어느 레벨인지 모르고 타면 기능을 과신하다 사고로 이어진다. 사고가 났을 때 책임이 운전자한테 있는지 제조사한테 있는지도 레벨에 따라 완전히 달라진다. 단순한 기술 분류가 아니라 법적 기준이다.

레벨 0~2: 운전자가 여전히 주인공

지금 도로 위 차 대부분이 여기에 속한다. ‘자율주행’이라는 표현보다 운전자 보조 시스템(ADAS)이 더 정확하다.

• 레벨 0 (비자동화): 운전자가 모든 걸 제어한다. 자동 긴급 제동, 후방 충돌 경고 같은 단순 경고 기능만 포함된다.
• 레벨 1 (운전자 보조): 조향(차선 유지 보조)이나 가감속(어댑티브 크루즈 컨트롤) 중 하나만 보조한다. 동시에 두 가지는 안 된다. 손은 항상 운전대 위에 있어야 한다.
• 레벨 2 (부분 자동화): 조향과 가감속을 동시에 보조한다. 고속도로 주행 보조(HDA)가 여기다. 핵심은 이거다 — 시스템이 못 하는 상황이 오면 즉시 운전자가 받아야 한다. 모든 책임은 운전자에게 있다. 테슬라 오토파일럿도, FSD(Full Self-Driving) 베타도 법적으로는 레벨 2다. 이름이 ‘완전 자율주행’이어도.

레벨 3: 책임 소재가 바뀌는 지점

레벨 3부터 진짜 ‘자율주행’이라는 표현이 어울리기 시작한다. 제한된 조건 안에서 시스템이 운전의 주체가 된다. 고속도로 정체 구간처럼 정해진 상황에서는 운전대에서 손을 떼도 전방을 계속 주시하지 않아도 된다. 단, 시스템이 “이제 당신이 받아요”라고 요청하면 즉시 대응해야 한다. 무조건 딴짓만 해도 된다는 뜻이 아니다.

결정적인 차이는 책임이다. 시스템 작동 조건 내에서 사고가 나면 제조사가 책임진다. 제조사들이 레벨 3 기술을 내놓는 데 극도로 신중한 이유가 여기에 있다. 한번 출시하면 사고 책임을 고스란히 떠안아야 하니까.

레벨 4: 정해진 구역 안에서는 진짜다

운전자 개입이 거의 필요 없다. 지정된 지역(Geofencing) 내에서는 시스템이 주행 전체를 책임진다. 뒷자리에서 자도 된다. 시스템이 한계 상황을 만나면 스스로 안전한 곳에 정차한다. 멈추는 것 자체가 기능이다.

‘로보택시’라고 불리는 서비스들이 목표로 삼는 수준이 레벨 4다. 구글 웨이모(Waymo), GM 크루즈(Cruise)가 대표적이다. 미국 일부 도시에서 이미 운행 중이긴 한데, 지금은 여전히 ‘제한된’ 레벨 4라는 단서가 붙는다.

레벨 5: 이론적으론 완벽하다

운전대도 없고 페달도 없다. 날씨, 지역, 도로 상태에 상관없이 어디든 스스로 간다. 사람이 운전할 수 있는 모든 상황을 시스템이 처리한다. 이게 레벨 5다.

솔직히 말하면 아직 멀었다. 폭설, 비포장도로, 예고 없이 생기는 공사 구간 같은 극단적인 변수를 전부 처리하려면 현재 기술로는 부족하다. 어느 회사도 아직 거기에 못 미쳤다. 이론 속에 있는 단계라고 보는 게 현실적이다.

로보택시, 결국 몇 레벨인가

지금 상용화된 로보택시는 대부분 ‘제한된’ 레벨 4다. 특정 도시의 일부 구역, 맑은 날씨 같은 조건이 붙는다. 그 조건을 벗어나면 운행이 멈추거나 원격 관제 센터가 개입한다.

Wired 보도에서 나온 원격 제어도 이 맥락이다. 갑작스러운 공사 구간이나 시스템이 제대로 읽지 못하는 복잡한 교차로처럼, 스스로 해결하기 어려운 ‘엣지 케이스(Edge Case)’에 한해 사람이 보완하는 구조다. 기술적 결함이 아니라 안전 장치다. 이 둘을 구분하는 게 중요하다.

마케팅 이름과 실제 레벨은 다르다

‘완전 자율주행’이라는 이름으로 팔리는 기능이 실제로는 레벨 2인 경우가 많다. 운전자가 계속 주의를 기울여야 하는 단계인데, 이름만 들으면 다 알아서 한다는 인상을 준다. 이건 좀 심각한 간극이다.

기술은 빠르게 발전하고 있다. 그러나 레벨 5가 일상이 되려면 기술 문제만이 아니라 법제도, 보험 체계, 도로 인프라까지 함께 바뀌어야 한다. 남은 과제가 한두 가지가 아니다. 당분간은 내 차의 자율주행 레벨이 몇인지 정확히 알고, 그 범위 안에서 쓰는 게 제일 안전한 방법이다.

출처: Wired

택배가 사라졌다. 배달 완료 문자는 왔는데 현관 앞이 텅 비어 있는 그 황당함. 한 번 겪으면 스마트 초인종이 갑자기 절실해진다. 막상 사려고 찾아보면 유선이니 배터리니, 구독료에 AI 기능까지… 용어부터 막막하다. 집 구조별로, 예산별로, 필요한 기능별로 핵심만 추렸다.

유선 vs 배터리, 집 구조가 먼저다

전원 방식이 첫 번째 갈림길이다. 기존 초인종 배선을 활용하는 유선 방식과 충전해서 쓰는 배터리 방식, 둘 중 하나를 골라야 한다. 취향의 문제가 아니라 집 상황에 따라 사실상 정해진다.

• 유선 방식: 배선이 살아 있다면 그 자리에 달면 끝이다. 충전 걱정 없고, 24시간 상시 녹화도 안정적으로 돌아간다. 단, 배선이 없거나 위치를 바꾸려면 전기 공사가 들어간다. 이 부분이 좀 걸린다.
• 배터리 방식: 나사 몇 개로 원하는 곳에 고정하면 된다. 전세·월세라면 사실상 이쪽이 현실적이다. 주기적으로 분리해 충전해야 한다는 게 단점이고, 배터리 수명 때문에 상시 녹화보다는 움직임 감지 때만 녹화하는 방식으로 작동한다.

자가 주택이고 기존 배선이 있다면 유선이 맞다. 나머지 경우엔 배터리 방식이 현실적인 선택이다.

화질과 화각, 숫자로 확인해야 한다

카메라 화질은 최소 Full HD(1080p)다. 그 이하면 야간이나 날씨 궂은 날 사람·사물 식별이 제대로 안 된다. 요즘은 2K 이상 고화질 제품도 많아졌으니 선택지가 넓어졌다.

화각은 단순히 넓은 것보다 상하 시야각이 더 중요하다. 일반 16:9 카메라는 좌우는 잘 잡히는데, 문 바로 앞에 놓인 택배 상자는 화면에 안 들어오는 경우가 생긴다. 그래서 스마트 초인종에서 1:1 비율이나 4:3 비율처럼 세로로 넓은 화각을 쓰는 제품이 실용적이다. 제품 사양에 ‘머리부터 발끝까지 확인’이라는 문구가 있다면 이 방식이다.

구독료, 매달 안 내도 되는 방법이 있다

많은 스마트 초인종이 영상 저장과 AI 알림 기능을 구독료 뒤에 묶어놓는다. 처음엔 기기값만 봤다가 나중에 월 사용료를 발견하고 당황하는 경우가 꽤 있다. Wired가 전한 바에 따르면 이런 구독 기반 모델이 점점 늘어나는 추세라고 한다.

대안은 로컬 저장소 지원 제품이다. 클라우드가 아닌 기기 자체나 별도 저장 장치에 영상을 쌓는 방식이다.

• SD카드 슬롯 내장형: 본체나 실내 허브에 SD카드를 꽂으면 된다. 초기 카드 구매 비용 외에 추가 지출이 없다.
• 전용 허브/스테이션 제공: 실내에 설치하는 허브 장치에 영상 데이터를 암호화해서 저장한다. 보안을 한 단계 더 신경 쓴 방식이다.

구독 서비스가 편하고 기능도 좋은 건 맞다. 그래도 매달 고정 비용이 부담된다면 로컬 저장 지원 여부를 반드시 확인하고 사야 한다.

AI 기능, 실제로 얼마나 쓸만한가

최신 스마트 초인종의 AI는 단순 움직임 감지를 넘어선다. 바람에 흔들리는 나뭇가지나 지나가는 차는 무시하고, 사람·택배·동물을 구분해서 알림을 보낸다. 쓸데없는 알림이 눈에 띄게 줄어드는 게 실제 사용자들이 꼽는 최대 장점이다.

주요 AI 기능을 보면 이렇다.

• 사람 감지: 가장 기본. 사람 움직임이 잡힐 때만 알림.
• 택배 감지: 배송 기사가 두고 갔거나 누군가 가져갔을 때 알림.
• 안면 인식: 등록된 얼굴을 구분해 ‘OOO님이 도착했습니다’ 형식으로 알림을 보내는 고급 기능. 대부분 상위 구독 플랜에 묶여 있다.
• 활동 구역 설정: 화면 내 특정 영역만 지정해 그 안에서 움직임이 감지될 때만 알림을 받는다.

솔직히 안면 인식까지 필요한 집이 얼마나 될까 싶다. 사람 감지와 택배 감지 두 가지만 있어도 실생활에서 충분히 쓸만하다.

스마트홈 연동, 이미 쓰는 생태계에 맞춰라

구글 홈, 애플 홈킷, 아마존 알렉사를 이미 쓰고 있다면 초인종 구매 전에 연동 여부부터 따져야 한다. 지원이 되면 활용도가 확 달라진다. 구글 네스트 허브나 아마존 에코 쇼 같은 스마트 디스플레이가 집에 있다면, 초인종이 눌렸을 때 스마트폰을 꺼내기도 전에 그 화면에 현관 영상이 바로 뜬다. 나중에 호환이 안 된다는 걸 뒤늦게 알고 후회하는 것보다, 생태계를 먼저 정하고 거기에 맞는 초인종을 고르는 순서가 맞다.

출처: Wired

정부 공식 앱이 사용자 위치를 몇 분 간격으로 외부 서버에 넘기고 있었다는 게 드러났다. 불편한 이야기다. 그런데 이게 그 앱만의 문제가 아니라는 게 더 불편하다. 무심코 설치한 앱들이 지금도 내 동선을 긁어가고 있을 가능성이 높다. 광고 수익, 데이터 판매, 개인화 서비스 — 이유는 여럿이지만 정작 사용자는 모르는 경우가 많다. 내 데이터가 어디에 쓰이는지 직접 통제하는 것이 개인정보 보호의 출발점이다. 아이폰과 안드로이드에서 불필요한 앱의 위치추적을 막는 방법을 단계별로 정리했다.

앱이 내 위치를 추적하는 진짜 이유

개발사가 위치 정보 접근 권한을 요청하는 이유는 크게 네 가지다. 정당한 이유도 있고, 솔직히 좀 얄밉다 싶은 이유도 있다.

• 핵심 기능 제공: 카카오맵, T맵, 배달의민족, 카카오T처럼 위치가 서비스 자체인 앱들이다. 이 경우엔 위치를 막으면 앱이 제대로 작동하지 않는다.
• 개인화 서비스: 주변 맛집 추천, 지역 기반 뉴스 피드, 가까운 매장 할인 정보 같은 것들이다. 위치를 알아야 맥락에 맞는 정보를 보여줄 수 있다.
• 타겟 광고: 솔직히 가장 흔한 이유다. 백화점 근처에 있을 때 그 백화점 세일 광고가 뜨는 방식이다. 광고 효율이 올라가니 개발사 입장에서 포기하기 어렵다.
• 데이터 수집 및 판매: 무료 앱 중 일부는 익명화된 위치 데이터를 데이터 브로커나 시장 분석 회사에 팔아 수익을 낸다. 상권 분석, 도시 계획, 교통 흐름 연구 등에 쓰인다고는 하지만, 내 동선이 거래된다는 건 찜찜하다.

아이폰(iOS) 위치추적 설정 완벽 제어

아이폰은 앱별로 위치 권한을 세밀하게 조정할 수 있다. 전체를 한 번에 끄면 카카오맵 같은 앱도 먹통이 되니, 앱마다 따로 설정하는 게 맞다.

설정 > 개인정보 보호 및 보안 > 위치 서비스

목록에서 앱을 하나씩 탭하면 4가지 옵션이 나온다.

• 안 함: 완전 차단. 앱이 위치에 전혀 접근하지 못한다.
• 다음번에 묻기 또는 내가 공유할 때: 앱이 위치를 필요로 할 때마다 팝업이 뜬다. 번거롭지만 가장 확실하게 통제하는 방법이다.
• 앱을 사용하는 동안: 앱이 화면에 켜져 있을 때만 허용. 백그라운드에서는 추적하지 않는다. 대부분의 앱에 이 설정을 걸어두는 게 정답에 가깝다.
• 항상: 앱이 꺼져 있어도 위치를 가져간다. 운동 기록 앱이나 내비게이션 외에는 굳이 줄 이유가 없는 권한이다.

같은 화면 아래에 있는 ‘정확한 위치’ 토글도 잊지 마라. 이걸 끄면 GPS 정밀 좌표 대신 Wi-Fi나 셀룰러 기반의 수백 미터 반경 위치만 앱에 넘어간다. 날씨 앱, 뉴스 앱은 이 정도면 충분하다.

안드로이드(Android) 위치 서비스 맞춤 설정

안드로이드는 제조사마다 메뉴 이름이 조금 다르다. 삼성 갤럭시 기준으로 주로 아래 두 경로 중 하나다.

설정 > 위치 또는 설정 > 보안 및 개인정보 보호 > 개인정보 보호 > 권한 관리자 > 위치

앱을 선택하면 iOS와 비슷한 구성이 나온다.

• 항상 허용: 백그라운드에서도 위치 접근을 허용한다. 꼭 필요한 앱이 아니면 피하는 게 낫다.
• 앱 사용 중에만 허용: 가장 무난한 선택이다. 실행 중에만 위치를 넘긴다.
• 매번 확인: 위치가 필요할 때마다 허용 여부를 묻는다.
• 허용 안 함: 완전 차단.

안드로이드도 ‘정확한 위치 사용’ 옵션이 있다. 날씨 앱처럼 도시 단위만 알면 되는 앱이라면 이걸 꺼도 서비스 이용에 지장이 없다. 굳이 집 근처 정밀 좌표까지 넘길 이유가 없다.

‘정확한 위치’ 옵션, 꼭 켜야 할까?

iOS와 안드로이드 모두에 있는 ‘정확한 위치(Precise Location)’ 옵션은 꽤 유용한 프라이버시 도구다. 이걸 끄면 GPS를 이용한 정밀 좌표 대신, Wi-Fi나 셀룰러 기반으로 수백 미터 반경의 위치만 앱에 제공된다.

• 정확한 위치가 필요한 앱: 카카오맵, T맵, 구글 지도 같은 내비게이션 앱, 배달의민족·쿠팡이츠 같은 배달 앱, 카카오T·UT 같은 차량 호출 앱.
• 정확한 위치가 필요 없는 앱: 날씨 앱, 뉴스 앱, 인스타그램·페이스북 같은 소셜 미디어, 쇼핑 앱.

예를 들어, 인스타그램에 사진을 올릴 때 ‘서울시 강남구’ 정도만 태그되면 충분하다. 그 이상의 정보를 넘길 이유가 없다. 이건 좀 단호하게 꺼두는 게 맞다.

위치추적을 막는 추가 보안 습관

설정 한 번으로 끝나는 일이 아니다. 이후가 중요하다.

1. 주기적인 권한 검토: 3개월에 한 번은 설치된 앱 목록을 훑어라. 잘 쓰지 않는 앱이 위치를 가져가고 있으면 바로 차단하거나 삭제한다. 오래 쌓이면 감당하기 어렵다.
2. 사진 메타데이터(EXIF) 확인: 스마트폰 사진에는 촬영 시간, 카메라 기종뿐 아니라 GPS 좌표도 담길 수 있다. SNS에 올리는 사진이라면 더 신경 써야 한다. 카메라 앱 설정에서 ‘위치 태그’ 기능을 비활성화하면 이 정보가 사진 파일에 남지 않는다.
3. 브라우저 위치 정보 차단: 웹서핑 중에도 사이트가 위치를 요구하는 경우가 있다. 모바일 브라우저 설정에서 위치 접근 권한을 ‘차단’ 또는 ‘매번 확인’으로 바꿔두는 게 안전하다.

출처: Reddit r/technology