kone
VPN 프라이버시
VPN 프라이버시

일반적인 위협

07/22/2026, 15:51:47
PG
4543 views · 2 likes

크게 보아, 우리는 대부분의 사람들에게 해당되는 위협이나 목표를 기준으로 권장 사항을 분류합니다. 여러분은 이러한 가능성 중 어느 것에도 우려하지 않거나, 하나, 일부 혹은 전부에 대해 우려할 수 있으며, 어떤 도구와 서비스를 사용할지는 여러분의 목표가 무엇인지에 따라 달라집니다. 또한, 이 범주에 속하지 않는 특정한 위협 요소를 마주하고 있을 수도 있지만 이는 전혀 문제되지 않습니다! 중요한 것은 여러분이 선택한 도구의 장점과 단점을 명확히 이해하는 것입니다. 사실상 그 어떤 도구도 모든 위협으로부터 여러분을 완벽히 보호해 줄 수는 없기 때문입니다.

익명
온라인 활동에서 실제 신원을 숨겨주고, 특히 사용자의 신원을 밝혀내려는 행위들로부터 사용자를 보호합니다.

표적 공격

사용자를 노리고 사용자의 데이터나 기기에 접근하려는 해커나 기타 악의적인 행위자로부터 보호받는 것.

공급망 공격

표적 공격의 한 형태로 정상적인 소프트웨어에 직접적으로 또는 제3자 의존성을 통해 유입된 취약점이나 익스플로잇을 중심으로 이루어짐.

수동 공격

악성 소프트웨어, 데이터 유출, 그리고 다수의 사람을 동시에 대상으로 하는 기타 공격으로부터 보호받는 것.

서비스 제공업체

서비스 제공업체로부터 데이터를 보호합니다(예: E2EE를 사용하여 서버에서 데이터를 읽을 수 없도록 만듭니다).

대중감시

이용자의 활동을 추적하기 위해 서로 협력하는 정부 기관, 단체, 웹사이트 및 서비스로부터의 보호.

감시 자본주의

구글이나 페이스북과 같은 대형 광고 네트워크는 포함해 그 밖의 수많은 제3자 데이터 수집 업체들로부터 자신을 보호하는 것.

공공 노출

검색 엔진이나 일반 대중이 온라인에서 접근할 수 있는 본인에 대한 정보를 제한하는 것입니다.

검열

온라인상에서 정보에 대한 검열을 피하거나, 스스로 검열을 당하지 않도록 하는 것.


여러분의 구체적인 우려 사항에 따라, 이러한 위협 중 일부는 다른 것보다 더 중요하게 느껴질 수 있습니다. 예를 들어, 중요한 데이터에 접근 권한이 있는 소프트웨어 개발자라면 주로 공급망 공격과 표적 공격에 대해 우려를 가지게됩니다. 하지만 이러한 개발자들도 여전히 자신의 개인 데이터가 대중 감시 프로그램에 포착되는 것을 방지하고자 할 것입니다. 마찬가지로, 많은 사람들은 주로 개인정보의 공개에 대해 우려할 수 있지만, 기기에 영향을 미치는 악성코드와 같은 수동 공격과 같은 보안 관련 문제에도 여전히 주의를 기울여야 합니다.

익명성 vs. 프라이버시

익명성은 종종 프라이버시와 혼동되지만, 둘은 엄연히 다른 개념입니다. 프라이버시는 개인 정보의 사용 및 공유 방식에 대한 사용자의 선택인 반면, 익명성은 온라인 활동과 실제 신원을 완전히 분리하는 것을 의미합니다. 자신의 데이터가 어떻게 사용되고 공유될지에 대해 사용자가 내리는 일련의 선택인 반면, 익명성은 온라인 활동과 실제 신원을 완전히 분리하는 것을 의미합니다.

