Rabu, 30 September 2015

Bristol Digest, Vol 619, Issue 1

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Fedora 21 to 22 Now slow booting and fails to shutdown
(Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Tue, 29 Sep 2015 15:35:13 +0100
From: Peter Hemmings <peter@hemmings.eclipse.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] Fedora 21 to 22 Now slow booting and fails to
shutdown
Message-ID: <560AA1A1.4020904@hemmings.eclipse.co.uk>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Hi,

I am having trouble shutting down after upgrade and noticed a few
problems highlighted in "dmesg" attached.

There are problems with apci and reference to an old BIOS driver which
did not happen before upgrading. There are also adjustments to speed
which might need sorting!

Any pointers as to which problems I need to address first and if I need
to go into debugging with journald?

Apologies, I may not be able to respond till later in the week.

Regards

--
Peter H
-------------- next part --------------
[ 0.000000] RAMDISK: [mem 0x35ab8000-0x36d53fff]
[ 0.000000] ACPI: Early table checksum verification disabled
[ 0.000000] ACPI: RSDP 0x00000000000F67E0 000024 (v02 LENOVO)
[ 0.000000] ACPI: XSDT 0x000000007F6D1599 00008C (v01 LENOVO TP-79 00002050 LTP 00000000)
[ 0.000000] ACPI: FACP 0x000000007F6D1700 0000F4 (v03 LENOVO TP-79 00002050 LNVO 00000001)
[ 0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 64/32 (20150410/tbfadt-623)
[ 0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block: 0/32 (20150410/tbfadt-623)
[ 0.000000] ACPI BIOS Warning (bug): Optional FADT field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20150410/tbfadt-654)
[ 0.000000] ACPI: DSDT 0x000000007F6D1B32 00D29A (v01 LENOVO TP-79 00002050 MSFT 0100000E)
[ 0.000000] ACPI: FACS 0x000000007F6F4000 000040
[ 0.000000] ACPI: FACS 0x000000007F6F4000 000040
[ 0.000000] ACPI: SSDT 0x000000007F6D18B4 00027E (v01 LENOVO TP-79 00002050 MSFT 0100000E)
[ 0.000000] ACPI: ECDT 0x000000007F6DEDCC 000052 (v01 LENOVO TP-79 00002050 LNVO 00000001)
[ 0.000000] ACPI: TCPA 0x000000007F6DEE1E 000032 (v02 LENOVO TP-79 00002050 LNVO 00000001)
[ 0.000000] ACPI: APIC 0x000000007F6DEE50 000068 (v01 LENOVO TP-79 00002050 LNVO 00000001)
[ 0.000000] ACPI: MCFG 0x000000007F6DEEB8


[ 0.239450] clocksource acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[ 0.239643] pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 02] add_size 200000 add_align 100000
[ 0.239714] pci 0000:00:1f.0: BAR 13: [io size 0x0080] has bogus alignment
[ 0.239829] pci 0000:00:1c.0: res[15]=[mem 0x00100000-0x000fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 0.239836] pci 0000:00:1c.0: res[15]=[mem 0x00100000-0x002fffff 64bit pref] res_to_dev_res add_size 200000 min_align 100000
[ 0.239855] pci 0000:00:1c.0: BAR 15: assigned [mem 0x80000000-0x801fffff 64bit pref]


[ 2.214166] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
[ 2.214294] e1000e: Copyright(c) 1999 - 2014 Intel Corporation.
[ 2.214472] e1000e 0000:02:00.0: Disabling ASPM L1
[ 2.214585] e1000e 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[ 2.216281] e1000e 0000:02:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 2.250779] [drm] Initialized drm 1.1.0 20060810
[ 2.333719] e1000e 0000:02:00.0 eth0: (PCI Express:2.5GT/s:Width x1) 00:16:41:ad:c6:ef
[ 2.333888] e1000e 0000:02:00.0 eth0: Intel(R) PRO/1000 Network Connection
[ 2.334080] e1000e 0000:02:00.0 eth0: MAC: 2, PHY: 2, PBA No: 005301-003
[ 2.336442] e1000e 0000:02:00.0 ens2: renamed from eth0
[ 2.381616] 8021q: 802.1Q VLAN Support v1.8


[ 16.920085] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[ 16.928862] nsc-ircc, Found chip at base=0x164e
[ 16.930668] nsc-ircc, Wrong chip version ff
[ 17.042467] ACPI Warning: SystemIO range 0x0000000000001028-0x000000000000102F conflicts with OpRegion 0x0000000000001000-0x000000000000107F (\_SB_.PCI0.LPC_.PMIO) (20150410/utaddress-254)
[ 17.046041] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 17.047995] ACPI Warning: SystemIO range 0x00000000000011B0-0x00000000000011BF conflicts with OpRegion 0x0000000000001180-0x00000000000011BF (\_SB_.PCI0.LPC_.LPIO) (20150410/utaddress-254)
[ 17.051778] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 17.053737] ACPI Warning: SystemIO range 0x0000000000001180-0x00000000000011AF conflicts with OpRegion 0x0000000000001180-0x00000000000011BF (\_SB_.PCI0.LPC_.LPIO) (20150410/utaddress-254)
[ 17.057724] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 17.059772] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ 17.128760] kvm: disabled by bios
[ 17.136329] cfg80211: Calling CRDA to update world regulatory domain
[ 17.470026] ppdev: user-space parallel port driver
[ 17.488343] leds_ss4200: no LED devices found
[ 17.621903] thinkpad_acpi: ThinkPad ACPI Extras v0.25
[ 17.623950] thinkpad_acpi: http://ibm-acpi.sf.net/
[ 17.625953] thinkpad_acpi: ThinkPad BIOS 79ETC5WW (2.05 ), EC 79HT50WW-1.07
[ 17.628014] thinkpad_acpi: Lenovo ThinkPad T60, model 1952YDT
[ 17.630075] thinkpad_acpi: WARNING: Outdated ThinkPad BIOS/EC firmware
[ 17.632148] thinkpad_acpi: WARNING: This firmware may be missing critical bug fixes and/or important features
[ 17.635427] thinkpad_acpi: Unsupported brightness interface, please contact ibm-acpi-devel@lists.sourceforge.net
[ 17.640459] thinkpad_acpi: radio switch found; radios are enabled
[ 17.642551] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver

[ 38.450044] IPv6: ADDRCONF(NETDEV_CHANGE): wls3: link becomes ready
[ 49.849025] Adjusting hpet more than 11% (2611937668 vs 2601267907)
[ 57.095159] tun: Universal TUN/TAP device driver, 1.6
[ 57.095166] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ 57.132407] device virbr0-nic entered promiscuous mode
[ 58.049196] virbr0: port 1(virbr0-nic) entered listening state
[ 58.049219] virbr0: port 1(virbr0-nic) entered listening state
[ 59.781598] virbr0: port 1(virbr0-nic) entered disabled state
[ 67.258121] fuse init (API version 7.23)
[ 106.093869] Bluetooth: Core ver 2.20
[ 106.095697] NET: Registered protocol family 31
[ 106.095703] Bluetooth: HCI device and connection manager initialized
[ 106.095712] Bluetooth: HCI socket layer initialized
[ 106.095717] Bluetooth: L2CAP socket layer initialized
[ 106.095731] Bluetooth: SCO socket layer initialized
[ 106.262855] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 106.262862] Bluetooth: BNEP filters: protocol multicast
[ 106.262869] Bluetooth: BNEP socket layer initialized
[ 709.127287] perf interrupt took too long (2508 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
[peter@localhost ~]$ dmesg



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 619, Issue 1
***************************************

Minggu, 27 September 2015

Bristol Digest, Vol 618, Issue 1

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. KT anyone there? (peter@hemmings.eclipse.co.uk)


----------------------------------------------------------------------

Message: 1
Date: Sat, 26 Sep 2015 17:32:42 +0300
From: peter@hemmings.eclipse.co.uk
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] KT anyone there?
Message-ID: <1443277962.343345473@f7.my.com>
Content-Type: text/plain; charset="utf-8"


If anyone is there hang on I will be late!
--
Peter H
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150926/28195282/attachment-0001.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 618, Issue 1
***************************************

Sabtu, 12 September 2015

Bristol Digest, Vol 617, Issue 3

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Privacy ethics of smartphone manufacturers (nick robinson)


