siloviki가 호스팅 업체에 오면 어떻게 해야 할까요?

kdpv - 로이터

서버를 임대하면 해당 서버를 완전히 제어할 수 없습니다. 이는 특별히 훈련받은 사람들이 언제든지 호스팅 업체에 와서 귀하의 데이터를 제공하도록 요청할 수 있음을 의미합니다. 그리고 법에 따라 요구가 공식화되면 호스팅 업체는 이를 돌려줄 것입니다.

웹 서버 로그나 사용자 데이터가 다른 사람에게 유출되는 것을 정말로 원하지 않습니다. 이상적인 방어를 구축하는 것은 불가능합니다. 하이퍼바이저를 소유하고 가상 머신을 제공하는 호스팅 업체로부터 자신을 보호하는 것은 거의 불가능합니다. 그러나 아마도 위험을 조금 줄이는 것이 가능할 것입니다. 렌트카를 암호화하는 것은 언뜻 보기에는 그다지 쓸모가 없습니다. 동시에 물리적 서버에서 데이터를 추출하는 위협에 대해서도 살펴보겠습니다.

위협 모델

원칙적으로 호스팅 제공자는 법률에 따라 최대한 고객의 이익을 보호하려고 노력합니다. 공식 당국의 편지에서 액세스 로그만 요청한 경우 호스팅 업체는 데이터베이스가 포함된 모든 가상 머신의 덤프를 제공하지 않습니다. 적어도 그렇지 않아야 합니다. 모든 데이터를 요청하면 호스팅 업체는 모든 파일이 포함된 가상 디스크를 복사하므로 사용자는 이에 대해 알 수 없습니다.

시나리오에 관계없이 주요 목표는 공격을 너무 어렵고 비용이 많이 들도록 만드는 것입니다. 일반적으로 세 가지 주요 위협 옵션이 있습니다.

공무원

대부분의 경우 관련 규정에 따라 필요한 데이터를 제공하라는 요구 사항이 포함된 종이 편지가 호스팅 업체의 공식 사무실로 전송됩니다. 모든 것이 올바르게 완료되면 호스팅 업체는 필요한 액세스 로그 및 기타 데이터를 공식 당국에 제공합니다. 일반적으로 그들은 필요한 데이터를 보내달라고 요청합니다.

때때로 꼭 필요한 경우 법 집행 기관의 대표자가 직접 데이터 센터를 방문합니다. 예를 들어, 자체 전용 서버가 있고 그곳의 데이터는 물리적으로만 가져올 수 있습니다.

모든 국가에서 사유 재산에 접근하고 수색 및 기타 활동을 수행하려면 해당 데이터에 범죄 수사를 위한 중요한 정보가 포함될 수 있다는 증거가 필요합니다. 또한, 모든 규정에 따라 집행된 수색 영장이 필요합니다. 현지 법률의 특성과 관련된 뉘앙스가 있을 수 있습니다. 당신이 이해해야 할 가장 중요한 것은 공식 경로가 정확하면 데이터 센터 담당자가 누구도 입구를 통과하도록 허용하지 않는다는 것입니다.

더욱이 대부분의 국가에서는 단순히 작동 중인 장비를 꺼낼 수 없습니다. 예를 들어, 러시아에서는 2018년 말까지 러시아 연방 형사소송법 183조 3.1항에 따라 압수 중에 전자 저장 매체 압수가 참여로 수행되도록 보장되었습니다. 전문가의. 압수된 전자 저장 매체의 법적 소유자 또는 그에 포함된 정보의 소유자의 요청에 따라 압수에 참여한 전문가는 증인의 입회 하에 압수된 전자 저장 매체의 정보를 다른 전자 저장 매체에 복사합니다.

그러다가 안타깝게도 이 내용이 기사에서 삭제되었습니다.

비밀 및 비공식

이것은 이미 NSA, FBI, MI5 및 기타 세 글자로 구성된 조직에서 특별히 훈련받은 동지들의 활동 영역입니다. 대부분의 경우 국가의 법률은 그러한 구조에 대해 매우 광범위한 권한을 제공합니다. 더욱이, 그러한 법 집행 기관과의 협력 사실을 직간접적으로 공개하는 것은 거의 항상 입법적으로 금지되어 있습니다. 러시아에도 비슷한 것이 있습니다 법적 규정.

귀하의 데이터에 대한 그러한 위협이 발생하는 경우 해당 데이터는 거의 확실히 제거될 것입니다. 또한 단순 압수 외에도 전체 비공식 백도어 무기고, 제로 데이 취약점, 가상 머신의 RAM에서 데이터 추출 및 기타 즐거움을 사용할 수 있습니다. 이 경우 호스팅 업체는 법 집행 전문가를 최대한 지원할 의무가 있습니다.

