Use /dev/random and Monolith... dd from random into a file the same size as your cleartext, use Monolith to xor the files into a third file, secured file. The random file is essentially your key, so it must be kept separate from your secured file to be safe.

http://monolith.sourceforge.net/

Actually it wasn't designed to do that, it was designed to be a charger + serial data connection, exactly like microUSB. Someone else on here helpfully linked to this article which I found interesting. (apologies to whoever originally linked it, the article stuck in my mind, not the poster). If you read the article it tears down a lightning to HDMI video adapter, and notes that it has an ARM processor in it, something that would be unneeded if the cable itself was capable of spitting out straight HDMI video.

TL;DR Lightning cables have that nifty 'can be plugged in either way' thing going for them, and are arguably more durable than microUSB, but at the end of the day they're two specs, and two connectors doing exactly the same thing, if you want to snag a video feed from either of them, you need to have a 'dongle' that can capture and process the data pins on the connector into a proper video signal.

To be fair, you could almost certainly build a cable which includes the dongle and HDMI conversion inline, especially if there are variants that don't require an external power source. Personally I like having components separated out a bit more, a 'cell phone video cable' is worthless to me if I'm not using it for hooking up a cell phone. A dongle with an HDMI cable attached to it, is still an HDMI cable if I remove the dongle and want to use it on something else. I feel the same way about DVI to HDMI cables. I'd rather have the cable be a straight A to B, and have an adapter at the end.

As someone who lives in one of the most liberal states in the Union, I imagine that our social security here is one of the more abused ones in the nation, and still you can't get more than 933 a month from SSI. That's a far cry from 25k a year. Heck 25k a year is a livable wage for someone with no dependents, 11k from SSI? Not really.
Of course I agree with your idea of 'Suggested Labor' for their SSI, unless they're physically disabled they should work for their living.

Give it to me, I'll waste it on mining hardware from BFL that will never be delivered ;p
1MEEyqA6DooLBtamSMAdvTv8doz1e4beZg

And we just crossed the line from science to sex...

I prefer to keep it in pure gold pressed latinum, the stock market is only good until the collapse of society, latinum is forever.

Tyrone, you know how much I love watching you work, but I've got my country's 500th anniversary to plan, my wedding to arrange, my wife to murder and Guilder to frame for it; I'm swamped.

Thanks for that, I found it separately also, and read a few of the papers referenced. I tend to agree that this madness is a bit overblown. Reducing the time by 15% is really impressive overall, but when our anticipated sieving times for a typical 2k-4k keysize are measured in months and years that isn't a huge difference.

Okay, here's the slides from a talk:
https://www.cryptolux.org/mediawiki-esc2013/images/c/cd/Joux-EM-multiuser-ESC2013.pdf

And a paper which is related:
http://eprint.iacr.org/2013/095.pdf

Basically, from my first read, this is just a better sieve, a system which should find smooth numbers faster by choosing better starting points and using faster tests. I wouldn't call it a general break in RSA, and while it might certainly be a better sieve than GNFS, it's no silver bullet either. I can't imagine anyone breaking RSA numbers like this unless they're very well funded.

Yes, it's all computation. Once you have the databases, it's done. Unfortunately, GNFS sieve's are only applicable to a single pair of primes, so you can't reuse the data for other problems.

http://en.wikipedia.org/wiki/General_number_field_sieve

I'm surprised to see other people going in the direction I've been going for about 3 years now. Really. I thought I was quite alone in my path, LOL.

I need to read this paper still, but if it's taking the same path I did, then it's not a peachy as some think.

I'm only am amateur, so take this from the point of view as someone who kicks back with a beer and enjoys solving impossible computational problems.

I don't think it's that close to being broken... I think it'll take a huge computing effort (think multi-terabyte databases) to generate the tables across the PQ space required so that existing problems can be used to quickly find paths and intersections. At the beginning you're looking at only a VERY SMALL speedup from modern sieving, but once the tables get generated (years of effort) you'll eventually see faster and faster improvements. At least, that's with my algorithm, which I'm sure is far from perfect and only works on a certain set of primes right now. Which is about 20%. Which is far from optimal.

So yeah, progress. But I'm unconvinced that this will work for all primes.

I'm going to read the paper now... which I'm sure is far better than what I've been doing.

I would respectfully argue that pictures distributed after the fact are still harmful to the original victims. Nothing makes it harder to move past some unpleasant event in the past than the constant reminder that it happened. Imagine for a moment that you were victimized in some way (not even necessarily sexually), now imagine that the event was recorded on camera. Now imagine that 10 years after the fact people are still leering at the pictures of your victimization. How would that make you feel? The damage of child pornography doesn't necessarily end when the abuse stops.

Not really... people all over the world buy cellphones and import them for a massive price hike all the time.

I really doubt that Canonical would advance a vaporware phone. They've got a huge interest in going mobile with Ubuntu Touch, and the hardware designs already exist. There's nothing new here other than a particular mix of existing tech and a contract manufacturer.

Going for a prestigious custom design to show off their software looks much better than the 50$ chinese knockoff that the carriers will likely fund.

Will the Ubuntu Edge be sustainable and/or hardware hackable?
While we will do our best to keep the hardware as open as possible, these are not the main focus of the project in its first generation. Hardware that’s capable of convergence is the priority.

What networks are supported?
The Ubuntu Edge is an unlocked device that works in all countries with GSM/3G/LTE network services. For GSM, which covers a lot of countries but not all operators, the Edge will support the 850, 900, 1800, 1900 and 2100 MHz frequencies. You can check support in your country here.

The Edge will support LTE standard frequencies and multi-band support for roaming. Yes, you can use the Edge on Verizon and Sprint.

So no locked bootloader, but you will likely have to live with binary blobs also (like 99% of phones out there).