Hi,

Mình thấy 1 số website cho dowload file, họ thường làm gì đó ( có thể là encrypt ) file đó ra 1 chuỗi md5 32bit, sau đó client download về cũng là bước tương tự bước trên để làm ra chuỗi md5, rồi nó so sánh chuỗi md5 trên trang web và cái file down về có trùng khớp hay ko để kiểm tra tính toàn vẹn của file.

search thông tin thấy rằng việc này dùng để ngăn chặn attacker có thể capture file đó, sửa đổi ( vd thêm mã độc ) vào file đó rồi truyền tiếp cho client, nếu ko dùng cơ chế so sánh này để kiểm tra xem file đã bị thay đổi chưa, client ko biết sẽ cài luôn mã độc.

cái đoạn màu đậm, có thể xảy ra không? vì khi nếu client đang download file, nếu có ai đứng giữa thì chỉ sniff được file đó thôi chứ làm sao thay đổi nội dung file đó đi và truyền tiếp đc ? nghe nói có dạng mitm gì đấy, có phương pháp làm điều này hay không? mình cũng đang muốn làm lab thử vụ này.  

Hi,

Mình thấy 1 số website cho dowload file, họ thường làm gì đó ( có thể là encrypt ) file đó ra 1 chuỗi md5 32bit, sau đó client download về cũng là bước tương tự bước trên để làm ra chuỗi md5, rồi nó so sánh chuỗi md5 trên trang web và cái file down về có trùng khớp hay ko để kiểm tra tính toàn vẹn của file.

search thông tin thấy rằng việc này dùng để ngăn chặn attacker có thể capture file đó, sửa đổi ( vd thêm mã độc ) vào file đó rồi truyền tiếp cho client, nếu ko dùng cơ chế so sánh này để kiểm tra xem file đã bị thay đổi chưa, client ko biết sẽ cài luôn mã độc.

cái đoạn màu đậm, có thể xảy ra không? vì khi nếu client đang download file, nếu có ai đứng giữa thì chỉ sniff được file đó thôi chứ làm sao thay đổi nội dung file đó đi và truyền tiếp đc ? nghe nói có dạng mitm gì đấy, có phương pháp làm điều này hay không? mình cũng đang muốn làm lab thử vụ này.  

Trước tiên nên xét mitm có thể xảy ra ở những hoàn cảnh nào. Xét xong, tự nhiên sự thể rõ ràng hơn. 

Cái hash chỉ là một dạng error detection code thôi, chứ nó không thể dùng để ngăn chặn attacker đâu bạn ạ, đặc biệt là MitM.  

conmale wrote:

Trước tiên nên xét mitm có thể xảy ra ở những hoàn cảnh nào. Xét xong, tự nhiên sự thể rõ ràng hơn. 

em chưa hoàn toàn hiểu ý của anh, em nghĩ là trong hoàn cảnh là ở môi trường broadcast hoặc thông qua một trung gian nào đó có thể là đã bị spoof.

 

An ninh thông tin có 3 mục tiêu quan trọng để đảm bảo: Confidentiality, Integrity, Availability.
Trong đó checksum là một biện pháp đóng góp vào mục tiêu Integrity, còn gọi là tính toàn vẹn của thông tin. Tức là nó giúp phía nhận kiểm tra liệu dữ liệu khi nhận được có giống như ban đầu của bên gửi không.
 

@zu4er: như StartGhost nói, mấy cái hash hay crc chỉ dùng để phát hiện lỗi thôi. nếu mà attacker muốn, thì họ có thể vừa thay đổi cái file mà bạn download về, vừa tính lại checksum, thì cũng chẳng ai biết. việc này là làm được hoàn toàn, chẳng có gì là ghê ghớm cả. 

MACs differ from digital signatures, as MAC values are both generated and verified using the same secret key.

A digital signature or digital signature scheme is a type of asymmetric cryptography. For messages sent through an insecure channel, a properly implemented digital signature gives the receiver reason to believe the message was sent by the claimed sender.
 

ý bác Zu4er là dòng packets đang chạy và tính lại checksum?

Cái hash MD5 có vai trò đảm bảo tính toàn vẹn dữ liệu. Nhưng trước hết bác phải đảm bảo là cái bác đang nhìn thấy là thật.
Giả sử file bạn muốn down về là X có hash(X) Nhưng mà ví dụ bạn đang truy cập vào một fake website (MITM). Attacker chỉ cần làm sao cái hiển thị trên website bạn thấy là Y và Hash(Y).
Xác xuất chọn Y sao cho hash(Y)=hash(X) thì tùy vào độ dài của hash(X). Thời gian tính toán có thể là hàm mũ.
Tuy nhiên em có thể list ra một danh sách các Y1,..., Ym. Sắp xếp nó theo thứ tự tăng dần của hàm hash(Yi).

Vô tình một ngày đẹp trời hash(Yi) nào đó chính bằng hash(X). Đem nó ra dùng trong man in the middle attack là ok.

 