예를 들어 내부 고발자나 언론인은 완전한 익명성을 요구하는 극단적인 위협 모델에 직면할 수 있습니다. 이는 단순히 자신이 하는 일이나 보유한 데이터를 숨기고 악의적인 행위자나 정부로부터 해킹당하지 않는 것뿐만 아니라, 자신의 신원 자체를 완전히 숨기는 것을 의미합니다. 그들은 익명성, 사생활 또는 보안을 보호할 수 있다면 어떤 편의도 기꺼이 희생할 것입니다. 왜냐하면 그들의 생명이 그것에 달려 있을 수도 있기 때문입니다. 대다수의 사람들은 이 정도로 극단적인 조치를 취할 필요는 없습니다.

보안 과 프라이버시

보안과 개인정보 보호는 종종 혼동되는데, 개인정보 보호를 위해서는 보안이 필수적이기 때문입니다. 아무리 프라이버시를 염두하여 설계된 도구라 할지라도, 공격자가 쉽게 악용하여 데이터를 유출할 수 있다면 이는 무의미합니다. 하지만 그 반대는 존재하지 않습니다. 세상에서 가장 안전한 서비스가 반드시 개인정보 보호를 보장하는 것은 아닙니다 . 예를 들어 구글은 수많은 보안 전문가를 고용하고 최고수준의 보안을 가진 전산을 운영합니다. 구글은 거대한 규모에 비해 대형 보안사고가 비교적 적습니다. 하지만 구글이 제공하는 무료 소비자 제품(Gmail, YouTube 등)에 저장된 데이터가 완전 프라이빗하다고 생각하는 사람은 적을 것입니다.

애플리케이션 보안에 있어서, 우리는 일반적으로 사용하는 소프트웨어가 악성인지, 혹은 언젠가 악성으로 변할 가능성이 있는지 알 수 없으며, 때로는 알 수도 없습니다. 아무리 신뢰할 수 있는 개발자라 할지라도, 그들의 소프트웨어에 나중에 악용될 수 있는 심각한 취약점이 없다는 것을 보장할 수는 없습니다.

모바일 운영 체제는 일반적으로 데스크톱 운영 체제보다 더 나은 애플리케이션 샌드박싱 기능을 갖추고 있습니다. 앱은 루트 권한을 획득할 수 없으며, 시스템 리소스에 접근하려면 별도의 권한이 필요합니다.

데스크톱 운영 체제는 일반적으로 적절한 샌드박싱 측면에서 뒤처져 있습니다. ChromeOS는 Android와 유사한 샌드박싱 기능을 제공하며, macOS는 전체 시스템 권한 제어 기능을 갖추고 있습니다(개발자는 애플리케이션에 샌드박싱을 적용하도록 선택할 수 있습니다). 하지만 이러한 운영 체제는 식별 정보를 해당 OEM에 전송합니다. Linux는 시스템 벤더에 정보를 전송하지 않는 경향이 있지만, 익스플로잇 및 악성 앱에 대한 보호 기능이 취약합니다. 이는 Qubes OS와 같이 가상 머신이나 컨테이너를 적극적으로 활용하는 특화된 배포판을 통해 어느 정도 완화할 수 있습니다.

특정 개인을 대상으로 한 공격

특정 개인을 겨냥한 표적 공격은 대처하기가 더 까다롭습니다. 일반적인 공격 방식으로는 이메일을 통한 악성 문서 전송, 브라우저나 운영 체제의 취약점 악용, 물리적 공격 등이 있습니다. 이러한 점이 우려된다면 더 고도화된 위협 모델을 도입해야 합니다.

설계상 웹 브라우저, 이메일 클라이언트오피스 애플리케이션은 일반적으로 제3자가 보낸 신뢰할 수 없는 코드를 실행합니다. 이러한 애플리케이션을 호스트 시스템 및 서로로부터 분리하기 위해 여러 가상 머신을 실행하는 것은, 애플리케이션의 취약점 공격이 시스템의 나머지 부분까지 침해할 가능성을 완화하는 데 사용할 수 있는 기술 중 하나입니다. 예를 들어, Qubes OS나 Windows의 Microsoft Defender Application Guard와 같은 기술은 이를 수행하는 편리한 방법을 제공합니다.

