Search Mailing List Archives
[liberationtech] feed over email
steveweis at gmail.com
Tue Feb 1 10:10:25 PST 2011
Glancing through the code, I don't see any circumvention. It relies on
using a mail provider that supports SSL. That is optional and must be
configured by the end user (see below).
If a user does not configure FOE to use an SSL email provider,
everything will be sent in the clear. That is easy to filter and could
put end users receiving verboten material at risk.
Worse, there is no authentication of message payloads from the server.
I think I can spoof a message with a malicious payload that will be
written to disk in the client's RSS catalog (see link below).
This is somewhat moot because it is Windows-only, requires installing
a client, and no binaries are available for download. That's probably
a good thing.
A couple issues from a cursory look at the code:
1. SSL is not required. Someone using this who didn't explicitly use
an email provider supporting SSL will be trivial to track:
2. There is no authentication of messages from the server. This could
put clients at risk since they will be saving untrusted content to
3. I suspect the server DB code is vulnerable to SQL injection attack,
although input might be getting properly sanitized by C#'s SqlClient.
I will bet a beer that someone can find an exploit:
On Tue, Feb 1, 2011 at 2:05 AM, Luke Allnutt <AllnuttL at rferl.org> wrote:
> Dear All,
> I saw this story on the Broadcasting Board Of Governors testing this "feed
> over email" system:
> Just wondered if anyone had any thoughts on how effective this is as a
> circumvention tool?
> Best Wishes,
More information about the liberationtech