Dữ liệu của các tệp được mã hóa trông như thế nào?


1

Tôi biết có rất nhiều chương trình mã hóa có sẵn, tôi đoán là sẽ sử dụng các phương thức khác nhau để mã hóa và do đó có các loại tệp đầu ra khác nhau (.fve .tc .cha .dmg (bitlocker, truecrypt, Challeer, ect.)), Nhưng nếu ai đó không biết tập tin đó là gì và chỉ nhìn vào dữ liệu, nó sẽ trông như thế nào? Nó chỉ trông giống như các bit ngẫu nhiên, hoặc bạn vẫn có thể chọn ra một mẫu? Nếu nó trông ngẫu nhiên, làm thế nào nếu tôi di chuyển tệp được mã hóa sang một máy tính khác, thì máy tính kia có thể cho biết đó là một tệp và có thể giải mã nó (làm sao nó biết bắt đầu hay dừng ở đâu, nếu tất cả đều nhìn ngẫu nhiên)? Ngoài ra, cấu trúc bị ảnh hưởng như thế nào khi mã hóa các tệp hai lần, sử dụng cùng một phương thức hoặc một phương thức khác nhau? Cảm ơn vì sự giúp đỡ và nếu bạn biết bất kỳ cuốn sách hoặc trang web nào về mã hóa cho những kẻ ngốc hoàn toàn, tôi sẽ đánh giá cao nó!


1
sách: dành cho người mới bắt đầu "Sách mã: Khoa học bí mật từ Ai Cập cổ đại đến Mật mã học lượng tử" của simon singh, dành cho các lập trình viên "Mật mã thực tế" của bruce schneier và niels ferguson
akira

Câu trả lời:


3

Một tệp được mã hóa tốt (hoặc dữ liệu) trông giống như dữ liệu ngẫu nhiên, không có mẫu rõ ràng.

Khi bạn cung cấp một tệp được mã hóa cho chương trình giải mã (DCP), nó sẽ cố gắng giải mã một phần nhỏ của tệp. Phần này chứa thông tin meta cho DCP.

Nếu DCP thành công trong việc đọc phần được giải mã của tệp mà bạn có DCP và mật khẩu chính xác, thì DCP tiếp tục giải mã toàn bộ tệp. Nếu DCP thất bại, bạn có mật khẩu sai HOẶC đang sử dụng phương pháp giải mã sai. Nếu điều này xảy ra, không có cách nào để biết phù thủy đã đi sai.

Ghi chú.
Điều này không áp dụng cho một số ứng dụng mã hóa, đáng chú ý nhất là những ứng dụng lưu trữ. Hai ví dụ ăn ziprarphù thủy có một thùng chứa bên ngoài sẽ cho phép bạn phát hiện ứng dụng nào đã được sử dụng để tạo ra chúng


Sau đó, hãy nhanh chóng hỏi lại, nếu bạn tách tệp được mã hóa để tiêu đề có siêu dữ liệu cho DCP nằm trên một mảnh riêng biệt, DCP có thể không giải mã được phần còn lại của tệp không? Liệu lựa chọn duy nhất khác là có thể giải mã phần còn lại của dữ liệu với tất cả các loại khóa và phương thức mã hóa và xem liệu có bất kỳ kết quả nào trong một mẫu không? Có vẻ như điều này sẽ an toàn hơn, vì vậy bạn sẽ phải ghi nhớ cả mật khẩu và loại mã hóa, hoặc chỉ giữ tiêu đề với bạn làm khóa.

Nó sẽ tăng tính bảo mật, nhưng chỉ vì bạn có một phần của tệp được tách ra khỏi phần còn lại. Trong thuật toán mã hóa được thiết kế tốt, bạn không thể giải mã tổng số nếu một phần bị thiếu. Và ngay cả khi bạn có tất cả các phần, bạn vẫn phải biết phương thức mã hóa trước hoặc bạn sẽ phải thử tất cả.
Nifle

2

dữ liệu được mã hóa hoàn hảo trông giống như tiếng ồn ngẫu nhiên hoàn hảo.

Bất cứ khi nào dữ liệu được mã hóa bị phá vỡ (và không phải bởi một số 007 có được cụm mật khẩu từ vợ của nhân vật phản diện), dữ liệu được mã hóa trông không ngẫu nhiên lắm đối với các nhà toán học thông minh. miễn là nó chỉ là tiếng ồn ngẫu nhiên hoàn hảo, cuộc tấn công duy nhất còn lại (trừ 007 và các cô gái) là sức mạnh vũ phu, cố gắng thử mọi khóa có thể và kiểm tra, nếu giải mã có chứa thứ gì đó có hoa văn (từ, pixel)

liên quan đến các câu hỏi con của bạn:

  • một máy tính không biết, làm thế nào để tự xử lý một tập tin. thông thường bạn giúp nó (hoặc tốt hơn, bạn giúp HĐH) nối thêm hậu tố và sau đó HĐH sẽ tìm một bảng đầy đủ và nếu phù hợp thì nó sẽ khởi chạy ứng dụng liên quan. chính ứng dụng đó "không biết" nếu nội dung trong tệp là "ok cho người dùng". bạn có thể hợp nhất hình ảnh .gif và tệp .zip và bạn có thể mở tệp này bằng trình xem ảnh hoặc chương trình zip (xem tại đây )

  • cấu trúc ban đầu của dữ liệu không bị ảnh hưởng bởi mã hóa, ngay cả khi bạn mã hóa 3 lần. nếu không, bạn không thể khôi phục dữ liệu gốc, cấu trúc của dữ liệu gốc là dữ liệu.


Đồng ý! Tôi đã đọc về điều đó .zip / .gif điều hợp nhất. Mặc dù vậy, chỉ có một câu hỏi, từ câu trả lời của Nifle, tôi biết rằng khi mở tệp được hợp nhất dưới dạng .zip, nó sẽ tìm siêu dữ liệu ở một đầu của tệp và mở dưới dạng .gif nó tìm siêu dữ liệu ở đầu kia. là lý do tại sao họ có thể được sáp nhập. Nhưng có bất kỳ giới hạn hoặc tiêu chuẩn nào về nơi bạn có thể đặt siêu dữ liệu không? Tôi có thể phát minh ra loại thứ 3 có siêu dữ liệu ở giữa và tạo tệp được hợp nhất 3 chiều, có thể mở bằng .gif, .zip và .whthing mới ở giữa không?

@Fros Shadow: chính xác. bạn có thể đến với bất kỳ bố cục tập tin ưa thích nào bạn muốn. Làm thế nào để diễn giải các byte trong một tập tin hoàn toàn tùy thuộc vào ứng dụng.
akira

+1 cho 007 và các cô gái - phương pháp tốt nhất (và duy nhất) để phá vỡ mã hóa mạnh hiện đại. :)
Ilari Kajaste

0

Các tệp được mã hóa trông giống như dữ liệu ngẫu nhiên, nhưng đôi khi chúng có các tiêu đề có thể được sử dụng để xác định loại tệp nào.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.