Cái của Bạn nói là truy cập vào 1 fake sài rồi, đầu có MITM gì trong đây nữa ? 

nếu mà attacker muốn, thì họ có thể vừa thay đổi cái file mà bạn download về, vừa tính lại checksum, thì cũng chẳng ai biết. việc này là làm được hoàn toàn, chẳng có gì là ghê ghớm cả. 

Môi trường "broadcast" là môi trường nào?

broadcast ý em là trong cùng 1 switch, hub, wireless area,..

Một máy chủ bên Mỹ, một máy con ở VN: cái gì có thể đóng vai mitm trong hoàn cảnh này?

Mỹ---------------------VN:

trong đoạn ---- thì có khá nhiều trung gian để foward packet đi, thì tại mỗi điểm forward đó em nghĩ đều có thể xảy ra MITM.

1 File có thể chia ra làm nhiều packet để gửi tới đích, nếu attacker caputre và sửa đổi 1 trong các packet đó ko đụng tới header và các field khác để khi đến đích nó ráp lại với các packet đã bị fragmented trước đó thành file ban đầu thì có thể truyền file đc.

vậy các forwarder này đóng vai trò là MITM trong hoàn cảnh này ? Vậy các forwarder này phải giữ packet này lại mổ ra và sửa nó trước khi đẩy nó đi.
 

không biết mình có hiểu nhầm hay ko nhưng theo mình, nếu bạn fake 1 website rồi khi client truy cập vào site chính sẽ wwwect qua fake site hoặc làm cách nào đó cho client vào fake site, thì client chỉ làm việc giữa client và website fake chứ đâu còn là ở giữa server và client thật nữa?

Kiểu MITM này cũng có nhiều hoàn cảnh nhỉ? 

còn vụ bạn nói để 1 file X có hash(X) = hash(y) thì điều này có đó nhưng với xác xuất 2^32 hay là 2^128, liệu có thể tạo ra 1 file trong thời gian ngắn vậy đc?
 

Sequoia được thiết kế có tốc độ xử lý 20 triệu tỷ phép tính/1 giây (cỡ 2 mũ 54), nhanh hơn 20 lần so với tốc độ của chiếc máy tính nhanh nhất thế giới hiện nay và nhanh gấp 2 triệu lần một chiếc máy tính xách tay thông thường.
 

Weaknesses in MD4 were demonstrated by Den Boer and Bosselaers in a paper published in 1991. The first collision attack was found by Hans Dobbertin in 1996. In August 2004, Wang et al. found a very efficient collision attack, alongside attacks on later hash function designs in the MD4/MD5/SHA/RIPEMD family. This result was improved later by Sasaki et al., and generating a collision is now as cheap as verifying it (a few microseconds)

 

Cho mình hỏi bạn choc_ ở đoạn này. Ý bạn choc_ là có thể "làm lại" cái file để nó có lại cái checksum như cũ sau khi sửa chữa? Ví dụ là mình cần 1 file từ 1 nguồn tin cậy. Tuy nhiên mình không download được file mà chỉ có md5 của file đó. Bạn mình lại có file đó, nó gởi cho mình. Vậy nó có thể thay đổi file đó và tạo lại một checksum md5 y chang như file của nguồn tin cậy? Nếu ý bạn chọc là như vậy thì có thể cho giới thiệu cho mình tên cái tool đó được không. Vì mình chỉ thấy regenerate file để có được checksum CRC32 chứ MD5 thì mình chưa thấy.
 

Nếu đã có sự xuất hiện của một active man-in-the-middle rồi thì chẳng có nguồn nào là đáng tin cậy (nếu không có cơ chế kiểm tra chữ ký hay MAC này nọ). Cái ý tưởng attack ở đây là mình đã thay đổi luôn cái md5sum rồi, nên md5sum mà bạn thấy thực ra không phải md5sum ban đầu.  

Không hiểu là ý bạn choc_ đang nói đến integrity của message hay reliability của message? Bởi vì bạn có nói với Z0rr0 là "mình chưa thấy ai sử dụng checksum như là một cách để bảo vệ Integrity cả." nên mình không hiểu lắm. Integrity là chỉ tính toàn vẹn của dữ liệu. Tức là nó dùng để kiểm tra dữ liệu có thay đổi trên đường truyền hay không? Như bạn choc_ cũng đã nói là khi thay đổi dữ liệu thì md5sum thay đổi thì sau khi dữ liệu đến máy của mình thì mình so lại sẽ thấy md5sum thay đổi thì mình biết dữ liệu đã bị thay đổi trên đường truyền. Tức là mình là dùm checksum để kiểm tra tính Integrity. Vậy nếu không dùng checksum để kiểm tra tính Integrity thì mình cũng không biết có cách nào khác để kiểm tra nữa.
 

đơn nghĩa của từ Integrity là tính toàn vẹn. Tức là các checksum đảm bảo là là dữ liệu không bị thay đổi (chủ quan lẫn khách quan) trên đường truyền.  

Information has integrity if unauthorized writing is prohibited.