----------------------------------------------------------------------

Message: 1
Date: Fri, 11 Sep 2015 16:32:22 +0100
From: nick robinson <nick@njrobinson.net>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Privacy ethics of smartphone manufacturers
Message-ID:
<CADo8qK50TBQziNtmMPzSVa0Jz0KDzV1gB5W7cdUZhQ3rtHBAXQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi

If you check out xda-developers you could find custom roms for most phones,
not only cyanogenmod

kind regards

On 5 September 2015 at 15:13, Y Martin <ym2013@riseup.net> wrote:

> Hi
>
> I am interested in buying a smartphone and flashing it with Cyanogen Mod
> (an open source firmware). When I heard in the Snowden cables
> about how Apple actively collaborates with the NSA in installing
> backdoors into iPhones it made me not want to touch Apple hardware.
>
> I also read about a report of China being up to the same misdeeds with
> Huawei and ZTE:
> http://www.cnet.com/news/lawmakers-to-u-s-companies-dont-buy-huawei-zte/
>
> Google are a bit too creepy for my liking.
>
> Given that Cyanogen Mod is not supported on Nokia phones, that rules 5
> manufacturers out so far. The remaining seem to be:
> Samsung
> Sony
> HTC
> LG
> Motorola
>
> It would be good to get a clearer picture of the smartphone market from
> the perspective of privacy ethics. Can anyone provide any further
> information about the privacy ethics of these or any further companies?
> There must be some existing reviews or good articles out there about
> this topic.
>
> Sincerely,
>
> Yousef
>
> P.S. I know that the idea of 'smartphone-security' is a bit of a
> contradiction, but I would prefer to give my money to companies that do
> not sell out on their consumers' rights to privacy.
>
> P.P.S. No I dont have the money for a Blackphone2!
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150911/bda7d514/attachment-0001.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 617, Issue 3
***************************************

Jumat, 11 September 2015

Bristol Digest, Vol 617, Issue 2

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Privacy ethics of smartphone manufacturers (Y Martin)


----------------------------------------------------------------------

Message: 1
Date: Fri, 11 Sep 2015 10:53:16 +0100
From: Y Martin <ym2013@riseup.net>
To: ">> Bristol and Bath Linux User Group"
<bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Privacy ethics of smartphone manufacturers
Message-ID: <55F2A48C.6080804@riseup.net>
Content-Type: text/plain; charset=utf-8

Hi Martin,

Thank you very much for your comprehensive reply.

Rather than due to any lack of interest, my slow response is due to the
fact that I am still chewing over the information in your email and
reading up on the links!

While doing so, I came across SEandroid, NSA's security enhanced version
of android. Lets hope open-source projects will integrate the security
enhancements into their own firmware as was the case with SElinux.

Its great that affordable open-source projects like wileyfox are
happening. However, personally I dont see much difference between
WileyFox and buying a second-hand smartphone to install cyanogen mod on
myself.

Openmoko also looks like an exciting development and because of Cyanogen
Mod's recent M$ sellout, Openmoko does look better than Wileyfox.
However, at first glance it seemed more like a firmware-based project
rather than having much consideration for hardware or an FPGA; issues
which you raised.

Given your discussions around hardware-based vulnerabilities, projects
like the blackphone or even better, Neo900 look far more promising for
the future of secure smartphones.

Best wishes,

Yousef