부도덕한 직원

모든 사람이 똑같이 좋은 것은 아닙니다. 데이터 센터 관리자 중 한 명이 추가 돈을 벌어 데이터를 판매하기로 결정할 수도 있습니다. 추가 발전은 그의 권한과 접근 권한에 달려 있습니다. 가장 짜증나는 점은 가상화 콘솔에 액세스할 수 있는 관리자가 귀하의 컴퓨터를 완벽하게 제어할 수 있다는 것입니다. 언제든지 RAM의 모든 내용과 함께 스냅샷을 찍은 다음 천천히 연구할 수 있습니다.

VDS

따라서 호스팅 업체가 제공한 가상 머신이 있습니다. 자신을 보호하기 위해 암호화를 어떻게 구현할 수 있습니까? 실제로는 거의 아무것도 아닙니다. 게다가 다른 사람의 전용 서버라도 필요한 장치가 삽입되는 가상 머신이 될 수도 있습니다.

원격 시스템의 작업이 단순히 데이터를 저장하는 것이 아니라 일부 계산을 수행하는 것이라면 신뢰할 수 없는 시스템으로 작업할 수 있는 유일한 옵션은 다음을 구현하는 것입니다. 동형암호. 이 경우 시스템은 정확히 무엇을 하고 있는지 이해하지 못한 채 계산을 수행합니다. 불행하게도 이러한 암호화를 구현하는 데 드는 오버헤드 비용이 너무 높아 실제 사용이 현재 매우 좁은 작업으로 제한되어 있습니다.

또한 가상 머신이 실행 중이고 일부 작업을 수행하는 순간 모든 암호화된 볼륨은 액세스 가능한 상태입니다. 그렇지 않으면 OS가 해당 볼륨을 사용할 수 없습니다. 즉, 가상화 콘솔에 액세스하면 언제든지 실행 중인 시스템의 스냅샷을 찍고 RAM에서 모든 키를 추출할 수 있습니다.

많은 공급업체에서는 호스터도 이 데이터에 액세스할 수 없도록 RAM의 하드웨어 암호화를 구성하려고 시도했습니다. 예를 들어, 운영 체제 커널을 포함한 다른 프로세스에 의해 이 영역 외부에서 읽고 쓰지 못하도록 보호되는 가상 주소 공간의 영역을 구성하는 Intel Software Guard Extensions 기술이 있습니다. 불행하게도 이러한 기술은 가상 머신으로 제한되기 때문에 완전히 신뢰할 수 없습니다. 또한 기성품 사례가 이미 존재합니다. 성공적인 공격 이 기술을 위해. 그럼에도 불구하고 가상 머신을 암호화하는 것은 생각만큼 의미가 없습니다.

VDS의 데이터를 암호화합니다.

아래에서 수행하는 모든 작업이 본격적인 보호에 해당하지 않는다는 점을 즉시 예약하겠습니다. 하이퍼바이저를 사용하면 서비스를 중단하지 않고 통지 없이 필요한 복사본을 만들 수 있습니다.

• 요청 시 호스팅 업체가 가상 머신의 "콜드" 이미지를 전송하는 경우 상대적으로 안전합니다. 이것이 가장 일반적인 시나리오입니다.
• 호스팅 업체가 실행 중인 시스템의 전체 스냅샷을 제공한다면 모든 것이 매우 나쁜 것입니다. 모든 데이터는 시스템에 명확한 형식으로 탑재됩니다. 또한 개인 키 및 유사한 데이터를 찾기 위해 RAM을 뒤지는 것도 가능합니다.

기본적으로 바닐라 이미지에서 OS를 배포한 경우 호스팅 업체에는 루트 액세스 권한이 없습니다. 언제든지 복구 이미지가 포함된 미디어를 마운트하고 가상 머신 환경을 루트로 전환하여 루트 비밀번호를 변경할 수 있습니다. 그러나 이를 위해서는 재부팅이 필요하며 이를 확인할 수 있습니다. 또한 마운트된 모든 암호화 파티션이 닫힙니다.

그러나 가상 머신 배포가 바닐라 이미지가 아닌 사전 준비된 이미지에서 이루어지는 경우 호스팅 업체는 클라이언트의 긴급 상황을 지원하기 위해 권한 있는 계정을 추가할 수 있는 경우가 많습니다. 예를 들어, 잊어버린 루트 비밀번호를 변경하려는 경우입니다.