물리적 공격이 걱정된다면 Android, iOS, macOS 또는 Windows(TPM 포함)와 같이 보안 검증 부팅이 구현된 운영 체제를 사용해야 합니다. 또한 드라이브가 암호화되어 있는지 확인해야 하며, 운영 체제가 TPM이나 Secure Enclave 또는 Element를 사용하여 복호화 비밀번호 입력 시도 횟수를 제한하도록 해야 합니다. 대부분의 데스크톱 운영 체제는 사용자별로 데이터를 따로 암호화하지 않기 때문에, 신뢰할 수 없는 사람과 컴퓨터를 함께 사용하는 것은 피해야 합니다.

특정 조직을 대상으로 한 공격

공급망 공격은 기업, 정부 및 활동가를 겨냥한 일종의 표적 공격의 형태를 띠는 경우가 많지만, 이는 결국 일반 대중까지 위험에 빠뜨릴 수 있습니다.

예시

공급망 공격 대한 대표적인 사례는 2017년 우크라이나의 인기 회계 소프트웨어인 M.E.Doc이 NotPetya 바이러스에 감염되었을 때 발생했습니다. 이로 인해 이 소프트웨어를 다운로드한 사용자들이 랜섬웨어에 감염되었습니다. NotPetya는 전 세계 여러 국가의 2,000개 이상의 기업에 피해를 입힌 랜섬웨어 공격으로, NSA가 네트워크를 통해 Windows 컴퓨터를 공격하기 위해 개발한 EternalBlue 취약점을 기반으로 했습니다.

이러한 유형의 공격이 수행될 수 있는 몇 가지 방법이 있습니다.

  1. 기여자나 직원이 먼저 프로젝트 또는 조직 내에서 권한이 있는 위치에 오른 뒤, 해당 직위를 남용하여 악성 코드를 삽입할 수 있습니다.

  2. 개발자가 외부의 압력를 받아 악성 코드를 추가할 수도 있습니다.

  3. 개인이나 단체가 제3자 소프트웨어 의존성(라이브러리라고도 함)을 식별한 후, 이를 사용하는 '다운스트림' 소프트웨어 개발자들을 노리고 위의 두 가지 방법을 통해 해당 라이브러리에 침투를 시도할 수 있습니다.

이러한 종류의 공격은 수행하는 데 많은 시간과 준비가 필요할 수 있으며, 특히 인기가 많고 외부의 관심이 높은 오픈 소스 프로젝트의 경우 탐지될 수 있기 때문에 위험합니다. 불행히도 이러한 공격은 완전히 완화하기가 매우 어렵기 때문에 가장 위험한 공격 중 하나이기도 합니다. 여러분께서는 평판이 좋고 다음과 같은 노력을 통해 위험을 줄이는 소프트웨어만 사용하실 것을 권장합니다.

  1. 오랫동안 사용되어 온 대중적인 소프트웨어만 채택하십시오. 프로젝트에 대한 관심이 높을수록 외부인이 악의적인 변경 사항을 발견할 가능성이 커집니다. 또한 악의적인 행위자가 커뮤니티의 신뢰를 얻기 위해 유의미한 기여를 하며 더 많은 시간을 투자해야 합니다.

  2. 개발자 워크스테이션이나 자체 호스팅 서버가 아닌, 널리 사용되고 신뢰할 수 있는 빌드 인프라 플랫폼을 통해 바이너리를 배포하는 소프트웨어를 찾으십시오. GitHub Actions와 같은 일부 시스템은 공개적으로 실행되는 빌드 스크립트를 검사할 수 있게 하여 추가적인 신뢰를 제공합니다. 이는 개발자 기기의 멀웨어로 인해 패키지가 감염될 가능성을 줄여주며, 생성된 바이너리가 실제로 올바르게 제작되었다는 확신을 줍니다.

  3. 개별 소스 코드 커밋 및 릴리스에 대한 코드 서명을 확인하십시오. 이는 누가 무엇을 했는지에 대한 감사 가능한 추적 기록을 생성합니다. 예를 들어, 악성 코드가 소프트웨어 저장소에 있었는지, 어떤 개발자가 추가했는지, 아니면 빌드 과정 중에 추가되었는지 등을 파악할 수 있습니다.

  4. 소스 코드에 각 변경 사항이 무엇을 수행하는지 설명하는 의미 있는 커밋 메시지(예: Conventional Commits)가 있는지 확인하십시오. 명확한 메시지는 프로젝트 외부인이 버그를 검증, 감사 및 발견하는 것을 더 쉽게 만들어 줍니다.

  5. 프로그램의 기여자 또는 유지 관리자 수를 확인하십시오. 1인 개발자는 외부 세력으로부터 악성 코드를 추가하도록 강요받거나 부주의하게 바람직하지 않은 동작을 허용할 가능성이 더 높을 수 있습니다. 이는 누구에게도 책임을 지지 않는 1인 개발자보다 오히려 '빅테크' 기업이 개발한 소프트웨어가 더 철저한 검증을 받을 수 있음을 의미하기도 합니다.

