서버 압수 시

현실적인 순서

하드웨어가 있는 관할권의 법원에서 발효된 유효한 명령으로 시작합니다. 법무팀이 명령의 유효성, 범위, 관할권을 검토합니다. 과도하게 광범위하거나 부적절하게 송달된 명령에는 이의를 제기하며, 때로는 성공하고 때로는 시간만 벌기도 합니다.

명령이 유지되면 다음 단계는 명령의 범위에 따라 다릅니다. 대부분의 명령은 특정 데이터의 사본을 요구합니다. 하드웨어의 물리적 제거는 덜 일반적이며, 일반적으로 특정 서비스 운영자에 대한 형사 수사와 함께 이루어집니다. 귀하에 대한 통지는 전적으로 명령에 비공개 조항이 포함되었는지에 달려 있습니다. 포함되지 않았다면 당일에 당사에서 연락드립니다.

압수에서 살아남는 것

암호화된 볼륨은 암호문만 제공합니다. 강력한 암호와 함께 LUKS2 및 Argon2id는 현존하는 어떤 기술로도 무차별 대입이 불가능하므로, 전원이 꺼진 암호화 디스크는 실질적으로 매우 비싼 벽돌입니다.

중요한 조건은 '전원이 꺼진'입니다. 실행 중인 머신에는 키가 RAM에 있습니다. 실행 중인 서버에 대한 콜드 부팅 공격은 실제적이지만 까다로우며, 실행 중에 압수된 머신은 꺼진 상태에서 압수된 것보다 훨씬 더 나쁜 결과입니다.

문제가 되지 않도록 구축하십시오

목표는 압수를 방지하는 것이 아닙니다. 그것은 불가능합니다. 목표는 압수를 견디고 정보를 제공하지 않도록 만드는 것입니다.

저장 데이터를 당사가 절대 보유하지 않는 키로 암호화하십시오. 동일한 명령이 도달하지 못하는 관할권에 백업을 유지하십시오. 서비스가 실제로 필요로 하는 최소한의 데이터만 보유하십시오. 존재하지 않는 데이터는 압수할 수 없습니다. 단일 명령이 모든 것을 가져가지 않도록 관할권에 분산하십시오. 그리고 재구축 방법을 미리 알고 있어야 합니다. 테스트된 복구 계획이 있는 압수는 중단일 뿐이며, 계획이 없는 압수는 프로젝트의 종말입니다.

• 부팅 시 콘솔에서 암호를 입력하는 LUKS2 저장 데이터 암호화
• 동일한 명령이 도달할 수 없는 관할권의 백업
• 애플리케이션 자체의 최소 실행 가능 데이터 보존
• 분산 아키텍처, 단일 국가 의존성 없음
• 실제로 리허설한 재구축 계획

당사가 하는 일

모든 명령의 유효성과 범위를 검토하고, 이의 제기가 가능한 것에는 이의를 제기합니다. 명령이 요구하는 것만 제공하고 그 이상은 제공하지 않습니다. 법적으로 금지되지 않는 한 귀하에게 통지합니다. 분기별 투명성 보고서에 건수를 게시합니다.

당사가 할 수 없는 것은 당사가 운영하는 관할권의 유효한 명령을 거부하는 것입니다. 그렇지 않다고 주장하는 제공자는 명령을 받아본 적이 없거나 정직하지 않은 것입니다.