Nobody can find any two different inputs with the same fingerprint.
The idea: Collision resistance means nobody can find any two inputs with the same fingerprint. That lets a short hash stand in for a big document: sign the hash, publish the hash or store the hash, and you've effectively fixed the whole document. Because the attacker chooses both inputs, the birthday effect helps them (in a room of 23 people, two probably share a birthday), so a 256-bit hash gives only 128-bit collision security.
Why it matters: Needed for certificates, git, blockchains and many signatures. It already broke for the old MD5 and SHA-1.
On the map: SHA-2, SHA-3, BLAKE2/3 (also every CRH-tagged signature) needs a bit more than one-way functions (Simon 1998)
Infeasible to find any two inputs with the same hash. The strongest of the three properties: the generic birthday attack needs only about 2^(n/2) work, so a 256-bit hash gives 128-bit collision security.
It fell for MD5 (2004)[1] and SHA-1 (SHAttered, 2017)[2]. SHA-2, SHA-3 and BLAKE2/3 stand. Unlike preimage resistance, it isn't known to follow from one-way functions alone (Simon 1998)[3]. Merkle trees, certificates and hash-then-sign signatures need it.
If any of these breaks, this breaks too.
If this breaks, these break with it.