본문으로 건너뛰기
피드

인스타그램 DM, 오늘부터 종단간 암호화 빠진다

security 약 6분
vote
0
댓글
북마크

Meta가 인스타그램 DM의 선택형 종단간 암호화 기능을 조용히 제거했다. 회사는 사용자가 적어서 없앤다고 설명하지만, 기본값으로 켜지도 않았고 설정도 깊숙이 숨겨둔 기능이었다는 점에서 프라이버시 논란이 크다.

  • 1

    인스타그램 DM은 더 이상 종단간 암호화로 보호되지 않아 Meta가 메시지 내용을 볼 수 있는 구조가 됨

  • 2

    Meta는 사용률이 낮아 기능을 제거한다고 했지만, 애초에 기본 활성화가 아니었고 대화별 설정이 필요했음

  • 3

    종단간 암호화가 필요하면 Meta는 WhatsApp 사용을 권하지만, 인스타그램 DM 데이터 활용 가능성은 여전히 논란거리

  • 4

    Take It Down Act 시행 11일 전 결정이라 불법 합성 이미지 삭제 의무와의 충돌도 배경으로 거론됨

  • 인스타그램 DM에서 종단간 암호화(End-to-End Encryption)가 더 이상 제공되지 않음

    • 이제 인스타그램에서 보내는 DM은 완전 암호화로 보호되지 않음
    • 구조적으로 Meta가 메시지 내용을 볼 수 있고, 법 집행기관 요청에 따라 공유될 가능성도 생김
  • 이 기능은 2023년부터 있었지만, 사실상 ‘아는 사람만 쓰는’ 옵션에 가까웠음

    • 기본값으로 켜져 있지 않았고, 모든 사용자에게 배포된 것도 아니었음
    • 암호화 메시지를 보내려면 대화방마다 깊숙한 설정으로 들어가 직접 켜야 했음
    • Meta는 “아주 적은 사람만 선택형 암호화 DM을 쓰고 있어서 제거한다”고 설명함. 근데 기본으로 안 켜놓고 사용률 낮다고 말하는 건 좀 편한 논리임
  • Meta는 암호화가 필요하면 WhatsApp을 쓰라고 안내하고 있음

    • WhatsApp은 Meta 소유 앱이고, 현재는 종단간 암호화를 계속 제공함
    • Messenger도 당장은 종단간 암호화를 유지하고 있음
    • Signal이나 iMessage처럼 Meta 소유가 아닌 대안도 여전히 암호화 메시징을 제공함

중요

> 핵심은 ‘암호화 기능이 있었냐’보다 ‘기본 보호가 됐냐’임. 보안 기능이 깊숙한 설정에 숨어 있으면, 대부분의 사용자에게는 없는 기능이나 마찬가지임.

  • 이번 결정은 법 집행과 아동 안전 쪽 압박과도 맞닿아 있음

    • 법 집행기관과 아동 안전 단체들은 오래전부터 Meta에 암호화 제거를 요구해왔음
    • 기사에서는 이번 제거 시점이 Take It Down Act 시행 11일 전이라는 점을 짚음
    • 이 법은 비동의 사적 이미지나 딥페이크 같은 콘텐츠를 신고 후 48시간 안에 삭제하도록 요구함
    • 종단간 암호화가 켜져 있으면 Meta가 콘텐츠를 직접 볼 수 없어 이런 요구를 처리하기 어렵다는 문제가 생김
  • 데이터 활용 가능성도 찝찝한 지점임

    • Meta는 현재 DM 내용을 타깃 광고에 쓰지 않는다고 말함
    • 다만 제품 개선을 허용하는 문구가 있어, DM 콘텐츠가 향후 알고리즘 개선이나 챗봇 학습 같은 용도로 쓰일 수 있는지 논란이 남음
    • Meta는 지난해부터 Facebook, Instagram, WhatsApp, Messenger에서 비공개 생성형 AI 대화를 콘텐츠 개인화와 광고 추천에 활용하기 시작했음
  • 기존에 암호화 채팅을 쓰던 사용자는 보관하고 싶은 미디어나 메시지를 내려받으라는 안내를 받음

    • 이건 단순 기능 종료가 아니라, 기존 보안 모드로 쌓인 대화의 보존 방식까지 사용자가 직접 챙겨야 한다는 뜻임
    • 인스타그램 DM을 실질적인 메신저처럼 쓰는 사람에겐 꽤 큰 변화임
  • 개발자 관점에서 보면, 이건 보안 기능의 제품 설계가 얼마나 중요한지 보여주는 사례임

    • 종단간 암호화가 있어도 기본값이 아니고, 발견하기 어렵고, 대화마다 켜야 하면 채택률은 당연히 낮아짐
    • 나중에 “사용자가 안 써서 제거한다”고 말할 수 있지만, 그 낮은 사용률 자체가 설계 결과일 수 있음
    • 프라이버시 기능은 옵션으로 숨겨두는 순간 정책적 의미가 약해짐

