Open phones for privacy/anonymity applications, Guardian
A few links... http://neo900.org/ http://projects.goldelico.com/p/gta04-main/ https://jolla.com/ http://www.fairphone.com/ http://hardware.slashdot.org/story/13/11/02/1637236/openphoenux-neo900-bills... More interesting platforms for even Guardian or other OS than any Nexus 5 or alike hardware, no? https://guardianproject.info/hardware/ http://unrevoked.com/rootwiki/doku.php/public/root_friendly http://wiki.cyanogenmod.org/w/Devices
On 03 нояб. 2013 г., at 21:34, grarpamp <grarpamp@gmail.com> wrote:
A few links...
http://neo900.org/ http://projects.goldelico.com/p/gta04-main/ https://jolla.com/ http://www.fairphone.com/ http://hardware.slashdot.org/story/13/11/02/1637236/openphoenux-neo900-bills...
More interesting platforms for even Guardian or other OS than any Nexus 5 or alike hardware, no? https://guardianproject.info/hardware/ http://unrevoked.com/rootwiki/doku.php/public/root_friendly http://wiki.cyanogenmod.org/w/Devices
GSM firmware is still not open-source though (as that would make phone not suitable for legal usage in USA) -- Alexey Zakhlestin CTO at Grids.by/you https://github.com/indeyets PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
Dnia wtorek, 5 listopada 2013 12:50:11 Alexey Zakhlestin pisze:
On 03 нояб. 2013 г., at 21:34, grarpamp <grarpamp@gmail.com> wrote:
A few links...
http://neo900.org/ http://projects.goldelico.com/p/gta04-main/ https://jolla.com/ http://www.fairphone.com/ http://hardware.slashdot.org/story/13/11/02/1637236/openphoenux-neo900-bil ls-itself-as-successor-to-nokias-n900
More interesting platforms for even Guardian or other OS than any Nexus 5 or alike hardware, no? https://guardianproject.info/hardware/ http://unrevoked.com/rootwiki/doku.php/public/root_friendly http://wiki.cyanogenmod.org/w/Devices
GSM firmware is still not open-source though (as that would make phone not suitable for legal usage in USA)
Once again I stand firm in my conviction that USA should be excused from the Internet until they get their legislative shit together. Also, I'd *love* a phone with a FLOSS GSM firmware, *especially* if it makes it illegal in USA. Wonder if there's a way of making that happen. -- Pozdr rysiek
On Wed, Nov 06, 2013 at 09:59:45AM +0100, rysiek wrote:
Also, I'd *love* a phone with a FLOSS GSM firmware, *especially* if it makes it illegal in USA. Wonder if there's a way of making that happen.
IIRC the only way to run a FLOSS GSM stack is by way of SDR (not exactly pocket-sized), unless you can reverse-engineer the baseband firmware blob. The most interesting news in SDR lately has been http://www.kickstarter.com/projects/mossmann/hackrf-an-open-source-sdr-platf...
On 06.11.13, 12:59, rysiek wrote:
Dnia wtorek, 5 listopada 2013 12:50:11 Alexey Zakhlestin pisze:
GSM firmware is still not open-source though (as that would make phone not suitable for legal usage in USA)
Once again I stand firm in my conviction that USA should be excused from the Internet until they get their legislative shit together.
Also, I'd *love* a phone with a FLOSS GSM firmware, *especially* if it makes it illegal in USA. Wonder if there's a way of making that happen.
well… You can use OsmocomBB[1][2] if you have supported hardware[3]. It was an option[4] for OpenMoko, at least [1]: https://en.wikipedia.org/wiki/OsmocomBB [2]: http://bb.osmocom.org/trac/ [3]: http://bb.osmocom.org/trac/wiki/Hardware/Phones [4]: http://bb.osmocom.org/trac/wiki/OpenMoko -- Alexey Zakhlestin CTO at Grids.by/you https://github.com/indeyets PGP key: http://indeyets.ru/alexey.zakhlestin.pgp.asc
Alexey Zakhlestin wrote:
well… You can use OsmocomBB[1][2] if you have supported hardware[3]. It was an option[4] for OpenMoko, at least
[1]: https://en.wikipedia.org/wiki/OsmocomBB [2]: http://bb.osmocom.org/trac/ [3]: http://bb.osmocom.org/trac/wiki/Hardware/Phones [4]: http://bb.osmocom.org/trac/wiki/OpenMoko
Also check out OpenBTS [1], Serval [2], and the work that Rhizomatica is doing in Mexico[3]. There are some decent options out there for running a local GSM network -- the tricky part comes when you want to connect to the larger telephone network.... Osmocom is pretty cool to play around with, not to mention that catcher catcher is only compatible with OsmocomBB[4] (an interesting research opportunity for 30c3 if ever there was one...) ~Griffin [1] http://wush.net/trac/rangepublic/wiki/WikiStart [2] http://www.servalproject.org/ [3] http://rhizomatica.org/projects/mesh-networking/ [4] https://opensource.srlabs.de/projects/catcher/wiki -- Be kind, for everyone you meet is fighting a hard battle. PGP: 0xD9D4CADEE3B67E7AB2C05717E331FD29AE792C97 OTR: saint@jabber.ccc.de
On Tue, Nov 5, 2013 at 3:50 AM, Alexey Zakhlestin <indeyets@gmail.com> wrote:
GSM firmware is still not open-source though (as that would make phone not suitable for legal usage in USA)
I'd like to see a law link that says you cannot legally use your own open source GSM compliant stack to communicate over a GSM network.
GSM firmware is still not open-source though (as that would make phone not suitable for legal usage in USA)
I lightly consulted with an operator and all he/she could offer was "Does Alexey mean the source to A5?" so I'll have to ask what it is that cannot be legally used in the U.S.? Anybody can implement and then open source any of the GSM standards (other than the crypto) so far as I know. --dan
On Mon, Dec 9, 2013 at 3:32 PM, <dan@geer.org> wrote:
... I lightly consulted with an operator and all he/she could offer was "Does Alexey mean the source to A5?" so I'll have to ask what it is that cannot be legally used in the U.S.? Anybody can implement and then open source any of the GSM standards (other than the crypto) so far as I know.
the FCC/NTIA don't like people using spectrum with unapproved devices. sure, you can code it up. and sure, you can run an SDR in that range. ... but put them together in the wild at useful dBi and you're stepping on toes. try to sell/distribute such a setup? better have it certified! good analysis of the details: http://www.softwarefreedom.org/resources/2007/fcc-sdr-whitepaper.html """ ...the FCC’s ancillary jurisdiction cannot reasonably extend to the development of software by parties uninvolved in the marketing or sale of radio devices... FCC Rules for SDR Device Certification Only Affect Radio Equipment Manufacturers... """
On Mon, Dec 9, 2013 at 4:22 PM, coderman <coderman@gmail.com> wrote:
... better have it certified!
to be specific: it is this certification step that fully open source SDR/baseband equipment manufacturers have difficultly with. E.g. the FCC plainly states systems "wholly dependent on open source elements” would have a “high burden” to demonstrate their security during the certification process. where many have taken "high burden" to mean "nearly impossible"... best regards,
On Mon, Dec 09, 2013 at 06:32:18PM -0500, dan@geer.org wrote:
GSM firmware is still not open-source though (as that would make phone not suitable for legal usage in USA)
I lightly consulted with an operator and all he/she could offer was "Does Alexey mean the source to A5?" so I'll have to ask what it is that cannot be legally used in the U.S.? Anybody can implement and then open source any of the GSM standards (other than the crypto) so far as I know.
I believe that there's no law or regulation preventing anyone from writing open source implementations of GSM in the US. However there definitely are regulations preventing the sale or operation of unlicensed intentional emitters, and the FCC definitely cares about the GSM bands. Getting a license for an open source implementation of GSM would likely be a large expense, which AFAIK no open source implementor has even started to try to undertake. There is also federal law prohibiting the sale of equipment which can intercept wireless telephony communications. Many scanners have filters or programming/configuration jumpers which prevent reception of the specific frequencies covered by the law. Depending on the reading and the zealousness of the prosecutor, such a law might be seen to be relevant to an open source GSM platform. -andy
participants (8)
-
Alexey Zakhlestin -
Andy Isaacson -
coderman -
dan＠geer.org -
Eugen Leitl -
grarpamp -
Griffin Boyce -
rysiek