<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Echomix blog on EchoMix</title><link>https://echomix.org/blog/</link><description>Recent content in Echomix blog on EchoMix</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 25 Apr 2024 00:00:00 +0000</lastBuildDate><atom:link href="https://echomix.org/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Katzenpost threat model document</title><link>https://echomix.org/blog/2024-04-25-threat-model/</link><pubDate>Thu, 25 Apr 2024 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2024-04-25-threat-model/</guid><description>&lt;p&gt;Here we present a draft of the Katzenpost mixnet threat model document.
We regard the threat model document as a living document which is frequently
edited and in need of ongoing maintenance as we continue to develop newer
mixnet protocols. Currently it is being organized by mixnet attack category
and we have arranged attacks in a table with corresponding attacker
capabilities. Later sections of the document present a deep dive into the core cryptographic
protocols that comprise Katzenpost, namely these three:&lt;/p&gt;</description></item><item><title>Mixnet Literature Overview</title><link>https://echomix.org/blog/2024-04-15-lit-review/</link><pubDate>Mon, 15 Apr 2024 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2024-04-15-lit-review/</guid><description>&lt;p&gt;We are presenting our overview of existing Mixnet literature. It takes some liberties with what is included or not. It proposes new ways to talk about some issues, and provides a critical analysis of some of the existing papers. It also endeavors to introduce the reader to the language of anonymity systems, while maintaining mathematical rigor.&lt;/p&gt;
&lt;p&gt;This doc, in particular, does not talk about the Katzenpost design. It does introduce the reader to some of the reasons why we&amp;rsquo;ve been making certain design decisions, and a keen eye might be led to some of the similar conclusions. But here we focus on already published research. We also stick to theory and don&amp;rsquo;t focus on any practical systems being built today.&lt;/p&gt;</description></item><item><title>hpqc - hybrid post quantum cryptography library</title><link>https://echomix.org/blog/2024-04-12-hpqc/</link><pubDate>Fri, 12 Apr 2024 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2024-04-12-hpqc/</guid><description>&lt;p&gt;The Katzenpost developement team has recently released a new golang
cryptography library known as &lt;a href="https://github.com/katzenpost/hpqc"&gt;&lt;strong&gt;hpqc&lt;/strong&gt;&lt;/a&gt;.
The theme of the library is hybrid post quantum cryptographic constructions, namely:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;hybrid KEMs (key encapsulation mechanism)&lt;/li&gt;
&lt;li&gt;hybrid NIKEs (non-interactive key exchange)&lt;/li&gt;
&lt;li&gt;hybrid signature schemes&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;In each of the three main subdirectories, &amp;ldquo;kem&amp;rdquo;, &amp;ldquo;nike&amp;rdquo; and &amp;ldquo;sign&amp;rdquo; there exists
interface definitions for &lt;code&gt;Scheme&lt;/code&gt;, &lt;code&gt;PrivateKey&lt;/code&gt; and &lt;code&gt;PublicKey&lt;/code&gt;. For signature schemes and
KEMs we&amp;rsquo;re borrowing the interface sets from cloudflare&amp;rsquo;s circl library.&lt;/p&gt;</description></item><item><title>Katzenpost at 37C3</title><link>https://echomix.org/blog/2024-01-28-katzenpost-at-37c3/</link><pubDate>Sun, 28 Jan 2024 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2024-01-28-katzenpost-at-37c3/</guid><description>&lt;p&gt;Dr. Eva Infeld and surveillance expert and developer Leif Ryge held a session at the Chaos Communication Congress about the current state of the project, some of the things we’re working on, and some of the pitfalls many anonymity systems fall into. Building an anonymity system fit for our dystopian age is a hard problem, but we’re doing it.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.youtube.com/watch?v=1ev4r-aZmFM"&gt;&lt;img src="https://github.com/katzenpost/website/tree/main/content/en/media/thumbnail.png" alt="Katzenpost talk on YouTube"&gt;&lt;/a&gt;&lt;/p&gt;</description></item><item><title>Audio Engineering Considerations for a Modern Mixnet</title><link>https://echomix.org/blog/2023-11-25-audio-engineering-considerations/</link><pubDate>Sat, 25 Nov 2023 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2023-11-25-audio-engineering-considerations/</guid><description>&lt;p&gt;Modern Mixnets have a unique set of requirements when it comes to processing
audio. The bandwidth is scarce, but we expect to use modern devices and have
ample processing power. We aim to secure the communication against even
sophisticated attacks that come from capturing the metadata, and prioritize
tools that are free, open source and written with security in mind. In this
unique setting, we present a set of recommendations for implementing codecs,
DSPs, and sophisticated noise reduction tools, to deliver either impressive
quality at low bandwidth or good quality at impressively low bandwidth.&lt;/p&gt;</description></item><item><title>Website Relaunch and migration to Hugo</title><link>https://echomix.org/blog/2023-11-24-website-relaunch/</link><pubDate>Fri, 24 Nov 2023 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2023-11-24-website-relaunch/</guid><description>&lt;p&gt;To match all the code development in Katzenpost in the last year, it was time
for a website relaunch. Our site was a migration from Sphinx, which is primarily
for documentation, to Hugo which is wildly configurable for all sorts of
websites. Given the technical nature and need for nice documentation interface,
we used the well crafted and maintained Docsy theme.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Website Dependencies&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="https://gohugo.io"&gt;Hugo&lt;/a&gt; static site generator&lt;/li&gt;
&lt;li&gt;&lt;a href="https://docsy.dev"&gt;Docsy&lt;/a&gt; theme for Hugo&lt;/li&gt;
&lt;li&gt;&lt;a href="https://getbootstrap.com"&gt;Bootstrap 5&lt;/a&gt; is bundled in Docsy&lt;/li&gt;
&lt;li&gt;&lt;a href="https://decapcms.org"&gt;Decap CMS&lt;/a&gt; for a user-friendly GUI&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>Monthly News Update (May 2019)</title><link>https://echomix.org/blog/2019-05-04/</link><pubDate>Sat, 04 May 2019 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2019-05-04/</guid><description>&lt;p&gt;Greetings,&lt;/p&gt;
&lt;p&gt;The last few weeks have been very busy. I now have the basic working
prototype implementation of a new Katzenpost messaging system. This
new system has mutual location hiding properties for communication
partners because recipients retreive their messages from a remote
spool using a Sphinx SURB based protocol. &lt;a href="https://cypherpunks.ca/~iang/pubs/Sphinx_Oakland09.pdf" title="Danezis, G., Goldberg, I., Sphinx: A Compact and Provably Secure Mix Format, DOI 10.1109/SP.2009.15, May 2009"&gt;SPHINX&lt;/a&gt; &lt;a href="https://github.com/katzenpost/docs/blob/master/specs/sphinx.rst" title="Angel, Y., Danezis, G., Diaz, C., Piotrowska, A., Stainton, D., Sphinx Mix Network Cryptographic Packet Format Specification July 2017"&gt;SPHINXSPEC&lt;/a&gt;&lt;/p&gt;</description></item><item><title>Monthly News Update (April 2019)</title><link>https://echomix.org/blog/2019-04-10/</link><pubDate>Wed, 10 Apr 2019 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2019-04-10/</guid><description>&lt;p&gt;Greetings,&lt;/p&gt;
&lt;p&gt;The Panoramix grant project funded by the European Commission has
officially ended but the Katzenpost free software project lives on.
Masala and I continue to work on Katzenpost for grant money given to
us by Samsung.&lt;/p&gt;
&lt;p&gt;We recently learned a few things about mixnet design in a series of
design meetings. The conclusions from our learnings is too much
information and detail for this here post. However I will summarize
some of our conclusions below. Our discussions usually revolved around
mixnet CRDT applications, client reliability, message spool server
design, client decoy traffic and, preventing attacks: statistical
disclosure and active confirmation attacks.&lt;/p&gt;</description></item><item><title>Rustification</title><link>https://echomix.org/blog/2019-01-19/</link><pubDate>Sun, 13 Jan 2019 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2019-01-19/</guid><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I wrote some notes about making mixnet components in Rust that are binary
compatible with &lt;a href="https://github.com/katzenpost/docs/blob/master/drafts/priority_tasks.rst#rustification"&gt;existing Katzenpost components&lt;/a&gt;&lt;/p&gt;
&lt;h1 id="rustification"&gt;Rustification&lt;/h1&gt;
&lt;p&gt;The goal should be binary compatibility with the golang implementation
of Katzenpost such that the existing golang components can
interoperate with the new Rust components. Perhaps the biggest advantage
of using Rust would be for writing mixnet clients as opposed to mix servers.
A Rust mixnet client could easily present a FFI that could be used by
user interfaces written in Java for Android and Swift for iOS.&lt;/p&gt;</description></item><item><title>Monthly News Update (Nov 2018)</title><link>https://echomix.org/blog/2018-11-22/</link><pubDate>Thu, 22 Nov 2018 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2018-11-22/</guid><description>&lt;p&gt;Greetings!&lt;/p&gt;
&lt;p&gt;This is our second edition of katzenpost news.
There&amp;rsquo;s been a lot of progress since the last report I posted many months ago.&lt;/p&gt;
&lt;p&gt;Firstly I&amp;rsquo;d like to mention our future development plans:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;mix and directory authority key agility&lt;/li&gt;
&lt;li&gt;generative testing for the voting Directory Authority system&lt;/li&gt;
&lt;li&gt;generative testing for all of the things where appropriate&lt;/li&gt;
&lt;li&gt;load and performance testing the mix server&lt;/li&gt;
&lt;li&gt;design and development of an application agnostic mixnet client message oriented protocol library&lt;/li&gt;
&lt;li&gt;design and development of one or more applications that use our new mixnet protocol client library&lt;/li&gt;
&lt;li&gt;potentially assist in integration with other software projects that want to use a mixnet transport protocol&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Our recent accomplishments include:&lt;/p&gt;</description></item><item><title>Monthly News Update (Feb 2018)</title><link>https://echomix.org/blog/2018-02-27/</link><pubDate>Tue, 27 Feb 2018 00:00:00 +0000</pubDate><guid>https://echomix.org/blog/2018-02-27/</guid><description>&lt;h2 id="katzenpost-monthly-news"&gt;katzenpost monthly news&lt;/h2&gt;
&lt;p&gt;Greetings!&lt;/p&gt;
&lt;p&gt;This is our first edition of katzenpost monthly news. I&amp;rsquo;ll be
summarizing recent events from our first hackfest in Athens in early
December 2017 to the present.&lt;/p&gt;
&lt;p&gt;What we did in Athens:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;setup a test mix network&lt;/li&gt;
&lt;li&gt;remote collaboration with Yawning Angel to fix bugs
and add features to the server side&lt;/li&gt;
&lt;li&gt;wrote some basic installation documentation&lt;/li&gt;
&lt;li&gt;Moritz created and deployed the &lt;a href="https://katzenpost.mixnetworks.org"&gt;katzenpost website&lt;/a&gt;
with glossary and FAQ&lt;/li&gt;
&lt;li&gt;explored technical issues related to python and java language
bindings to golang libraries&lt;/li&gt;
&lt;li&gt;discussed at length the possibilies for various kinds of mixnet
clients&lt;/li&gt;
&lt;li&gt;Vincent wrote a prototype android instant messenger client&lt;/li&gt;
&lt;li&gt;met with the GrNet people and told them how to install a
katzenpost mix network and answered their questions&lt;/li&gt;
&lt;li&gt;meskio and kaliy added an external user db interface for Provider authentication&lt;/li&gt;
&lt;li&gt;meskio wrote prototype python clients for testing purposes&lt;/li&gt;
&lt;li&gt;we had many group discussion about mix network design&lt;/li&gt;
&lt;li&gt;special guest visitor: George Kadianakis from Tor Project&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Since that time we have been working on our PKI specification. Nick
Mathewson sent us a six page review of our spec and Yawning sent a two
page reply; both of these e-mails contain lots of design details and
have been useful in our editing of the spec thus far:&lt;/p&gt;</description></item></channel></rss>