기술 맥락

  • 종단간 암호화의 핵심은 서버를 믿지 않아도 된다는 점이에요. 메시지는 보내는 사람 기기에서 암호화되고 받는 사람 기기에서만 풀리기 때문에, 플랫폼 운영자도 본문을 읽기 어렵거든요.

  • 인스타그램 DM에서 이 기능이 빠지면 보안 모델이 바뀌어요. 사용자는 여전히 로그인과 전송 구간 보호를 받을 수 있지만, 서비스 제공자가 메시지 내용을 처리할 수 있는 구조가 되기 때문에 프라이버시 기대치가 달라져요.

  • Meta 입장에서는 법적 신고 처리, 안전 정책 집행, 제품 개선 같은 이유가 있을 수 있어요. 다만 사용자 입장에서는 같은 회사 앱이라도 WhatsApp은 암호화되고 Instagram DM은 안 되는 식이라, 어떤 대화가 어느 수준으로 보호되는지 직접 판단해야 해요.

  • 이 사례가 중요한 이유는 암호화가 단순한 기술 스위치가 아니라 제품 기본값의 문제이기 때문이에요. 기본으로 켜지지 않은 보안 기능은 실제 사용자 보호율이 낮고, 그 낮은 사용률이 다시 기능 제거의 근거가 될 수 있어요.

메신저 보안에서 ‘지원한다’와 ‘기본으로 보호한다’는 완전히 다른 얘기다. 인스타그램처럼 DM이 사실상 생활 인프라가 된 서비스에서 암호화 옵션을 조용히 빼는 건, 보안 기능의 UX가 곧 정책이라는 걸 보여줌.

댓글

댓글

댓글을 불러오는 중...

security

AI 에이전트 보안, 이제 권한이 아니라 ‘실행 증거’ 싸움으로 간다

오페이크가 AI 에이전트의 ID, 실행 환경, 도구 호출, 정책 적용 여부를 암호학적으로 검증하는 오페이크 3.0을 공개했다. 핵심은 에이전트 매니페스트와 컨피덴셜 MCP라는 두 오픈소스 기술이며, 기밀 컴퓨팅과 서명된 실행 증거를 결합해 감사자나 규제기관도 독립적으로 확인할 수 있게 하는 방향이다. AI 에이전트가 업무 시스템과 데이터를 직접 만지는 시대에는 접근 권한보다 ‘무슨 일을 했는지 증명할 수 있느냐’가 더 중요해지고 있다.

security

취약점 제보가 더 이상 특별하지 않은 시대가 왔다

전 Go 보안팀 리드였던 필리포 발소르다가 LLM 이후 취약점 제보의 의미가 바뀌었다고 주장한다. 예전에는 희소한 통찰과 비공개 제보가 귀했지만, 이제는 잠재 취약점을 찾는 것보다 실제 영향도를 빠르게 가려내는 triage가 병목이라는 얘기다.

security

스패로우, AI가 만든 코드 취약점 잡는 ‘Sparrow MCP’ 출시

스패로우가 AI 코딩 에이전트가 생성한 코드의 보안 취약점과 사용된 오픈소스를 실시간으로 검사하는 보안 어시스턴트 ‘Sparrow MCP’를 출시했다. 핵심 기능은 취약점 분석과 소프트웨어 자재명세서(SBOM) 생성이며, 앤트로픽의 모델 컨텍스트 프로토콜(MCP)을 지원하는 AI와 연결할 수 있다는 점이다. AI 코딩이 빨라질수록 보안 검증과 오픈소스 추적이 개발 파이프라인 안으로 더 깊게 들어오는 흐름이다.

security

오픈AI, 오픈소스 취약점 고치는 ‘패치 더 플래닛’ 시작

오픈AI가 트레일 오브 비츠와 함께 주요 오픈소스 프로젝트의 취약점을 AI로 찾고, 사람 검토를 거쳐 실제 패치까지 연결하는 프로그램을 시작했다. 파이썬, 고, cURL, 시그스토어, NATS 서버 같은 핵심 프로젝트가 초기 대상이고, 지금까지 수백 건의 보안 이슈와 수십 건의 병합된 패치가 나왔다. 핵심은 AI가 보안팀을 대체하는 게 아니라, 탐지·검증·패치·공개 조율을 빠르게 만드는 보조 엔진이라는 점이다.

security

오픈AI, 취약점 찾기부터 패치까지 돕는 ‘코덱스 시큐리티’ 공개

오픈AI가 사이버보안 이니셔티브 데이브레이크를 확대하면서 보안 전용 도구 코덱스 시큐리티와 GPT-5.5-사이버를 공개했다. 목표는 취약점 탐지에서 끝나는 게 아니라 검증, 위험도 평가, 패치 개발, 테스트, 배포까지 AI로 지원하는 것이다. cURL, Go, Python, Sigstore 등 30개 이상 오픈소스 프로젝트도 패치 지원 프로그램에 참여한다.