Playing Devil's Advocate ...
The security measures required are related to the harm that could occur as a result of unauthorised disclosure, deletion, corruption, etc.
For much PD - particularly those processed in the commercial sector - no (measurable) harm is likely to occur through unauthorised disclosure. Data on a mobile device are very likely to exist elsewhere in the organisation, so it is unlikely that harm would occur through their deletion from the device. Similarly for corruption - although there is the potential for a more elevated risk of harm here. I could go on, but hope that my point is made.
In regard to comments about security being only considered necessary for SPD, I wonder whether that view might have arisen through a mistaken understanding of the ICO's advice that _encryption_ be implemented to protect SPD on portable devices and media.
Michael
Sent from my iPad
On 30 Nov 2012, at 12:09, Owen Thomas <[log in to unmask]> wrote:
> Hiya - my twopennorth is that it might depend on what you mean by 'on mobile devices'...
>
> If we're talking about a mobile device accessing a secure virtual desktop, where data is only 'on' the device to the extent that it's visible on the screen then the security of the infrastructure of the virtual desktop is the chief concern. If it's good enough (which would logically include automated timeout disconnections and no 'remember me' options at login etc) then the means by / device from which it's accessed might not be of great concern.
>
> However, if we're talking about the organisation's data / customer records actually physically ON an unsecured, personally owned device we're looking at a de-facto Principle 7 breach. There are a fair few penalties have been handed out for lack of security on devices, including (if I remember rightly) personally-owned ones.
>
> Anyone who thinks the latter scenario is okay is, frankly, a liability.
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> All archives of messages are stored permanently and are
> available to the world wide web community at large at
> http://www.jiscmail.ac.uk/lists/data-protection.html
> If you wish to leave this list please send the command
> leave data-protection to [log in to unmask]
> All user commands can be found at http://www.jiscmail.ac.uk/help/commandref.htm
> Any queries about sending or receiving messages please send to the list owner
> [log in to unmask]
> Full help Desk - please email [log in to unmask] describing your needs
> To receive these emails in HTML format send the command:
> SET data-protection HTML to [log in to unmask]
> (all commands go to [log in to unmask] not the list please)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
All archives of messages are stored permanently and are
available to the world wide web community at large at
http://www.jiscmail.ac.uk/lists/data-protection.html
If you wish to leave this list please send the command
leave data-protection to [log in to unmask]
All user commands can be found at http://www.jiscmail.ac.uk/help/commandref.htm
Any queries about sending or receiving messages please send to the list owner
[log in to unmask]
Full help Desk - please email [log in to unmask] describing your needs
To receive these emails in HTML format send the command:
SET data-protection HTML to [log in to unmask]
(all commands go to [log in to unmask] not the list please)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|