서비스 제공자로부터의 프라이버시

우리는 거의 모든 것이 인터넷에 연결된 세상에 살고 있습니다. 우리의 "비공개" 메시지, 이메일 및 소셜 상호 작용은 일반적으로 세계 어딘가의 서버에 저장됩니다. 일반적으로 누군가에게 메시지를 보내면 서버에 저장되고, 친구가 메시지를 읽고 싶어 할 때 서버가 이를 보여줍니다.

이 방식의 명백한 문제는 서비스 제공자(또는 서버를 해킹한 해커)가 귀하가 알지 못하는 사이에 언제 어디서나 귀하의 대화에 접근할 수 있다는 것입니다. 이는 SMS 메시징, 텔레그램, 디스코드와 같은 많은 일반적인 서비스에 해당됩니다.

다행히 E2EE(종단간 암호화)는 통신 내용이 서버로 전송되기 전에 귀하와 수신자 사이에서 암호화함으로써 이 문제를 완화할 수 있습니다. 서비스 제공자가 어느 쪽의 개인 키에도 접근할 수 없다고 가정할 때, 메시지의 비밀은 보장됩니다.

웹 기반 암호화에 관한 참고 사항

실제로 E2EE 구현 방식에 따라 그 효과는 천차만별입니다. Signal과 같은 애플리케이션은 기기에서 네이티브로 실행되며, 모든 설치본이 동일한 코드를 공유합니다. 만약 서비스 제공업체가 개인 키를 탈취하기 위해 애플리케이션에 백도어를 심는다면, 추후 역공학(리버스 엔지니어링)을 통해 이를 탐지해낼 수 있습니다.

반면 Proton Mail의 웹 앱이나 Bitwarden의 Web Vault와 같은 웹 기반 E2EE 구현 방식은 서버가 브라우저에 동적으로 전달하는 자바스크립트 코드를 통해 암호화를 처리합니다. 악의적인 서버는 특정 사용자를 타겟팅하여 암호화 키를 탈취하는 악성 자바스크립트 코드를 보낼 수 있으며, 이를 알아차리기는 매우 어렵습니다. 서버는 사용자마다 서로 다른 웹 클라이언트를 제공할 수 있기 때문에, 설령 공격을 인지하더라도 서비스 제공업체의 유죄를 입증하는 것은 대단히 어렵습니다.

따라서 가능하면 웹 클라이언트보다는 네이티브 애플리케이션을 사용하는 것이 좋습니다.

Even with E2EE를 사용하더라도 서비스 제공자는 일반적으로 보호되지 않는 메타데이터를 기반으로 귀하의 프로필을 작성할 수 있습니다. 서비스 제공자가 메시지 내용을 읽을 수는 없지만, 누구와 대화하는지, 얼마나 자주 메시지를 보내는지, 주로 언제 활동하는지 등 중요한 사항을 관찰할 수 있습니다. 메타데이터 보호는 상당히 드문 편이므로, 이것이 귀하의 위협 모델에 포함된다면 사용 중인 소프트웨어의 기술 문서를 면밀히 살펴보고 메타데이터 최소화 또는 보호 기능이 있는지 확인해야 합니다.

대중감시 프로그램

대중감시