완전한 스냅샷의 경우에도 모든 것이 그렇게 슬픈 것은 아닙니다. 다른 시스템의 원격 파일 시스템에서 암호화된 파일을 마운트한 경우 공격자는 암호화된 파일을 받지 못합니다. 예, 이론적으로는 RAM 덤프를 선택하고 거기에서 암호화 키를 추출할 수 있습니다. 그러나 실제로 이것은 그다지 사소한 일이 아니며 프로세스가 단순한 파일 전송을 넘어설 가능성도 거의 없습니다.

자동차를 주문하세요

테스트 목적으로 간단한 기계를 사용합니다. 서버 주문 섹션. 많은 리소스가 필요하지 않으므로 실제로 소비된 메가헤르츠와 트래픽에 대해 비용을 지불하는 옵션을 선택하겠습니다. 가지고 놀기에 충분합니다.

전체 파티션에 대한 클래식 dm-crypt가 시작되지 않았습니다. 기본적으로 디스크는 전체 파티션에 대한 루트와 함께 단일 조각으로 제공됩니다. 루트에 마운트된 파티션에서 ext4 파티션을 축소하는 것은 파일 시스템 대신 실질적으로 보장된 브릭입니다. 나는 시도했다) 탬버린은 도움이되지 않았습니다.

암호화 컨테이너 만들기

따라서 전체 파티션을 암호화하지 않고 감사되고 신뢰할 수 있는 VeraCrypt라는 파일 암호화 컨테이너를 사용합니다. 우리의 목적으로는 이것으로 충분합니다. 먼저 공식 홈페이지에서 CLI 버전이 포함된 패키지를 꺼내서 설치합니다. 서명을 동시에 확인할 수 있습니다.

wget https://launchpad.net/veracrypt/trunk/1.24-update4/+download/veracrypt-console-1.24-Update4-Ubuntu-18.04-amd64.deb
dpkg -i veracrypt-console-1.24-Update4-Ubuntu-18.04-amd64.deb

이제 재부팅 시 수동으로 마운트할 수 있도록 집 어딘가에 컨테이너 자체를 생성하겠습니다. 대화형 옵션에서 컨테이너 크기, 비밀번호 및 암호화 알고리즘을 설정합니다. 애국적인 암호인 Grasshopper와 Stribog 해시 함수를 선택할 수 있습니다.

veracrypt -t -c ~/my_super_secret

이제 nginx를 설치하고 컨테이너를 마운트한 후 비밀 정보를 채워보겠습니다.

mkdir /var/www/html/images
veracrypt ~/my_super_secret /var/www/html/images/
wget https://upload.wikimedia.org/wikipedia/ru/2/24/Lenna.png

/var/www/html/index.nginx-debian.html을 약간 수정하여 원하는 페이지를 얻으면 확인할 수 있습니다.

연결하고 확인해보세요

컨테이너가 마운트되고 데이터에 액세스하여 전송할 수 있습니다.

재부팅 후 머신은 다음과 같습니다. 데이터는 ~/my_super_secret에 안전하게 저장됩니다.

정말로 필요하고 하드코어를 원한다면 재부팅할 때 SSH를 통해 연결하고 비밀번호를 입력해야 하도록 전체 OS를 암호화할 수 있습니다. 이는 단순히 "콜드 데이터"를 철회하는 시나리오에서도 충분합니다. 여기 드롭베어 사용 지침 원격 디스크 암호화. VDS의 경우에는 어렵고 중복됩니다.

베어 메탈

데이터 센터에 자체 서버를 설치하는 것은 그리 쉬운 일이 아닙니다. 다른 사람의 전용 컴퓨터는 모든 장치가 전송되는 가상 머신이 될 수 있습니다. 그러나 보호 측면에서 흥미로운 것은 신뢰할 수 있는 물리적 서버를 데이터 센터에 배치할 기회가 있을 때 시작됩니다. 여기서는 기존 dm-crypt, VeraCrypt 또는 원하는 다른 암호화를 이미 완전히 사용할 수 있습니다.

전체 암호화를 구현하면 재부팅 후 서버가 스스로 복구할 수 없다는 점을 이해해야 합니다. 로컬 IP-KVM, IPMI 또는 기타 유사한 인터페이스에 대한 연결을 높여야 합니다. 그런 다음 마스터 키를 수동으로 입력합니다. 이 방식은 연속성 및 내결함성 측면에서 그렇게 보이지만 데이터의 가치가 높으면 특별한 대안이 없습니다.

NCipher nShield F3 하드웨어 보안 모듈

