<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Adversarial collision attacks on image hashing functions · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2011.09473/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2011.09473/feed.xml" rel="self" type="application/rss+xml" /><item><title>Adversarial collision attacks on image hashing functions — mentioned by xucheng</title><link>https://news.ycombinator.com/item?id=28104199</link><guid isPermaLink="false">urn:hackerpapers:mention:2011.09473:28104199</guid><pubDate>Sun, 08 Aug 2021 04:24:18 GMT</pubDate><description>&lt;p&gt;While it is good that Apple seeks formal security analysis over its proposed system, there are some fundamental security assumptions baked in the system: - It assumes that the server would not tamper its dataset (i,e., the list of CSAM). So it is OK to disclose the information if the client has enough matchings. But in reality, nothing prevents a malicious server adding arbitrary content to the list. - It fails to consider the vulnerabilities of the perceptual hash. This includes false positives and adversarial collision attacks (https://arxiv.org/abs/2011.09473). Another potential long term…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2011.09473/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CV</category></item></channel></rss>