대중 감시(Mass surveillance)는 전체 인구(또는 인구의 상당 부분)의 "행동, 활동 또는 정보"를 모니터링하려는 복합적인 노력을 의미합니다. 이는 종종 2013년 에드워드 스노든에 의해 폭로된 것과 같은 정부 프로그램을 지칭합니다. 그러나 정부 기관을 대신하거나 기업 자체의 주도로 수행되기도 합니다.

감시 지도 (Atlas of Surveillance)

감시 기법과 귀하의 도시에서 이러한 기법이 어떻게 구현되고 있는지 자세히 알아보려면 전자 프런티어 재단(EFF)감시 지도(Atlas of Surveillance)를 확인해 보시기 바랍니다.

프랑스의 경우, 비영리 단체인 La Quadrature du Net에서 운영하는 Technopolice 웹사이트를 참고하실 수 있습니다.

정부는 종종 테러 대응 및 범죄 예방을 위해 대량 감시 프로그램이 필요하다고 정당화합니다. 하지만 인권 침해 요소가 다분하며, 소수 집단이나 정치적 반대 세력 등을 불균형적으로 표적 삼는 데 주로 사용됩니다.

ACLU: 9/11이 남긴 프라이버시의 교훈: 대량 감시는 미래를 위한 길이 아니다

에드워드 스노든이 PRISMUpstream과 같은 정부 프로그램을 폭로하자, 정보 당국자들은 NSA가 수년 동안 거의 모든 미국인의 전화 통화 기록(누가 누구에게 전화했는지, 언제 통화했는지, 통화 시간이 얼마나 되는지 등)을 비밀리에 수집해 왔음을 인정했습니다. 이러한 정보가 NSA에 의해 매일같이 축적되면, 목사, 낙태 시술소, 중독 상담사 또는 자살 예방 핫라인에 전화했는지 여부와 같이 개인의 삶과 관계에 대한 매우 민감한 세부 사항이 드러날 수 있습니다.

미국 내 대량 감시가 증가하고 있음에도 불구하고, 정부는 섹션 215와 같은 대량 감시 프로그램이 실제 범죄나 테러 음모를 저지하는 데 있어 "고유한 가치가 거의 없다"는 사실을 발견했습니다. 이러한 노력은 대개 FBI의 자체 표적 감시 프로그램과 중복되는 수준이었습니다.

온라인에서 사용자는 다음과 같은 다양한 방법을 통해 추적될 수 있습니다.

  • 사용자의 IP 주소

  • 브라우저 쿠키

  • 웹사이트에 제출하는 데이터

  • 브라우저 또는 기기 지문(핑거프린트)

  • 결제 수단 연동 정보

대량 감시 프로그램이 우려된다면 온라인 정체성을 분리하거나, 다른 사용자들 사이에 섞이거나, 가능할 때마다 식별 정보를 제공하지 않는 등의 전략을 사용할 수 있습니다.

비즈니스 모델로서의 감시

감시 자본주의

감시 자본주의는 수익 창출을 주 목적으로 개인 데이터를 수집하고 상품화하는 데 중점을 둔 경제 시스템입니다.5

많은 사람들에게 민간 기업에 의한 추적과 감시는 점점 더 큰 우려 사항이 되고 있습니다. 구글이나 페이스북이 운영하는 것과 같은 광범위한 광고 네트워크는 그들이 직접 관리하는 사이트를 넘어 인터넷 전반에 걸쳐 사용자의 행동을 추적합니다. 콘텐츠 차단기와 같은 도구를 사용하여 해당 서버로의 네트워크 요청을 제한하고, 이용하는 서비스의 개인정보 처리방침을 읽어보는 것이 기본적인 위협을 피하는 데 도움이 될 수 있습니다(비록 추적을 완전히 막을 수는 없더라도 말입니다).

또한, 애드테크(AdTech)나 추적 산업 이외의 기업들도 사용자의 정보를 데이터 브로커(케임브리지 애널리틱카, 익스페리언, 데이터로직스 등)나 기타 제3자와 공유할 수 있습니다. 이용 중인 서비스가 전형적인 애드테크나 추적 비즈니스 모델에 해당하지 않는다고 해서 데이터가 안전하다고 자동적으로 가정해서는 안 됩니다. 기업의 데이터 수집에 대한 가장 강력한 보호책은 가능할 때마다 데이터를 암호화하거나 난독화하여, 서로 다른 제공업체가 데이터를 연관시키고 사용자의 프로필을 구축하기 어렵게 만드는 것입니다.