On 05/09/15 22:29, Martin wrote:
> On Sat, 2015-09-05 at 16:52 +0100, Y Martin wrote:
>> Wow..so the Cyanogen Mod and M$ partnership wasnt just some April fools
>> day joke afterall!
>>
>> Perhaps the Nokia N900 with Maemo is the way to go. But there are hardly
>> any apps with Maemo.
>>
>> Though expensive, the Neo900 project looks pretty interesting.
>
> Also possibly relevant to your interests:
>
> http://www.theregister.co.uk/2015/08/25/wileyfox_phones_tick_reg_readers_boxes/
> http://www.ubuntu.com/phone/devices
> https://www.silentcircle.com/products-and-solutions/devices/
> http://wiki.openmoko.org/wiki/Main_Page
> http://neo900.org/
>
> I think the really key areas of question about trustworthy-ness that it
> is hard to get around are 1. it will be assembled in China and 2. the
> baseband processor will be running some kind of binary blob.
>
> Unless you have an FPGA and a decent open hardware system (some of the
> Open Cores projects look quite promising and it is an area where free
> software style commoditisation really could become a thing), you are
> really going to have to trust the hardware manufacture and assembly
> chain (and even then what about the FPGA etc. etc. although it is much
> harder to come up with a generic, hardware exploit for a system running
> on an FPGA), so, for now, I think you'll have to live with 1.
>
> [ As an aside, I used to think that CPU level backdoors were largely a
> theoretical issue. Some of the more recent "features" of Intel
> processors have somewhat changed my mind. AMT seems to create a
> back-channel from the network to full control of the processor, via
> non-user accessible, proprietary software which has already been shown
> to have security bugs. If you are concerned about BIOS freedom, this is
> much much worse. Then there is SGX, which give a *completely* new
> security architecture for the entire chip, unlike *anything* currently
> or previously available. For a change this sweeping and radical it has
> been kept remarkably quiet. Although I can see it has positive uses, it
> also has the capacity to be ALL of the things people feared when
> "trusted computing" was first proposed. Disturbingly when I spoke to
> some of the designers they didn't seem to realise that it would
> effectively make malware analysis impossible for these processors. All
> of which makes the statement:
> ?It doesn?t matter what state the system will be in, it will be
> listening all the time,?
> http://www.technologyreview.com/news/530491/hello-computer-intels-new-mobile-chips-are-always-listening/
> just that bit more sinister. ]
>
> A free software baseband and a system to run it on would be
> *interesting* and more achievable. Osmocom's work on this is amazing
> ( http://bb.osmocom.org/trac/ ) but is only really for research use
> (free software baseband + software radio = fun ?). There was a baseband
> implementation of one phone which may have been released at one point
> and you can still get the code if you know who to ask but it's copyright
> status is ... questionable and the hardware is long gone. Given that a
> baseband that supports GSM, GPRS, EDGE, LTE, etc. is likely to be in the
> millions of lines of code this is a non-trivial project (and a
> non-trivial attack surface) but one can hope. [It could be an
> interesting strategy for someone like Blackberry, who have control of
> the whole stack and the need for some interesting strategies. ] Given
> all of this I think the thing to do is to treat the baseband / modem as
> an untrusted blob and use the architecture of the system to prevent its
> compromise being escalated to a full system compromise. To my
> understanding this is beginning to happen on some of the more secure
> phone designs but one can mimic this with a USB "mobile internet" dongle
> and a linux box. You keep as much compute as you can on Linux and just
> use the modem (hooked over the (hopefully secure) USB serial device) to
> send and receive SMS and hook up to the Internet. Voice is a pain to do
> like this though.
>
> ANYWAY, please forgive me for rambling, as this is something I have been
> thinking about and allow me to finish on a question : do people have any
> good recommendations for the most minimal feature phone that can be
> effectively used as a peripheral for a Linux box? Basically a 3G or 4G
> USB dongle with battery, screen, keyboard, mic and speaker and nothing
> else.
>
> Cheers,
> - Martin
>
>
>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 617, Issue 2
***************************************

Senin, 07 September 2015

Bristol Digest, Vol 617, Issue 1

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Any Conky Experts Here!? (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Sun, 6 Sep 2015 21:50:42 +0100
From: Peter Hemmings <peter@hemmings.eclipse.co.uk>
To: "bristol@mailman.lug.org.uk" <bristol@mailman.lug.org.uk>
Subject: [bristol] Any Conky Experts Here!?
Message-ID: <55ECA722.7050508@hemmings.eclipse.co.uk>
Content-Type: text/plain; charset=utf-8; format=flowed

I have been looking at "Conky" and have installed "Conky Manager" (CM)
on my PC (fc22).

I can get the default widgets to work OK but cannot get one I added to
show up using this procedure:

http://gnome-look.org/content/show.php/conky_grey?content=137272

Either using the terminal or CM.

The terminal give the followin

[peter@study ~]$ conky -c ~/.conky/conkyrc_grey
Conky: forked to background, pid is 14852
[peter@study ~]$
Conky: desktop window (c00015) is subwindow of root window (2cf)
Conky: window type - override
Conky: drawing to created window (0x1c00001)
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 1 (X_CreateWindow)
Serial number of failed request: 116
Current serial number in output stream: 119

Can someone give me a pointer as to what it means and how to get it to
work as I do not want to spend a lot of time altering the conkyrc files
to get them as I would like!?

Thanks

--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 617, Issue 1
***************************************

Sabtu, 05 September 2015

Bristol Digest, Vol 616, Issue 11

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Privacy ethics of smartphone manufacturers (Y Martin)
2. Re: Privacy ethics of smartphone manufacturers (Nigel Sollars)
3. Re: Privacy ethics of smartphone manufacturers (Y Martin)
4. Re: Privacy ethics of smartphone manufacturers (Martin)
5. Re: Security of LUG (David Smith)


----------------------------------------------------------------------

Message: 1
Date: Sat, 05 Sep 2015 15:13:41 +0100
From: Y Martin <ym2013@riseup.net>
To: bristol@mailman.lug.org.uk
Subject: [bristol] Privacy ethics of smartphone manufacturers
Message-ID: <55EAF895.9010002@riseup.net>
Content-Type: text/plain; charset=utf-8

Hi

I am interested in buying a smartphone and flashing it with Cyanogen Mod
(an open source firmware). When I heard in the Snowden cables
about how Apple actively collaborates with the NSA in installing
backdoors into iPhones it made me not want to touch Apple hardware.

I also read about a report of China being up to the same misdeeds with
Huawei and ZTE:
http://www.cnet.com/news/lawmakers-to-u-s-companies-dont-buy-huawei-zte/

Google are a bit too creepy for my liking.

Given that Cyanogen Mod is not supported on Nokia phones, that rules 5
manufacturers out so far. The remaining seem to be:
Samsung
Sony
HTC
LG
Motorola

It would be good to get a clearer picture of the smartphone market from
the perspective of privacy ethics. Can anyone provide any further
information about the privacy ethics of these or any further companies?
There must be some existing reviews or good articles out there about
this topic.

Sincerely,

Yousef

P.S. I know that the idea of 'smartphone-security' is a bit of a
contradiction, but I would prefer to give my money to companies that do
not sell out on their consumers' rights to privacy.

P.P.S. No I dont have the money for a Blackphone2!



------------------------------

Message: 2
Date: Sat, 5 Sep 2015 10:54:44 -0400
From: Nigel Sollars <nsollars@gmail.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Privacy ethics of smartphone manufacturers
Message-ID:
<CAG6aBkVjiKYtB-9EG+7vT7nDpf+EirBVA0zKHTNY01yyUKjDpg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

With regards to Mobile, your gunna be SOL for anything thats not NSA / GCHQ
centric tbh, unless of course you totally role your own.

Cyanogen is in league with the M$ crowd also iirc..

Nige

On Sat, Sep 5, 2015 at 10:13 AM, Y Martin <ym2013@riseup.net> wrote:

> Hi
>
> I am interested in buying a smartphone and flashing it with Cyanogen Mod
> (an open source firmware). When I heard in the Snowden cables
> about how Apple actively collaborates with the NSA in installing
> backdoors into iPhones it made me not want to touch Apple hardware.
>
> I also read about a report of China being up to the same misdeeds with
> Huawei and ZTE:
> http://www.cnet.com/news/lawmakers-to-u-s-companies-dont-buy-huawei-zte/
>
> Google are a bit too creepy for my liking.
>
> Given that Cyanogen Mod is not supported on Nokia phones, that rules 5
> manufacturers out so far. The remaining seem to be:
> Samsung
> Sony
> HTC
> LG
> Motorola
>
> It would be good to get a clearer picture of the smartphone market from
> the perspective of privacy ethics. Can anyone provide any further
> information about the privacy ethics of these or any further companies?
> There must be some existing reviews or good articles out there about
> this topic.
>
> Sincerely,
>
> Yousef
>
> P.S. I know that the idea of 'smartphone-security' is a bit of a
> contradiction, but I would prefer to give my money to companies that do
> not sell out on their consumers' rights to privacy.
>
> P.P.S. No I dont have the money for a Blackphone2!
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>



--
?Science is a differential equation. Religion is a boundary condition.?

Alan Turing
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150905/bcd43a63/attachment-0001.html>

------------------------------

Message: 3
Date: Sat, 05 Sep 2015 16:52:38 +0100
From: Y Martin <ym2013@riseup.net>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Privacy ethics of smartphone manufacturers
Message-ID: <55EB0FC6.2060208@riseup.net>
Content-Type: text/plain; charset=windows-1252

Wow..so the Cyanogen Mod and M$ partnership wasnt just some April fools
day joke afterall!

Perhaps the Nokia N900 with Maemo is the way to go. But there are hardly
any apps with Maemo.

Though expensive, the Neo900 project looks pretty interesting.

Yousef



On 05/09/15 15:54, Nigel Sollars wrote:
> With regards to Mobile, your gunna be SOL for anything thats not NSA / GCHQ
> centric tbh, unless of course you totally role your own.
>
> Cyanogen is in league with the M$ crowd also iirc..
>
> Nige
>
> On Sat, Sep 5, 2015 at 10:13 AM, Y Martin <ym2013@riseup.net> wrote:
>
>> Hi
>>
>> I am interested in buying a smartphone and flashing it with Cyanogen Mod
>> (an open source firmware). When I heard in the Snowden cables
>> about how Apple actively collaborates with the NSA in installing
>> backdoors into iPhones it made me not want to touch Apple hardware.
>>
>> I also read about a report of China being up to the same misdeeds with
>> Huawei and ZTE:
>> http://www.cnet.com/news/lawmakers-to-u-s-companies-dont-buy-huawei-zte/
>>
>> Google are a bit too creepy for my liking.
>>
>> Given that Cyanogen Mod is not supported on Nokia phones, that rules 5
>> manufacturers out so far. The remaining seem to be:
>> Samsung
>> Sony
>> HTC
>> LG
>> Motorola
>>
>> It would be good to get a clearer picture of the smartphone market from
>> the perspective of privacy ethics. Can anyone provide any further
>> information about the privacy ethics of these or any further companies?
>> There must be some existing reviews or good articles out there about
>> this topic.
>>
>> Sincerely,
>>
>> Yousef
>>
>> P.S. I know that the idea of 'smartphone-security' is a bit of a
>> contradiction, but I would prefer to give my money to companies that do
>> not sell out on their consumers' rights to privacy.
>>
>> P.P.S. No I dont have the money for a Blackphone2!
>>
>> _______________________________________________
>> Bristol mailing list
>> Bristol@mailman.lug.org.uk
>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>
>
>
>
>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>




------------------------------

Message: 4
Date: Sat, 05 Sep 2015 22:29:05 +0100
From: Martin <inkubus@interalpha.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Privacy ethics of smartphone manufacturers
Message-ID: <1441488545.25977.223.camel@raphael>
Content-Type: text/plain; charset="UTF-8"

On Sat, 2015-09-05 at 16:52 +0100, Y Martin wrote:
> Wow..so the Cyanogen Mod and M$ partnership wasnt just some April fools
> day joke afterall!
>
> Perhaps the Nokia N900 with Maemo is the way to go. But there are hardly
> any apps with Maemo.
>
> Though expensive, the Neo900 project looks pretty interesting.

Also possibly relevant to your interests:

http://www.theregister.co.uk/2015/08/25/wileyfox_phones_tick_reg_readers_boxes/
http://www.ubuntu.com/phone/devices
https://www.silentcircle.com/products-and-solutions/devices/
http://wiki.openmoko.org/wiki/Main_Page
http://neo900.org/

I think the really key areas of question about trustworthy-ness that it
is hard to get around are 1. it will be assembled in China and 2. the
baseband processor will be running some kind of binary blob.

Unless you have an FPGA and a decent open hardware system (some of the
Open Cores projects look quite promising and it is an area where free
software style commoditisation really could become a thing), you are
really going to have to trust the hardware manufacture and assembly
chain (and even then what about the FPGA etc. etc. although it is much
harder to come up with a generic, hardware exploit for a system running
on an FPGA), so, for now, I think you'll have to live with 1.

[ As an aside, I used to think that CPU level backdoors were largely a
theoretical issue. Some of the more recent "features" of Intel
processors have somewhat changed my mind. AMT seems to create a
back-channel from the network to full control of the processor, via
non-user accessible, proprietary software which has already been shown
to have security bugs. If you are concerned about BIOS freedom, this is
much much worse. Then there is SGX, which give a *completely* new
security architecture for the entire chip, unlike *anything* currently
or previously available. For a change this sweeping and radical it has
been kept remarkably quiet. Although I can see it has positive uses, it
also has the capacity to be ALL of the things people feared when
"trusted computing" was first proposed. Disturbingly when I spoke to
some of the designers they didn't seem to realise that it would
effectively make malware analysis impossible for these processors. All
of which makes the statement:
?It doesn?t matter what state the system will be in, it will be
listening all the time,?
http://www.technologyreview.com/news/530491/hello-computer-intels-new-mobile-chips-are-always-listening/
just that bit more sinister. ]

A free software baseband and a system to run it on would be
*interesting* and more achievable. Osmocom's work on this is amazing
( http://bb.osmocom.org/trac/ ) but is only really for research use
(free software baseband + software radio = fun ?). There was a baseband
implementation of one phone which may have been released at one point
and you can still get the code if you know who to ask but it's copyright
status is ... questionable and the hardware is long gone. Given that a
baseband that supports GSM, GPRS, EDGE, LTE, etc. is likely to be in the
millions of lines of code this is a non-trivial project (and a
non-trivial attack surface) but one can hope. [It could be an
interesting strategy for someone like Blackberry, who have control of
the whole stack and the need for some interesting strategies. ] Given
all of this I think the thing to do is to treat the baseband / modem as
an untrusted blob and use the architecture of the system to prevent its
compromise being escalated to a full system compromise. To my
understanding this is beginning to happen on some of the more secure
phone designs but one can mimic this with a USB "mobile internet" dongle
and a linux box. You keep as much compute as you can on Linux and just
use the modem (hooked over the (hopefully secure) USB serial device) to
send and receive SMS and hook up to the Internet. Voice is a pain to do
like this though.

ANYWAY, please forgive me for rambling, as this is something I have been
thinking about and allow me to finish on a question : do people have any
good recommendations for the most minimal feature phone that can be
effectively used as a peripheral for a Linux box? Basically a 3G or 4G
USB dongle with battery, screen, keyboard, mic and speaker and nothing
else.

Cheers,
- Martin






------------------------------

Message: 5
Date: Sun, 06 Sep 2015 07:53:33 +0100
From: David Smith <David.Smith@ds-electronics.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID: <1441522413.16742.39.camel@ubuntu>
Content-Type: text/plain; charset=utf-8

On Tue, 2015-09-01 at 12:43 +0100, Andrzej Jarz?bowski wrote:
> Linux User Group mailing list is place for professionals to exchange
> their knowledge about usage and security of Linux systems. It's safe
> to assume that place like that has been build by professionals with
> experience in systems security.
>
>
> If that is the case why LUG is storing passwords of all their users in
> clear text and why those passwords are sent to us every month in clear
> text as an email?
>
>
> Can this by changed? It's highly insecure especially for people that
> may use same password for other services. I understand that each
> password should be different but there is al lot of people that don't
> follow that rule. I would be happy to help fix that issue.

Firstly, as has previously mentioned, there is little difference between
storing information in plaintext, and storing it encrypted with the
decryption key. Therefore, if I say that something is stored in
plaintext, I am including the possibility that it could be stored
encrypted with the decryption key on the same server. This is also
because I suspect that the server actually *will* be storing it in
plaintext.

On Wed, 2015-09-02 at 01:34 +0100, Allen Coates wrote:
> Don't forget it's not just my data being stored. If someone
> compromises the server, they will have a complete list of all the
> subscribers.
> Depending on how things are organised, perhaps of all the subscribers
> to all the LUGs in the country.

Well, by definition, the server needs to have a list of the email
addresses of all of the subscribers in a plaintext format. Otherwise,
it's going to be pretty useless as a mailing list server.

OK, so what is the password actually protecting?

1. Your email address? No, since your password is only useful to
someone who already knows your email address.

2. Everyone else's email address? No, it doesn't give you access to the
complete subscriber list; it does give you access to the email address
of everyone that has ever posted (by downloading the archives), but an
attacker could just subscribe to the list and download that information
themselves.

So, all it's really protecting is your subscription settings - whether
you want digest versions, whether you want a mail at all, etc.

Given the low value of the information it's protecting, I don't consider
it to be much of an issue. The BBLUG list is hosted on a server that
serves most of the LUGs in the UK, and we are simply a customer of that
service. If you can persuade the SysOps of that server that it is worth
their time and effort to upgrade to a newer version of Mailman, then
feel free, but I doubt they'll be bothered.

There are clear warnings given about sharing passwords between the
mailing list and other places; people shouldn't be stupid enough to
ignore those warnings.

It's quite simple - don't use your LUG password for anything else; if
you're still worried, turn off the reminder mails, and if you're
completely paranoid, unsubscribe from the list.




------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 616, Issue 11
****************************************

Jumat, 04 September 2015

Bristol Digest, Vol 616, Issue 10

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Security of LUG (MFPA)


----------------------------------------------------------------------

Message: 1
Date: Thu, 3 Sep 2015 13:30:58 +0100
From: MFPA <2014-667rhzu3dc-lists-groups@riseup.net>
To: "Allen Coates on Bristol and Bath Linux User Group"
<bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID: <1003630986.20150903133058@my_localhost>
Content-Type: text/plain; charset=utf-8

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi


On Wednesday 2 September 2015 at 1:34:17 AM, in
<mid:55E64409.8060002@cidercounty.org.uk>, Allen Coates wrote:



MFPA:
>> What personal data are we talking about, apart from email address?
> Anything the administrators care to store about me.

All they need is the email address, plus password and subscription
settings. They could potentially store things like IP address, what
browser/operating system/MUA/etc. but they need none of this so should
not bother.



> Don't forget it's not just my data being stored. If
> someone compromises the server, they will have a
> complete list of all the subscribers.

As Amias said, they could see all active subscribers from the list
archives. Extra security here would only benefit inactive subscribers
(or those who join with one email address to post and a different one
to receive the list's messages).



> Depending on
> how things are organised, perhaps of all the
> subscribers to all the LUGs in the country.

I would guess that were true: the settings page allows some
options to be set "globally" for every mailing list that you are a
member of on mailman.lug.org.uk, and there is a "list my other
subscriptions" button.



> In quantities like that, even "just" a name / email
> pair will become valuable.

That is available from the list archives. On the subscription page,
there is a box for name as well as for email address. It is clearly
marked as optional; I don't think it should be there at all as it is
not needed.

Unless the list prunes those that are inactive or bouncing, the
membership list would contain lots dead email addresses.



> It's a pipe-dream, I know, but I would like to think
> that *ALL* personal data - however trivial - is
> protected.

Unfortunately that is not possible. Where I live is personal data -
definitely non-trivial - that cannot be protected because people who
have no need to know where I live can see me coming and going.


I would like to think that personal data were:-

1. only stored with the data subject's explicit permission,

2. only stored if absolutely needed,

3. only used for the precise purpose for which it were provided,

4. only used by those to whom it were provided,

5. securely deleted as soon as no longer needed or as soon as so
instructed by the data subject, and

6. freely available for secure inspection at any time by the
subject of that personal data.

Even the Data Protection Act is found wanting on most of those points.



- --
Best regards

MFPA <mailto:2014-667rhzu3dc-lists-groups@riseup.net>

Rose rose to put rose roes on her rows of roses.
-----BEGIN PGP SIGNATURE-----

iQF8BAEBCgBmBQJV6D2uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCM0FFN0VDQTlBOEM4QjMwMjZBNUEwRjU2
QjdDNzRDRUIzMUYyNUYwAAoJEGt8dM6zHyXwAegIAIXD6AmlVO2+vUM3n2LTt2PM
rw6B4aBf6OCnMnGQKHg9trXStz3ytyPCNhxv5DYdev5l1StyAM2Xamtark0BCcih
easpY8cqO0RDDLPPGreihkZ+1Em4ymvBXg1iz+jmyIX3jUT+xbsGJ79a6XP/ibDQ
VrPAUANHHzWOPmUR3BF2lCuLsiqR+NLYIh+deVOiJzfZDlVoBvMDAADr25olYu25
MUkX5ZqbhZHBSAhBKCKOJ4FrNRlE4lf4EuJWzs5QHKJeZeBMptrlBHEFN8tP3rCC
Tw6OeBEe36SxMfcEIdYM8AR3qWVeiUkZKAqwAiR+kWnTu5f6CoV/8J+1qBWFNZOI
vgQBFgoAZgUCVeg9t18UgAAAAAAuAChpc3N1ZXItZnByQG5vdGF0aW9ucy5vcGVu
cGdwLmZpZnRoaG9yc2VtYW4ubmV0MzNBQ0VENEVFOTEzNEVFQkRFNkE4NTA2MTcx
MkJDNDYxQUY3NzhFNAAKCRAXErxGGvd45ILxAQC7xxlAEtXzGvRD43I2EmpO77HT
JeD7xbVyQWlL90Q/XwEAyvgcsbcVxbgcfkxt4EFiz11Dn2dZPqO9zI2V+q8AbgU=
=vk3Z
-----END PGP SIGNATURE-----




------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 616, Issue 10
****************************************

Kamis, 03 September 2015

Bristol Digest, Vol 616, Issue 9

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. PGP test after migration (James Womack)
2. Re: PGP test after migration (Y Martin)


----------------------------------------------------------------------

Message: 1
Date: Wed, 2 Sep 2015 20:35:10 +0100
From: James Womack <james.c.womack@gmail.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] PGP test after migration
Message-ID: <55E74F6E.8080805@gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello,

I just migrated to a new laptop, and shifted my PGP (sub)keys to the new
machine. I would like to verify that I have set up everything okay and
that I can send signed and encrypted mail. Would anybody be interested
in a quick back-and-forth with me to test this out?

Thanks,
James
--
James Womack
james.c.womack@gmail.com
http://jcwomack.uk

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150902/feb2e37a/attachment-0001.sig>

------------------------------

Message: 2
Date: Wed, 02 Sep 2015 21:44:56 +0100
From: Y Martin <ym2013@riseup.net>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] PGP test after migration
Message-ID: <55E75FC8.5050200@riseup.net>
Content-Type: text/plain; charset=windows-1252

Hi James

I can do this if necessary. But also, there is Adele the Friendly
OpenPGP Email Robot:
adele-en@gnupp.de

Best wishes,

Yousef

On 02/09/15 20:35, James Womack wrote:
> Hello,
>
> I just migrated to a new laptop, and shifted my PGP (sub)keys to the new
> machine. I would like to verify that I have set up everything okay and
> that I can send signed and encrypted mail. Would anybody be interested
> in a quick back-and-forth with me to test this out?
>
> Thanks,
> James
>
>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>




------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 616, Issue 9
***************************************

Rabu, 02 September 2015

Bristol Digest, Vol 616, Issue 8

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Security of LUG (MFPA)
2. Re: Security of LUG (Allen Coates)
3. Re: Security of LUG (Amias Channer)


----------------------------------------------------------------------

Message: 1
Date: Wed, 2 Sep 2015 00:13:40 +0100
From: MFPA <2014-667rhzu3dc-lists-groups@riseup.net>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID: <55E63124.4010101@riseup.net>
Content-Type: text/plain; charset=utf-8

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi

Tue, 01 Sep 2015 20:19:53 +0100, in Message-ID
<55E5FA59.6090201@cidercounty.org.uk>, Allen wrote:-

> My gut-feeling is to employ simple encryption to both the user's
> password AND all his/her personal data, and then to safeguard the
> encryption key as best you can.

What personal data are we talking about, apart from email address?



- --
MFPA <Mailto:2014-667rhzu3dc-lists-groups@riseup.net>
-----BEGIN PGP SIGNATURE-----

iQF8BAEBCgBmBQJV5jENXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCM0FFN0VDQTlBOEM4QjMwMjZBNUEwRjU2
QjdDNzRDRUIzMUYyNUYwAAoJEGt8dM6zHyXwWuAH/3H5A070nnZA29N10g7E94kT
J2stkMnXjLFELu++nMTMEqYUq/RygPneonFTr5BOvCJjUEpa3gr8hleAX6+TXrqp
GlzwLg8w9KsTt42eHteBk0Zd97FSr6PPEi43hGhR82c7MHJyqDa5qKPB3YNTChzn
pehpZTjl5bu+XYwMpF/LQ2xVI/Lm0+ierpiIYIOabTE7tXeKC9In27BVWWeDl8q7
uymcUGyR4NLtYIMf4MINVZ2MGrj0dzYhpcLAf3uUNrPWBHm3kfmfITXVyN8stEd9
+dD1OyR8vzJ0USflEWeMpukhFxyvExGlQOGU0Anxo3/nibExu53VJWOUZGOY1hSI
vgQBFgoAZgUCVeYxIF8UgAAAAAAuAChpc3N1ZXItZnByQG5vdGF0aW9ucy5vcGVu
cGdwLmZpZnRoaG9yc2VtYW4ubmV0MzNBQ0VENEVFOTEzNEVFQkRFNkE4NTA2MTcx
MkJDNDYxQUY3NzhFNAAKCRAXErxGGvd45An2AQBUPC7aS1SC7yCKERrpT0jyCg0h
qICYervgm9p6sFP+jgEAyGi6rvTvU2x60sA9NnHJ1pXeRMj0rld5EEn9LnRZaAM=
=xbWV
-----END PGP SIGNATURE-----



------------------------------

Message: 2
Date: Wed, 02 Sep 2015 01:34:17 +0100
From: Allen Coates <lug-7@cidercounty.org.uk>
To: bristol@mailman.lug.org.uk
Subject: Re: [bristol] Security of LUG
Message-ID: <55E64409.8060002@cidercounty.org.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed



On 02/09/15 00:13, MFPA wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Hi
>
> Tue, 01 Sep 2015 20:19:53 +0100, in Message-ID
> <55E5FA59.6090201@cidercounty.org.uk>, Allen wrote:-
>
>> My gut-feeling is to employ simple encryption to both the user's
>> password AND all his/her personal data, and then to safeguard the
>> encryption key as best you can.
> What personal data are we talking about, apart from email address?
Anything the administrators care to store about me.

Don't forget it's not just my data being stored. If someone compromises
the server, they will have a complete list of all the subscribers.
Depending on how things are organised, perhaps of all the subscribers to
all the LUGs in the country.

In quantities like that, even "just" a name / email pair will become
valuable.

It's a pipe-dream, I know, but I would like to think that *ALL* personal
data - however trivial - is protected.


>
>
>
> - --
> MFPA <Mailto:2014-667rhzu3dc-lists-groups@riseup.net>
> -----BEGIN PGP SIGNATURE-----
>
> iQF8BAEBCgBmBQJV5jENXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCM0FFN0VDQTlBOEM4QjMwMjZBNUEwRjU2
> QjdDNzRDRUIzMUYyNUYwAAoJEGt8dM6zHyXwWuAH/3H5A070nnZA29N10g7E94kT
> J2stkMnXjLFELu++nMTMEqYUq/RygPneonFTr5BOvCJjUEpa3gr8hleAX6+TXrqp
> GlzwLg8w9KsTt42eHteBk0Zd97FSr6PPEi43hGhR82c7MHJyqDa5qKPB3YNTChzn
> pehpZTjl5bu+XYwMpF/LQ2xVI/Lm0+ierpiIYIOabTE7tXeKC9In27BVWWeDl8q7
> uymcUGyR4NLtYIMf4MINVZ2MGrj0dzYhpcLAf3uUNrPWBHm3kfmfITXVyN8stEd9
> +dD1OyR8vzJ0USflEWeMpukhFxyvExGlQOGU0Anxo3/nibExu53VJWOUZGOY1hSI
> vgQBFgoAZgUCVeYxIF8UgAAAAAAuAChpc3N1ZXItZnByQG5vdGF0aW9ucy5vcGVu
> cGdwLmZpZnRoaG9yc2VtYW4ubmV0MzNBQ0VENEVFOTEzNEVFQkRFNkE4NTA2MTcx
> MkJDNDYxQUY3NzhFNAAKCRAXErxGGvd45An2AQBUPC7aS1SC7yCKERrpT0jyCg0h
> qICYervgm9p6sFP+jgEAyGi6rvTvU2x60sA9NnHJ1pXeRMj0rld5EEn9LnRZaAM=
> =xbWV
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>
>




------------------------------

Message: 3
Date: Wed, 2 Sep 2015 12:26:51 +0100
From: Amias Channer <me@amias.net>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID:
<CAMgU7XUFM9t6zNyWO1JtCoLJTjOM08La=ff=j9HZ2hvH-VC5RA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello luggers,

You could get a list of all active members by singing up and then
downloading the archives.

I would argue that whilst the security could be improved the benefits are
not worth it because
the data is not sensitive or dangerous, its meant to be public. The costs
of implementing more
security would be more expensive hosting for the extra load computing
passwords and more admin
time dealing with broken accounts, as well as the time to make the changes.

I'm pretty sure this is all run by volunteers so that load may well break
the deal.

The solution is simple , just don't use an important password for your lug
account and if you are
that bothered just disable password reminders for your account.

Cheers
Amias

On 2 September 2015 at 01:34, Allen Coates <lug-7@cidercounty.org.uk> wrote:

>
>
> On 02/09/15 00:13, MFPA wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA512
>>
>> Hi
>>
>> Tue, 01 Sep 2015 20:19:53 +0100, in Message-ID
>> <55E5FA59.6090201@cidercounty.org.uk>, Allen wrote:-
>>
>> My gut-feeling is to employ simple encryption to both the user's
>>> password AND all his/her personal data, and then to safeguard the
>>> encryption key as best you can.
>>>
>> What personal data are we talking about, apart from email address?
>>
> Anything the administrators care to store about me.
>
> Don't forget it's not just my data being stored. If someone compromises
> the server, they will have a complete list of all the subscribers.
> Depending on how things are organised, perhaps of all the subscribers to
> all the LUGs in the country.
>
> In quantities like that, even "just" a name / email pair will become
> valuable.
>
> It's a pipe-dream, I know, but I would like to think that *ALL* personal
> data - however trivial - is protected.
>
>
>
>
>>
>>
>> - -- MFPA <Mailto:2014-667rhzu3dc-lists-groups@riseup.net>
>> -----BEGIN PGP SIGNATURE-----
>>
>> iQF8BAEBCgBmBQJV5jENXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
>> ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCM0FFN0VDQTlBOEM4QjMwMjZBNUEwRjU2
>> QjdDNzRDRUIzMUYyNUYwAAoJEGt8dM6zHyXwWuAH/3H5A070nnZA29N10g7E94kT
>> J2stkMnXjLFELu++nMTMEqYUq/RygPneonFTr5BOvCJjUEpa3gr8hleAX6+TXrqp
>> GlzwLg8w9KsTt42eHteBk0Zd97FSr6PPEi43hGhR82c7MHJyqDa5qKPB3YNTChzn
>> pehpZTjl5bu+XYwMpF/LQ2xVI/Lm0+ierpiIYIOabTE7tXeKC9In27BVWWeDl8q7
>> uymcUGyR4NLtYIMf4MINVZ2MGrj0dzYhpcLAf3uUNrPWBHm3kfmfITXVyN8stEd9
>> +dD1OyR8vzJ0USflEWeMpukhFxyvExGlQOGU0Anxo3/nibExu53VJWOUZGOY1hSI
>> vgQBFgoAZgUCVeYxIF8UgAAAAAAuAChpc3N1ZXItZnByQG5vdGF0aW9ucy5vcGVu
>> cGdwLmZpZnRoaG9yc2VtYW4ubmV0MzNBQ0VENEVFOTEzNEVFQkRFNkE4NTA2MTcx
>> MkJDNDYxQUY3NzhFNAAKCRAXErxGGvd45An2AQBUPC7aS1SC7yCKERrpT0jyCg0h
>> qICYervgm9p6sFP+jgEAyGi6rvTvU2x60sA9NnHJ1pXeRMj0rld5EEn9LnRZaAM=
>> =xbWV
>> -----END PGP SIGNATURE-----
>>
>> _______________________________________________
>> Bristol mailing list
>> Bristol@mailman.lug.org.uk
>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>
>>
>>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150902/805cddd8/attachment-0001.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 616, Issue 8
***************************************

Selasa, 01 September 2015

Bristol Digest, Vol 616, Issue 7

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Security of LUG (Allen Coates)
2. Re: Security of LUG (Ian Plain)
3. Re: Security of LUG (Alberto Lietor Santos)


----------------------------------------------------------------------

Message: 1
Date: Tue, 01 Sep 2015 20:19:53 +0100
From: Allen Coates <lug-7@cidercounty.org.uk>
To: bristol@mailman.lug.org.uk
Subject: Re: [bristol] Security of LUG
Message-ID: <55E5FA59.6090201@cidercounty.org.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I concur with the notion that storing passwords in the clear smacks of
sloppy workmanship - but then a RADIUS authentication server stores
passwords that way. So the MailMan package is in good company...

Storing encrypted passwords <I>where the encryption key is available to
the program</I> is not all that much more secure, and it will add a
layer of complication.

There is then a big jump to one-way hashes of the password, which makes
them irrecoverable - and the monthly "reminder" emails impossible to create.

My gut-feeling is to employ simple encryption to both the user's
password AND all his/her personal data, and then to safeguard the
encryption key as best you can. (Say put it in a file, available to the
mother process but NOT to the user interface).

As for the monthly reminder emails, perhaps there is a case for using
PGP encryption - always supposing the user has A PGP key.

There is no such thing as Total Security - only a "least worst" solution.

Hope this helps.

Allen C





------------------------------

Message: 2
Date: Tue, 1 Sep 2015 22:13:40 +0100
From: Ian Plain <ian@cyber-cottage.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID:
<CAPdamw_+Z1wnuJCSNdszbT=Hx_OMcejxmXPnUL23oCAgBScm1Q@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Why do you assume that just because the password is sent as plain text that
its stored as plain text ??

On 1 September 2015 at 15:55, Alberto Lietor Santos <alietors@gmail.com>
wrote:

> The problem is not just the reminder.
> The problem is if the reminder sent you your password in plain text is
> because they have this password anywhere in the server in plain text, so,
> if someone "hack" the server it has access to all the passwords.
>
> Store passwords in plain text is clearly a security antipattern a big
> no-no.
>
> 2015-09-01 15:50 GMT+01:00 Ian Plain <ian@cyber-cottage.co.uk>:
>
>> Or just log in and turn off the password reminder option. !!
>>
>> On 1 September 2015 at 15:05, Will Avery <wilf@linuxmail.org> wrote:
>>
>>>
>>> You are not the first to see a problem with this: e.g.
>>> http://www.jwz.org/doc/mailman.html
>>> *Sent:* Tuesday, September 01, 2015 at 12:43 PM
>>> *From:* "Andrzej Jarz?bowski" <jarzebowski.andrzej@gmail.com>
>>> *To:* "Bristol and Bath Linux User Group" <bristol@mailman.lug.org.uk>
>>> *Subject:* [bristol] Security of LUG
>>> Linux User Group mailing list is place for professionals to exchange
>>> their knowledge about usage and security of Linux systems. It's safe to
>>> assume that place like that has been build by professionals with experience
>>> in systems security.
>>>
>>> If that is the case why LUG is storing passwords of all their users in
>>> clear text and why those passwords are sent to us every month in clear text
>>> as an email?
>>>
>>> Can this by changed? It's highly insecure especially for people that may
>>> use same password for other services. I understand that each password
>>> should be different but there is al lot of people that don't follow that
>>> rule. I would be happy to help fix that issue.
>>> _______________________________________________ Bristol mailing list
>>> Bristol@mailman.lug.org.uk
>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>
>>> _______________________________________________
>>> Bristol mailing list
>>> Bristol@mailman.lug.org.uk
>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>
>>
>>
>>
>> --
>> Thanks
>> Ian Plain
>> http://www.cyber-cottage.co.uk
>> Twitter @cyberco
>> Skype ba17sw
>> Ph: 01225580025
>> Txt: 01225580025
>>
>> *To Raise a Support request please got
>> to http://cyber-cottage.co.uk/osticket/
>> <http://cyber-cottage.co.uk/osticket/> and open a new ticket*
>>
>>
>>
>> The information transmitted is intended only for the entity or person to
>> whom it is addressed and may contain confidential and/or privileged
>> material. Any review, retransmission, dissemination or other use of, or
>> taking of any action in reliance upon, this information by persons or
>> entities other than the intended recipient is prohibited. If you receive
>> this in error, please contact the sender and delete the material from any
>> computer or media on which it resides. Any information statements or
>> opinions contained in this message (including any attachments) are given by
>> the author. They are not given on behalf of cyber-cottage.co.uk. This
>> email is for information purposes only and does not create legal relations
>> unless confirmed in a letter or facsimile. cyber-cottage.co.uk does not
>> accept any liability for information not relating to its official business.
>> cyber-cottage.co.uk takes steps to minimise viruses and other errors
>> but cannot guarantee that this email is error free. cyber-cottage.co.uk
>> monitors email traffic for lawful purposes.
>>
>> _______________________________________________
>> Bristol mailing list
>> Bristol@mailman.lug.org.uk
>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>
>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>



--
Thanks
Ian Plain
http://www.cyber-cottage.co.uk
Twitter @cyberco
Skype ba17sw
Ph: 01225580025
Txt: 01225580025

*To Raise a Support request please got
to http://cyber-cottage.co.uk/osticket/
<http://cyber-cottage.co.uk/osticket/> and open a new ticket*



The information transmitted is intended only for the entity or person to
whom it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you receive
this in error, please contact the sender and delete the material from any
computer or media on which it resides. Any information statements or
opinions contained in this message (including any attachments) are given by
the author. They are not given on behalf of cyber-cottage.co.uk. This
email is for information purposes only and does not create legal relations
unless confirmed in a letter or facsimile. cyber-cottage.co.uk does not
accept any liability for information not relating to its official business.
cyber-cottage.co.uk takes steps to minimise viruses and other errors but
cannot guarantee that this email is error free. cyber-cottage.co.uk
monitors email traffic for lawful purposes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150901/bbb38fed/attachment-0001.html>

------------------------------

Message: 3
Date: Tue, 1 Sep 2015 22:45:05 +0100
From: Alberto Lietor Santos <alietors@gmail.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID:
<CACXZLW5LtCujXU0TKX_xy6S2Lngzh9ZEokxK8BOZQ9Zq-FxCrg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

I don't mind how it is store but if there is a way to convert what it is
stored to my password the security is the same, none.
A good password storage is the one you cannot get the original password
from the stuff stored. This is the reason you never get your password
recovered from anywhere just a temporal password.
On 1 Sep 2015 22:14, "Ian Plain" <ian@cyber-cottage.co.uk> wrote:

> Why do you assume that just because the password is sent as plain text
> that its stored as plain text ??
>
> On 1 September 2015 at 15:55, Alberto Lietor Santos <alietors@gmail.com>
> wrote:
>
>> The problem is not just the reminder.
>> The problem is if the reminder sent you your password in plain text is
>> because they have this password anywhere in the server in plain text, so,
>> if someone "hack" the server it has access to all the passwords.
>>
>> Store passwords in plain text is clearly a security antipattern a big
>> no-no.
>>
>> 2015-09-01 15:50 GMT+01:00 Ian Plain <ian@cyber-cottage.co.uk>:
>>
>>> Or just log in and turn off the password reminder option. !!
>>>
>>> On 1 September 2015 at 15:05, Will Avery <wilf@linuxmail.org> wrote:
>>>
>>>>
>>>> You are not the first to see a problem with this: e.g.
>>>> http://www.jwz.org/doc/mailman.html
>>>> *Sent:* Tuesday, September 01, 2015 at 12:43 PM
>>>> *From:* "Andrzej Jarz?bowski" <jarzebowski.andrzej@gmail.com>
>>>> *To:* "Bristol and Bath Linux User Group" <bristol@mailman.lug.org.uk>
>>>> *Subject:* [bristol] Security of LUG
>>>> Linux User Group mailing list is place for professionals to exchange
>>>> their knowledge about usage and security of Linux systems. It's safe to
>>>> assume that place like that has been build by professionals with experience
>>>> in systems security.
>>>>
>>>> If that is the case why LUG is storing passwords of all their users in
>>>> clear text and why those passwords are sent to us every month in clear text
>>>> as an email?
>>>>
>>>> Can this by changed? It's highly insecure especially for people that
>>>> may use same password for other services. I understand that each password
>>>> should be different but there is al lot of people that don't follow that
>>>> rule. I would be happy to help fix that issue.
>>>> _______________________________________________ Bristol mailing list
>>>> Bristol@mailman.lug.org.uk
>>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>>
>>>> _______________________________________________
>>>> Bristol mailing list
>>>> Bristol@mailman.lug.org.uk
>>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>>
>>>
>>>
>>>
>>> --
>>> Thanks
>>> Ian Plain
>>> http://www.cyber-cottage.co.uk
>>> Twitter @cyberco
>>> Skype ba17sw
>>> Ph: 01225580025
>>> Txt: 01225580025
>>>
>>> *To Raise a Support request please got
>>> to http://cyber-cottage.co.uk/osticket/
>>> <http://cyber-cottage.co.uk/osticket/> and open a new ticket*
>>>
>>>
>>>
>>> The information transmitted is intended only for the entity or person to
>>> whom it is addressed and may contain confidential and/or privileged
>>> material. Any review, retransmission, dissemination or other use of, or
>>> taking of any action in reliance upon, this information by persons or
>>> entities other than the intended recipient is prohibited. If you receive
>>> this in error, please contact the sender and delete the material from any
>>> computer or media on which it resides. Any information statements or
>>> opinions contained in this message (including any attachments) are given by
>>> the author. They are not given on behalf of cyber-cottage.co.uk. This
>>> email is for information purposes only and does not create legal relations
>>> unless confirmed in a letter or facsimile. cyber-cottage.co.uk does
>>> not accept any liability for information not relating to its official
>>> business. cyber-cottage.co.uk takes steps to minimise viruses and
>>> other errors but cannot guarantee that this email is error free.
>>> cyber-cottage.co.uk monitors email traffic for lawful purposes.
>>>
>>> _______________________________________________
>>> Bristol mailing list
>>> Bristol@mailman.lug.org.uk
>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>
>>
>>
>> _______________________________________________
>> Bristol mailing list
>> Bristol@mailman.lug.org.uk
>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>
>
>
>
> --
> Thanks
> Ian Plain
> http://www.cyber-cottage.co.uk
> Twitter @cyberco
> Skype ba17sw
> Ph: 01225580025
> Txt: 01225580025
>
> *To Raise a Support request please got
> to http://cyber-cottage.co.uk/osticket/
> <http://cyber-cottage.co.uk/osticket/> and open a new ticket*
>
>
>
> The information transmitted is intended only for the entity or person to
> whom it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you receive
> this in error, please contact the sender and delete the material from any
> computer or media on which it resides. Any information statements or
> opinions contained in this message (including any attachments) are given by
> the author. They are not given on behalf of cyber-cottage.co.uk. This
> email is for information purposes only and does not create legal relations
> unless confirmed in a letter or facsimile. cyber-cottage.co.uk does not
> accept any liability for information not relating to its official business.
> cyber-cottage.co.uk takes steps to minimise viruses and other errors but
> cannot guarantee that this email is error free. cyber-cottage.co.uk
> monitors email traffic for lawful purposes.
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150901/fdc2b3d8/attachment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 616, Issue 7
***************************************

Bristol Digest, Vol 616, Issue 6

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Security of LUG (peter@hemmings.eclipse.co.uk)
2. Re: Security of LUG (Max Brooks)


----------------------------------------------------------------------

Message: 1
Date: Tue, 01 Sep 2015 19:20:25 +0300
From: peter@hemmings.eclipse.co.uk
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID: <1441124425.194749710@f28.my.com>
Content-Type: text/plain; charset="utf-8"


This subject has obviously more? activity (12 in 5 hours) and only one proposal but many opinions.
If someone wishes to sort out a more secure setup AND will be an active Member for at least a couple of years,? then step forward and make yourself known and put forward a proposal!
We can then move forward but Dave Smith the list administrator should have an input before anything is decided.
Just my 4p's worth as periodically we have a burst of activity but nothing develops,? but this might be different!!

--
Peter H
Sent from myMail app for Android Tuesday, 01 September 2015, 04:41pm +01:00 from Alberto Lietor Santos < alietors@gmail.com> :

>How this change anything?
>
>2015-09-01 16:37 GMT+01:00 Max Brooks < psykx.out@gmail.com > :
>>You do realize that this list is public right? All the information is available without any sort of password.?
>>
>>Sent from my iPhone, please excuse any typos.?
>>
>>On 01 Sep 2015, at 15:55, Alberto Lietor Santos < alietors@gmail.com > wrote:
>>
>>>The problem is not just the reminder.
>>>The problem is if the reminder sent you your password in plain text is because they have this password anywhere in the server in plain text, so, if someone "hack" the server it has access to all the passwords.
>>>
>>>Store passwords in plain text is clearly a security antipattern a big no-no.
>>>
>>>2015-09-01 15:50 GMT+01:00 Ian Plain < ian@cyber-cottage.co.uk > :
>>>>Or just log in and turn off the password reminder option. !!?
>>>>
>>>>On 1 September 2015 at 15:05, Will Avery < wilf@linuxmail.org > wrote:
>>>>>?
>>>>>You are not the first to see a problem with this: e.g. http://www.jwz.org/doc/mailman.html
>>>>>Sent: ?Tuesday, September 01, 2015 at 12:43 PM
>>>>>From: ?"Andrzej Jarz?bowski" < jarzebowski.andrzej@gmail.com >
>>>>>To: ?"Bristol and Bath Linux User Group" < bristol@mailman.lug.org.uk >
>>>>>Subject: ?[bristol] Security of LUG
>>>>>Linux User Group mailing list is place for professionals to exchange their knowledge about usage and security of Linux systems. It's safe to assume that place like that has been build by professionals with experience in systems security.?
>>>>>?
>>>>>If that is the case why LUG is storing passwords of all their users in clear text and why those passwords are sent to us every month in clear text as an email?
>>>>>?
>>>>>Can this by changed? It's highly insecure especially for people that may use same password for other services. I understand that each password should be different but there is al lot of people that don't follow that rule. I would be happy to help fix that issue. _______________________________________________ Bristol mailing list Bristol@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>>>_______________________________________________
>>>>>Bristol mailing list
>>>>>Bristol@mailman.lug.org.uk
>>>>>https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>>
>>>>
>>>>
>>>>--
>>>>Thanks
>>>>Ian Plain
>>>>http://www.cyber-cottage.co.uk
>>>>Twitter @cyberco
>>>>Skype ba17sw
>>>>Ph: 01225580025
>>>>Txt: 01225580025
>>>>
>>>>To Raise a Support request please got to? http://cyber-cottage.co.uk/osticket/ and open a new ticket
>>>>
>>>>
>>>>
>>>>The information transmitted is intended only for the entity or person to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer or media on which it resides. Any information statements or opinions contained in this message (including any attachments) are given by the author. They are not given on behalf of cyber-cottage.co.uk .? This email is for information purposes only and does not create legal relations unless confirmed in a letter or facsimile. cyber-cottage.co.uk ?does not accept any liability for information not relating to its official business. cyber-cottage.co.uk ?takes steps to minimise viruses and other errors but cannot guarantee that this email is error free. cyber-cottage.co.uk monitors email traffic for lawful purposes.
>>>>_______________________________________________
>>>>Bristol mailing list
>>>>Bristol@mailman.lug.org.uk
>>>>https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>
>>>_______________________________________________
>>>Bristol mailing list
>>>Bristol@mailman.lug.org.uk
>>>https://mailman.lug.org.uk/mailman/listinfo/bristol
>>_______________________________________________
>>Bristol mailing list
>>Bristol@mailman.lug.org.uk
>>https://mailman.lug.org.uk/mailman/listinfo/bristol
>
>_______________________________________________
>Bristol mailing list
>Bristol@mailman.lug.org.uk
>https://mailman.lug.org.uk/mailman/listinfo/bristol
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150901/b03e0fe7/attachment-0001.html>

------------------------------

Message: 2
Date: Tue, 1 Sep 2015 17:53:43 +0100
From: Max Brooks <psykx.out@gmail.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Security of LUG
Message-ID: <16105E91-6A79-4184-9A0B-8CFDD20A7D9B@gmail.com>
Content-Type: text/plain; charset="utf-8"

Well security analysis is usually a risk based activity. Given that the likelihood of a password being stolen from an email is low, and that it would only give you access to public information, it seems like talking about security anti patterns is OTT.

Thanks, Max B

Sent from my iPhone, please excuse any typos.

> On 01 Sep 2015, at 16:41, Alberto Lietor Santos <alietors@gmail.com> wrote:
>
> How this change anything?
>
> 2015-09-01 16:37 GMT+01:00 Max Brooks <psykx.out@gmail.com>:
>> You do realize that this list is public right? All the information is available without any sort of password.
>>
>> Sent from my iPhone, please excuse any typos.
>>
>>> On 01 Sep 2015, at 15:55, Alberto Lietor Santos <alietors@gmail.com> wrote:
>>>
>>> The problem is not just the reminder.
>>> The problem is if the reminder sent you your password in plain text is because they have this password anywhere in the server in plain text, so, if someone "hack" the server it has access to all the passwords.
>>>
>>> Store passwords in plain text is clearly a security antipattern a big no-no.
>>>
>>> 2015-09-01 15:50 GMT+01:00 Ian Plain <ian@cyber-cottage.co.uk>:
>>>> Or just log in and turn off the password reminder option. !!
>>>>
>>>>> On 1 September 2015 at 15:05, Will Avery <wilf@linuxmail.org> wrote:
>>>>>
>>>>> You are not the first to see a problem with this: e.g. http://www.jwz.org/doc/mailman.html
>>>>> Sent: Tuesday, September 01, 2015 at 12:43 PM
>>>>> From: "Andrzej Jarz?bowski" <jarzebowski.andrzej@gmail.com>
>>>>> To: "Bristol and Bath Linux User Group" <bristol@mailman.lug.org.uk>
>>>>> Subject: [bristol] Security of LUG
>>>>> Linux User Group mailing list is place for professionals to exchange their knowledge about usage and security of Linux systems. It's safe to assume that place like that has been build by professionals with experience in systems security.
>>>>>
>>>>> If that is the case why LUG is storing passwords of all their users in clear text and why those passwords are sent to us every month in clear text as an email?
>>>>>
>>>>> Can this by changed? It's highly insecure especially for people that may use same password for other services. I understand that each password should be different but there is al lot of people that don't follow that rule. I would be happy to help fix that issue.
>>>>> _______________________________________________ Bristol mailing list Bristol@mailman.lug.org.uk https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>>>
>>>>> _______________________________________________
>>>>> Bristol mailing list
>>>>> Bristol@mailman.lug.org.uk
>>>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>>
>>>>
>>>>
>>>> --
>>>> Thanks
>>>> Ian Plain
>>>> http://www.cyber-cottage.co.uk
>>>> Twitter @cyberco
>>>> Skype ba17sw
>>>> Ph: 01225580025
>>>> Txt: 01225580025
>>>>
>>>> To Raise a Support request please got to http://cyber-cottage.co.uk/osticket/ and open a new ticket
>>>>
>>>>
>>>>
>>>> The information transmitted is intended only for the entity or person to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer or media on which it resides. Any information statements or opinions contained in this message (including any attachments) are given by the author. They are not given on behalf of cyber-cottage.co.uk. This email is for information purposes only and does not create legal relations unless confirmed in a letter or facsimile. cyber-cottage.co.uk does not accept any liability for information not relating to its official business. cyber-cottage.co.uk takes steps to minimise viruses and other errors but cannot guarantee that this email is error free. cyber-cottage.co.uk monitors email traffic for lawful purposes.
>>>>
>>>> _______________________________________________
>>>> Bristol mailing list
>>>> Bristol@mailman.lug.org.uk
>>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>>
>>> _______________________________________________
>>> Bristol mailing list
>>> Bristol@mailman.lug.org.uk
>>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>>
>> _______________________________________________
>> Bristol mailing list
>> Bristol@mailman.lug.org.uk
>> https://mailman.lug.org.uk/mailman/listinfo/bristol
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20150901/14476dcc/attachment.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 616, Issue 6
***************************************