더 유연한 옵션은 데이터가 암호화되고 키가 특수 HSM(하드웨어 보안 모듈)의 서버 자체에 직접 있다고 가정합니다. 일반적으로 이는 하드웨어 암호화를 제공할 뿐만 아니라 물리적 해킹 시도를 탐지하는 메커니즘도 갖춘 매우 기능적인 장치입니다. 누군가 앵글 그라인더로 서버 주위를 찌르기 시작하면 독립 전원 공급 장치가 있는 HSM이 메모리에 저장한 키를 재설정합니다. 공격자는 암호화된 민스미트를 얻게 됩니다. 이 경우 재부팅이 자동으로 발생할 수 있습니다.

열쇠를 제거하는 것은 테르밋 폭탄이나 전자파 방지 장치를 활성화하는 것보다 훨씬 빠르고 인도적인 옵션입니다. 그러한 장치의 경우 데이터 센터 랙에 있는 이웃에게 오랫동안 구타를 당하게 될 것입니다. 게다가 이용의 경우 TCG 오팔 2 미디어 자체를 암호화하면 오버헤드가 거의 발생하지 않습니다. 이 모든 것은 OS에 투명하게 발생합니다. 사실, 이 경우 조건부 Samsung을 신뢰해야 하며 진부한 XOR이 아닌 정직한 AES256이 있기를 바랍니다.

동시에 불필요한 포트는 모두 물리적으로 비활성화하거나 단순히 컴파운드로 채워야 한다는 점을 잊어서는 안 됩니다. 그렇지 않으면 공격자에게 다음과 같은 작업을 수행할 수 있는 기회를 제공합니다. DMA 공격. 지원되는 USB를 포함하여 PCI Express 또는 Thunderbolt가 튀어나와 있는 경우 취약합니다. 공격자는 이러한 포트를 통해 공격을 수행하고 키를 사용하여 메모리에 직접 액세스할 수 있습니다.

매우 정교한 버전에서는 공격자가 콜드 부팅 공격을 수행할 수 있습니다. 동시에 서버에 액체 질소의 상당 부분을 붓고, 얼어붙은 메모리 스틱을 대략적으로 제거하고 모든 키와 함께 메모리 스틱에서 덤프를 가져옵니다. 종종 일반적인 냉각 스프레이와 약 -50도의 온도만으로도 공격을 수행하기에 충분합니다. 더 정확한 옵션도 있습니다. 외부 장치에서의 로딩을 비활성화하지 않은 경우 공격자의 알고리즘은 더욱 간단해집니다.

1. 케이스를 열지 않고도 메모리 스틱을 얼릴 수 있습니다.
2. 부팅 가능한 USB 플래시 드라이브를 연결하세요
3. 정지로 인해 재부팅 후에도 살아남은 RAM의 데이터를 제거하려면 특수 유틸리티를 사용하십시오.

분열과 정복

좋습니다. 가상 머신만 있지만 어떻게든 데이터 유출 위험을 줄이고 싶습니다.
원칙적으로 아키텍처를 수정하고 데이터 저장 및 처리를 여러 관할권에 분산시킬 수 있습니다. 예를 들어 암호화 키가 있는 프런트엔드는 체코 공화국의 호스팅 업체에서 제공되고 암호화된 데이터가 있는 백엔드는 러시아 어딘가에 있습니다. 일반적인 압수 시도의 경우, 법 집행 기관이 여러 관할권에서 동시에 이를 수행할 가능성은 거의 없습니다. 게다가 이는 스냅샷을 찍는 시나리오에 대해 부분적으로 보장해 줍니다.

글쎄, 아니면 완전히 순수한 옵션 인 종단 간 암호화를 고려할 수 있습니다. 물론 이는 사양의 범위를 벗어나며 원격 시스템 측에서 계산을 수행한다는 의미는 아닙니다. 그러나 이는 데이터 저장 및 동기화와 관련하여 완벽하게 허용되는 옵션입니다. 예를 들어, 이는 Nextcloud에서 매우 편리하게 구현됩니다. 동시에 동기화, 버전 관리 및 기타 서버 측 기능은 사라지지 않습니다.

전체로

완벽하게 안전한 시스템은 없습니다. 목표는 단순히 잠재적인 이득보다 공격의 가치를 높이는 것입니다.

암호화와 별도의 스토리지를 다른 호스터와 결합하면 가상 사이트의 데이터에 액세스할 때 발생하는 위험을 어느 정도 줄일 수 있습니다.

다소 안정적인 옵션은 자체 하드웨어 서버를 사용하는 것입니다.

그러나 호스팅 업체는 여전히 어떤 식으로든 신뢰를 받아야 합니다. 전체 산업이 여기에 달려 있습니다.

출처 : habr.com