공개 정보 제한

공공 노출

데이터의 프라이버시를 지키는 가장 좋은 방법은 애초에 데이터를 공개하지 않는 것입니다. 온라인에서 자신에 대해 발견한 원치 않는 정보를 삭제하는 것은 프라이버시를 되찾기 위해 취할 수 있는 가장 훌륭한 첫 단계 중 하나입니다.

정보를 공유하는 사이트의 경우, 해당 데이터가 얼마나 널리 퍼지는지 제한하기 위해 계정의 프라이버시 설정을 확인하는 것이 매우 중요합니다. 예를 들어, 옵션이 제공된다면 계정에서 "비공개 모드"를 활성화하세요. 이렇게 하면 검색 엔진이 귀하의 계정을 색인화하지 않으며, 귀하의 허가 없이는 계정을 볼 수 없게 됩니다.

정보를 가져서는 안 될 사이트에 이미 실제 정보를 제출했다면, 해당 온라인 정체성과 관련된 허위 정보를 제출하는 것과 같은 역정보 전술을 사용하는 것을 고려해 보세요. 이렇게 하면 실제 정보와 허위 정보를 구별할 수 없게 됩니다.

검열 피하기

검열

온라인 검열은 전체주의 정부, 네트워크 관리자, 서비스 제공업체 등 다양한 주체에 의해 (다양한 수준으로) 수행될 수 있습니다. 통신을 통제하고 정보 접근을 제한하려는 이러한 시도는 인간의 권리인 표현의 자유와 결코 양립할 수 없습니다.

트위터나 페이스북 같은 플랫폼이 대중의 요구, 시장의 압력, 정부 기관의 압력에 굴복함에 따라 기업 플랫폼에서의 검열이 점점 더 흔해지고 있습니다. 정부의 압력은 백악관이 자극적인 유튜브 영상의 삭제를 요청하는 것과 같은 기업에 대한 은밀한 요청일 수도 있고, 중국 정부가 기업에 엄격한 검열 체제를 준수하도록 요구하는 것과 같이 노골적일 수도 있습니다.

검열의 위협을 우려하는 사람들은 Tor와 같은 기술을 사용하여 이를 우회할 수 있으며, 계정을 임의로 폐쇄할 수 있는 중앙 집중식 계정 권한이 없는 Matrix와 같이 검열에 저항하는 통신 플랫폼을 지원할 수 있습니다.

검열을 우회하는 것 자체는 쉬울 수 있지만, 우회하고 있다는 사실을 숨기는 것은 매우 까다로울 수 있습니다.

상대방이 네트워크의 어떤 측면을 관찰할 수 있는지, 그리고 자신의 행동에 대해 그럴듯한 부인(plausible deniability)이 가능한지 고려해야 합니다. 예를 들어, 암호화된 DNS를 사용하면 기본적인 DNS 기반 검열 시스템을 우회하는 데 도움이 되지만, ISP로부터 방문 중인 사이트를 완전히 숨길 수는 없습니다. VPN이나 Tor는 네트워크 관리자로부터 방문 사이트를 숨기는 데 도움이 되지만, 해당 네트워크를 사용하고 있다는 사실 자체를 숨길 수는 없습니다. 플러그형 전송(Obfs4proxy, Meek, Shadowsocks 등)은 일반적인 VPN 프로토콜이나 Tor를 차단하는 방화벽을 우회하는 데 도움이 될 수 있지만, 우회 시도 자체가 프로빙이나 심층 패킷 분석(DPI)과 같은 방식에 의해 탐지될 수 있습니다.

검열을 우회하려 할 때의 위험성, 잠재적인 결과, 그리고 상대가 얼마나 정교한지 항상 고려해야 합니다. 소프트웨어 선택에 신중을 기해야 하며, 적발될 경우를 대비한 백업 계획을 세워두어야 합니다.

