Контейнер эсвэл доторх файлыг нөөцлөх үү? Сэргээх хэлбэрээр шийд

Шифрлэсэн контейнерийг нэг объект болгон нөөцөлж болно, эсвэл түүнийг холбож доторх файлыг нөөцөлж болно. Хоёулаа VPN-ээр саадгүй гардаг бөгөөд ижил төстэй байдал тэнд дуусна. Тэд өөр зүйлийг сэргээдэг, өөр түлхүүрээс хамаардаг, өөр хэмжээний зай эзэлдэг, хэн нэгэнд өгөгдөл буцаж хэрэгтэй үед өөр аргаар бүтэлгүйтдэг. Эхлээд сэргээх объектыг, дараа нь тээвэрлэлтийг, дараа нь хадгалсан хуулбарын шифрлэлтийг сонго. Доорх шалгах хуудас энэ дарааллаар явдаг, учир нь нөөц хуулбарын талаарх бараг бүх маргаан үнэндээ эдгээр гурвын алийг нь эхлээд шийдсэн тухай санал зөрөлдөөн юм.

Хоёр объект, хоёр сэргээх хэлбэр

Зургийн түвшний нөөц контейнерийг сэргээдэг: шифрлэсэн эзлэхүүнийг буцааж авдаг бөгөөд түүнийг нээхэд нөөцийн материал хэрэгтэй хэвээр байна. Файлын түвшний нөөц файл, хавтасны модыг сэргээдэг бөгөөд тэднийг хамгаалж буй шифрлэлт нь нөөц сангийн шинж, анхны контейнерийн шинж биш. Алсын хавтас руу энгийн хуулбар нь гурав дахь тохиолдол бөгөөд тухайн хавтас санамсаргүй байгаа хамгаалалтыг өвлөдөг.

Дунд мөрийг хүмүүс буруу уншдаг. Энэ нь бүрэн сайн загвар байж болно: нөөцлөх програм нээлттэй текстийг локалаар уншиж, шифрлэсэн, баталгаажуулсан санг бичдэг. Тэгвэл аюулгүй байдал нь тэр програм, түүний нэвтрэх мэдээлэлд тулгуурладаг, анхны контейнерийн нууц үгэнд биш, хоёрыг нэг хяналт мэт дүрслэх ёсгүй.

Шалгалт 1: сэргээх нь юуг дахин бүтээх ёстой вэ?

Асуултыг нөөц биш, сэргээх хэлбэрээр тавь. Хэрэв шаардлага нь «энэ үйлчилгээг өөр хост дээр буцааж ажиллуулах» бол зураг болон түүний сэргээх материал нь уялдаатай хариулт юм. Хэрэв шаардлага нь «гуравдугаар сарын санхүүгийн хүснэгтийг буцааж авах» бол нэг файл гаргахын тулд хэдэн гигабайтын зургийг сэргээх нь үнэтэй хариулт юм. Хоёулаа хууль ёсны сэргээлт бөгөөд тэдгээр нь бие биеэ орлох төсөв биш. Зөвхөн нэгийг нэрлэсэн төлөвлөгөө эцэст нь нөгөөгөөр шалгагдана.

Сэргээх зорилгыг төлөвлөгөөнд бич: бүх эзлэхүүн, хавтасны мод эсвэл тусдаа файлууд. Дараа нь тэдэнтэй хамт явах ёстой мета өгөгдлийг тэмдэглэ, учир нь эзэмшил, зөвшөөрөл, өргөтгөсөн шинж чанар, цагийн тэмдэглэгээ нь файлын түвшний сэргээлтийн хэсэг бөгөөд туршилтын үед хангалттай мэт санагдсан хуулбарт суурилсан ажлын урсгалд ихэвчлэн алдагддаг.

Сэргээлтийг хэн хийхийг ч шийд. Аль ч оператор холбож болох файлын түвшний сан нь түлхүүр эзэмшигчийн оролцоо шаарддаг зургаас өөр хандалтын загвар бөгөөд аль нь ч автоматаар илүү сайн биш. Чухал нь сонголт зориуд, бичгээр байх явдал.

Шалгалт 2: хадгалсан хуулбарыг юу хамгаалдаг вэ?

VPN нь тээвэрлэлтийн нэг хэсгийг хамгаалдаг. Дамжуулалт дууссаны дараа хадгалсан хуулбарын талаар юу ч хэлдэггүй бөгөөд «тэр туннелээр гарсан» гэдэг нь нөөцлөлтийн оператор таны өгөгдлийг уншиж чадах эсэхийг хэлсэн үг биш. Хэрэв алсын талыг өөр хэн нэгэн удирдаж байвал асуулт нь тэд юу уншиж чадах вэ, холбоо шифрлэгдсэн эсэх биш.

