message splitting for better mixing?
A variation of the many "send bogus messages through the remailer" ideas... The idea: 1) write sender-side code to split message into N parts and send each part through a different remailer chain. 2) decrypt the parts as they arrive as per normal encrypted remailer messages. 3) write receiver-side code to detect "a part" and stuff it in a file until the remaining related parts arrive. When all related parts have arrived, present the complete message to receiver. Why? To increase the number of "messages" flowing through the remailers to make traffic analysis more difficult. Comments welcome. Jim_Miller@suite.com
Jim Miller
The idea:
1) write sender-side code to split message into N parts and send each part through a different remailer chain.
2) decrypt the parts as they arrive as per normal encrypted remailer messages.
3) write receiver-side code to detect "a part" and stuff it in a file until the remaining related parts arrive. When all related parts have arrived, present the complete message to receiver.
Why? To increase the number of "messages" flowing through the remailers to make traffic analysis more difficult.
Would seem to be a mild nuisance to implement, but probably be quite effective - particularly if the pieces were 'masked' as uuencoded chunks of, say, a .GIF or something :-) Dave Merriman
participants (2)
-
David Merriman -
jim@bilbo.suite.com