이 글은 privacyguides.org에서 CC-BY-SA-4.0 로 배포한 콘텐츠를 번역및 일부 재구성 하였으며 번역된 내용은 게시자의 의견이 아닙니다 이 게시글의 문자는 CC-BY-SA-4.0로 배포됩니다.
출처

2
2 comments
08/01
배우고 간다
프라이버시 정보글 모음 백업 아카이브 링크
정보
Ghost #fba2cb92
08/25 746 1
정상어학원 회원 정보 26만건 털렸다…경찰에 수사의뢰
털린 정보들
이다알
08/21 732 1
경찰청 "인증기관 해킹으로 靑 인사 개인정보 유출"
털린 정보들
이다알
08/21 831 2
Tor 사용 여부를 ISP에게서 숨기는 방법
정보
Ghost #dcf850f5
08/15 1281 3
프라이버시 관련하여 흔히 잘못 알려진 사실들
PG
이다알
08/09 1679 5
데이터 침해 요약(2026년 7월 31일 - 8월 6일)
털린 정보들
이다알
08/08 1753 3
VPN 차단한곳은 어떻게 뚫어?
질문
ㅇㅇ
08/07 1260 1
검열 우회를 돕는 안드로이드 앱, Snowflake Volunteer
일반
이다알
08/04 1473 2
일반적인 위협
PG
이다알
07/22 4543 2
서양판타지 있었는데
일반
ㅇㅇ
07/17 3053 2
OpenAI의 AI Atlas Browser, 출시 1년도 안 되어 서비스 종료
PG
이다알
07/12 3134 3
디시, '가짜뉴스 신고 창구' 만든다…비회원 '유동닉' 사라지나
뉴스
이다알
07/10 1862 1
유럽 의회, 채팅 제어 1.0 통과
뉴스
이다알
07/09 2035 1
새로운 규정(EU): 신차에 운전석 카메라 의무 장착
뉴스
이다알
07/08 1813 2
본인 사용중인 vpn
일반
qwerasdfzxcv
07/08 2418 1
데이터 유출 주요 소식 모음 (2026년 6월 26일 ~ 7월 2일)
털린 정보들
이다알
07/07 2848 0
Apple AirDrop 및 Android Quick Share에서 다수의 취약점 발견
PG
이다알
07/07 2441 1
LG와 삼성 스마트 TV 앱의 50%는 주거용 프록시를 내장하고 있습니다.
뉴스
이다알
06/27 1967 2
사용자들의 거센 항의에 따라 AMD는 소비자용 CPU에서 메모리 암호화 기 능을 복원했습니다
뉴스
이다알
06/27 1980 0
현재 코네는 mullvad browser와 tor browser로 접속이 가능함
정보
Ghost #0d499508
06/19 4760 0
이제 구글은 사용자가 사람임을 확인하기 위해 손을 보여주는 방식으로 카메라 접근 권한을 요청하고 있습니다.
뉴스
이다알
06/19 3807 1
애플 A12·A13 칩셋서 수정 불가능한 BootROM 취약점 발견 “보안 신뢰체계 무력화 가능”
뉴스
이다알
06/19 3563 1
루리웹 해외이전 생각중
일반
이다알
06/17 4314 1
7월 AI 검열 걱정되네
일반
Ghost #043af6cf
06/17 4170 2
볼만한 정보글 사이트 5개 추천함
정보
Ghost #043af6cf
06/17 3287 5
AMD는 소비자용 cpu에서 메모리 암호화 기능(TSME)을 제거합니다.
뉴스
이다알
06/17 2445 2
광고를 위한 추적에 동의하냐?
일반
이다알
06/16 2498 0
fisa 702조 만료가 다가오네
일반
이다알
06/12 2630 0
데이터 유출 주요 소식 (2026년 5월 29일 ~ 6월 4일)
털린 정보들
이다알
06/12 2781 2
영국 정부가 휴대전화에 저장된 모든 사진을 '노출' 검사를 해야합니다.
뉴스
이다알
06/11 2633 1