Зургийн хувьд энэ нь контейнерийн түлхүүрийн материалыг зургаас тусдаа хамгаалахыг хэлнэ. Толгойг алдвал эзлэхүүнийг алдана, тиймээс толгойг зураг байхгүй газарт нөөцөл:

cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20

Файлын түвшний сангийн хувьд хэрэгсэл нь агуулга, мета өгөгдлийг хостоос гарахаас өмнө шифрлэж, баталгаажуулж байгаа эсэхийг шалгаж, түлхүүр хэний гарт байгааг мэд. Restic-ийн загварын баримт бичиг нь итгэмжлэгдсэн эх хост гэж үздэг, шифрлэлт нь санд хандалттай хүнийг нөөцийг устгахаас сэргийлдэггүй гэж тодорхой хэлдэг. Хоёр анхааруулга чухал: сан нууцлагдсан байж болох бөгөөд үүнтэй зэрэг устгагдаж болно.

Шалгалт 3: хуулбар уялдаатай юу?

Өөрчлөгдөж буй файлын системийг буулгасан нөөц бол хуулбар, сэргээх цэг биш. Зургийн хувьд эзлэхүүний хэрэгслийн дэмжсэн аргаар тогтвортой агшин зураг ав, энэ нь ихэвчлэн агшин зургийн үйлдэл эсвэл салгахыг хэлнэ, том файлыг өөрчлөгдөж байх үед уншихыг биш:

lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonly

Холбосон файлын хувьд ажиллаж буй өгөгдлийн сан болон бусад зохицуулсан өгөгдлийн хувьд програмын дэмжсэн уялдааны журмыг ашигла. Файлын системийн түвшний хуулбар ба програмын уялдаатай сэргээх цэг нь өөр тодорхойлолт бөгөөд ялгаа нь сэргээсэн хуулбараас програмыг эхлүүлэх гэж байж л илэрдэг.

Сэргээх материалыг бие даасан хамгаалагдсан замд байлга. Анхны машиныг алдах нь түүний нөөцийг онгойлгох цорын ганц нэвтрэх мэдээллийг алдах гэсэн үг болох ёсгүй бөгөөд түлхүүрийн файл нөөцлөгдөж буй эзлэхүүн дээр байх үед яг ийм зүйл тохиолддог. Энэ тусгаарлалтыг зориуд шалга: анхныг хэзээ ч хараагүй хост дээр, төлөвлөгөөнд боломжтой гэж заасан зүйлийг л ашиглан сэргээ.

Шалгалт 4: өөрчлөлт илрүүлэх нь энэ объектод хүчинтэй юу?

Шифрлэсэн контейнер нь ихэнх дамжуулалтын хэрэгсэлд нэг том тунгалаг бус файл мэт харагддаг тул нээлттэй текст дэх бага зэргийн засвар нь хэрэгсэл, форматаас хамааран том дахин уншилт эсвэл бүрэн дахин байршуулалт үүсгэж болно. restic-ийн баримталдаг хувьсах хэмжээтэй хэсэглэлт болон давхардлыг арилгах нь үүнийг багасгаж болох ч энэ нь тэр хэрэгслийн шинж, ерөнхийдөө шифрлэсэн контейнерийн шинж биш.

Таамаглахын оронд хэмж. Бага зэргийн хор хөнөөлгүй өөрчлөлтийн дараа эхний ажиллагааг хоёр дахь ажиллагаатай харьцуулж, дамжуулсан байт болон өнгөрсөн хугацааг бич. Туршилтын үеэр мэдэгдэж буй сайн нөөцийг хадгал, ингэснээр нэг шалгалт таны цорын ганц сэргээх цэгийг зарцуулахгүй.

Дараа нь шалгах хуудсыг цорын ганц чухал шалгалтаар дуусга: анхны машингуйгээр сэргээх. Сэргээсэн контейнерийг онгойлго, эсвэл сонгосон файлыг мета өгөгдлийн хамт сэргээж, програм эсвэл хэрэглэгч үр дүнг ашиглаж чадахыг батал. Энэ шалгалтад хариулж чадахгүй хурдан, сайн шифрлэсэн дамжуулалт бол таны өгөгдлийн хуулбар, түүний нөөц биш.