<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:arxiv="http://arxiv.org/schemas/atom" xmlns="http://www.w3.org/2005/Atom">
  <id>https://arxiv.org/api/JZMYz97rYkGd19f9ggzmwxTHYEI</id>
  <title>arXiv Query: search_query=all:"message franking"&amp;id_list=&amp;start=0&amp;max_results=10</title>
  <updated>2026-09-25T18:06:13Z</updated>
  <link href="https://arxiv.org/api/query?search_query=all:%22message+franking%22&amp;start=0&amp;max_results=10&amp;id_list=" type="application/atom+xml"/>
  <opensearch:itemsPerPage>10</opensearch:itemsPerPage>
  <opensearch:totalResults>2</opensearch:totalResults>
  <opensearch:startIndex>0</opensearch:startIndex>
  <entry>
    <id>http://arxiv.org/abs/2507.19391v1</id>
    <title>Transcript Franking for Encrypted Messaging</title>
    <updated>2025-07-25T15:50:42Z</updated>
    <link href="https://arxiv.org/abs/2507.19391v1" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2507.19391v1" rel="related" type="application/pdf" title="pdf"/>
    <summary>Message franking is an indispensable abuse mitigation tool for end-to-end encrypted (E2EE) messaging platforms. With it, users who receive harmful content can securely report that content to platform moderators. However, while real-world deployments of reporting require the disclosure of multiple messages, existing treatments of message franking only consider the report of a single message. As a result, there is a gap between the security goals achieved by constructions and those needed in practice. Our work introduces transcript franking, a new type of protocol that allows reporting subsets of conversations such that moderators can cryptographically verify message causality and contents. We define syntax, semantics, and security for transcript franking in two-party and group messaging. We then present efficient constructions for transcript franking and prove their security. Looking toward deployment considerations, we provide detailed discussion of how real-world messaging systems can incorporate our protocols.</summary>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <published>2025-07-25T15:50:42Z</published>
    <arxiv:primary_category term="cs.CR"/>
    <author>
      <name>Armin Namavari</name>
    </author>
    <author>
      <name>Thomas Ristenpart</name>
    </author>
  </entry>
  <entry>
    <id>http://arxiv.org/abs/2208.11147v6</id>
    <title>SoK: Content Moderation Schemes in End-to-End Encrypted Systems</title>
    <updated>2025-01-30T16:30:31Z</updated>
    <link href="https://arxiv.org/abs/2208.11147v6" rel="alternate" type="text/html"/>
    <link href="https://arxiv.org/pdf/2208.11147v6" rel="related" type="application/pdf" title="pdf"/>
    <summary>This paper aims to survey various techniques utilized for content moderation in end-to-end encryption systems. We assess the challenging aspect of content moderation: maintaining a safe platform while assuring user privacy. We study the unique features of some content moderation techniques, such as message franking and perceptual hashing, and highlight their limitations. Currently implemented content moderation techniques violate the goals of end-to-end encrypted messaging to some extent. This has led researchers to develop remediations and design new security primitives to make content moderation compatible with end-to-end encryption systems. We detail these developments, analyze the proposed research efforts, assess their security guarantees, correlate them with other proposed solutions, and determine suitable improvements under specific scenarios.</summary>
    <category term="cs.CR" scheme="http://arxiv.org/schemas/atom"/>
    <published>2022-08-23T18:27:28Z</published>
    <arxiv:comment>Discrepancies in results and findings</arxiv:comment>
    <arxiv:primary_category term="cs.CR"/>
    <author>
      <name>Chaitanya Rahalkar</name>
    </author>
    <author>
      <name>Anushka Virgaonkar</name>
    </author>
  </entry>
</feed>
