本文へ移動
cccskills
無料GitHub で公開

byod-privacy-policy

Implements BYOD privacy compliance frameworks for personal device use in the workplace. Covers personal vs corporate data separation, MDM capabilities and limitations, employee consent requirements, data wiping boundaries, and monitoring restrictions on personal devices. Keywords: BYOD, mobile device management, MDM, personal device, data separation, containerisation, remote wipe, employee privacy.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md14.8 KB
  • assets/template.md3.3 KB
  • references/standards.md1.9 KB
  • references/workflows.md4.5 KB
  • scripts/process.py6.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

BYOD Privacy Policy

Overview

Bring Your Own Device (BYOD) programmes create a complex privacy intersection where corporate data security requirements meet employee personal privacy rights. When employees use personal smartphones, tablets, and laptops for work purposes, the employer gains a legitimate interest in protecting corporate data on those devices — but this interest must be balanced against the employee's right to privacy in their personal data, communications, and device usage. The GDPR, national labour laws, and ECHR Art. 8 jurisprudence impose strict limits on what employers can monitor, access, and delete on personal devices.

This skill provides a compliance framework for BYOD programmes that satisfies corporate security requirements while respecting employee privacy boundaries, including data separation architecture, MDM configuration, consent management, and data wiping limitations.

Legal Framework

GDPR Requirements

Lawful Basis for BYOD Data Processing:

  • Art. 6(1)(b) contract performance: Processing corporate data on employee devices is necessary for the employment contract where the employer has authorised BYOD
  • Art. 6(1)(f) legitimate interest: Protecting corporate data on personal devices — must pass the three-part balancing test
  • Art. 6(1)(a) consent: May be appropriate for specific BYOD features that go beyond minimum security requirements, but only if participation in BYOD is genuinely voluntary (not a condition of employment)

Transparency — Art. 13/14: Employees must receive a comprehensive privacy notice before enrolling in the BYOD programme, detailing exactly what data the employer can and cannot access on the personal device.

Data Minimisation — Art. 5(1)(c): The employer must collect only the minimum data necessary to protect corporate information. This prohibits blanket monitoring of personal device activity.

National Labour Law Considerations

France — CNIL Guidance (2019):

  • Employer access to personal devices must be strictly limited to the corporate container/partition
  • Employees must be able to use personal devices for personal purposes without any corporate monitoring
  • MDM must not enable access to personal photos, messages, browsing history, or app usage

Germany — BDSG Section 26 + Works Council Rights:

  • BYOD constitutes technical monitoring under Section 87(1)(6) BetrVG, requiring works council co-determination
  • The employer cannot compel BYOD participation; corporate-provided devices must be available as an alternative
  • Private use of personal sections of the device may not be restricted

Italy — Workers' Statute Art. 4:

  • Remote monitoring capabilities of MDM software require trade union agreement or labour inspectorate authorisation
  • Monitoring must be limited to organisational, production, safety, and asset protection purposes

Data Separation Architecture

Principle: Corporate and Personal Data Must Be Logically Separated

The foundational privacy requirement for BYOD is that corporate data and personal data must occupy separate, isolated environments on the device. The employer has legitimate access to the corporate environment only.

Containerisation

Definition: A software container creates an encrypted, isolated space on the personal device where corporate data is stored and accessed. Corporate applications run within the container; personal applications run outside it.

Technical Implementation:

FeatureCorporate ContainerPersonal Space
EmailCorporate email accessed via managed email client within containerPersonal email unaffected and inaccessible to employer
FilesCorporate documents stored in container with encryptionPersonal files unaffected and inaccessible to employer
BrowsingCorporate intranet accessed via managed browserPersonal browsing unaffected and not logged
ApplicationsCorporate apps installed within container (managed app catalogue)Personal apps unaffected; employer cannot see installed personal apps
ClipboardCross-container clipboard may be disabled to prevent data leakagePersonal clipboard within personal space
CameraPhotos taken within corporate apps stored in containerPersonal photos inaccessible to employer

Platform Solutions:

  • Microsoft Intune: App Protection Policies create a managed app layer without full device enrolment
  • VMware Workspace ONE: Container-based approach with separate work profile
  • Android Enterprise Work Profile: OS-level separation between work and personal profiles
  • Samsung Knox: Hardware-backed separation with separate encrypted container
  • Apple Managed Apps: Per-app VPN and managed open-in restrictions without full MDM

Full MDM vs. App-Level Management

ApproachEmployer CapabilitiesPrivacy ImpactRecommendation
Full Device MDM EnrolmentFull device inventory, location tracking, browsing history, app list, remote full wipeVery High — employer has visibility into personal dataNot recommended for BYOD; use only for corporate-owned devices
Work Profile / ContainerCorporate container management, selective wipe of corporate data only, no visibility into personal spaceLow to Medium — personal data isolatedRecommended for BYOD
App-Level Management (MAM)Per-app policies (encryption, DLP, remote app data wipe), no device-level accessLowest — management limited to specific corporate appsRecommended for light BYOD scenarios

Atlas Manufacturing Group Example: Atlas implemented Microsoft Intune with App Protection Policies for its BYOD programme. Instead of full device enrolment, Atlas deploys managed versions of Outlook, Teams, OneDrive, and the corporate intranet app. These managed apps enforce encryption, prevent copy-paste of corporate data to personal apps, and can be selectively wiped without affecting personal data. Atlas explicitly chose not to require full MDM enrolment on personal devices after the DPO advised that full enrolment would grant disproportionate access to personal data.

MDM Capabilities and Privacy Boundaries

Permitted MDM Capabilities on BYOD

CapabilityPermittedJustification
Enforce device passcode/biometric lockYesNecessary to protect corporate data if device is lost/stolen
Encrypt corporate containerYesNecessary to protect corporate data at rest
Remote wipe of corporate container onlyYesNecessary to protect corporate data on lost/stolen devices or termination
Push corporate apps to containerYesNecessary to provide access to corporate applications
Enforce OS version minimumYes, with caveatAcceptable to ensure security patches are applied; must allow reasonable update period
VPN configuration for corporate trafficYesNecessary to secure corporate data in transit
Certificate-based authenticationYesNecessary for secure corporate access

Prohibited MDM Capabilities on BYOD

CapabilityProhibitedReason
Full device remote wipeYesDisproportionate; destroys personal data. Only selective corporate data wipe is permitted
Personal app inventoryYesReveals personal interests, health conditions (medical apps), political views (news apps), religion (prayer apps) — constitutes special category processing without lawful basis
Personal browsing historyYesReveals sensitive personal information; not necessary for corporate data protection
Personal location trackingYesDisproportionate; corporate need does not extend to tracking employee personal movements
Personal email accessYesViolates Art. 8 ECHR right to correspondence
Personal photo/media accessYesNo corporate justification; disproportionate invasion of personal privacy
Microphone/camera remote activationYesExtreme intrusion; no lawful basis
Personal call log accessYesViolates correspondence privacy
Keylogging on personal deviceYesCaptures both corporate and personal input; disproportionate

Employee Consent and Enrolment

Voluntariness Requirement

BYOD participation must be genuinely voluntary. The employer must offer a corporate-provided alternative device for employees who decline BYOD:

  • Valid BYOD consent: "You may choose to use your personal device for work. A corporate laptop/phone is available if you prefer. Your decision has no employment consequences."
  • Invalid BYOD consent: "To access work email, you must install our MDM app on your personal phone." (No alternative offered — consent is not freely given)

BYOD Enrolment Privacy Notice

Before enrolment, employees must receive a clear privacy notice covering:

ElementContent
What is collectedSpecific data elements collected from the device (device type, OS version, corporate app data)
What is not collectedExplicit statement of data not collected (personal apps, photos, messages, browsing, location)
Who has accessWhich corporate roles can access device management data
Remote actionsWhat remote actions the employer can take (selective wipe only — not full wipe)
MonitoringWhether any activity monitoring occurs within the corporate container
TerminationWhat happens to corporate data on the device if employment ends
WithdrawalHow to un-enrol from BYOD and what happens to data
RetentionHow long enrolment logs and device data are retained

BYOD Agreement

The BYOD agreement is a separate document from the employment contract and must include:

  1. Confirmation that BYOD participation is voluntary
  2. Description of the separation architecture (container/work profile)
  3. Employer's obligations (what they will and will not access)
  4. Employee's obligations (passcode, OS updates, reporting lost devices)
  5. Remote wipe scope (corporate data only, never personal data)
  6. Termination procedures
  7. Dispute resolution mechanism
  8. Signature and date

Data Wiping Limitations

Selective Wipe (Permitted)

Selective wipe removes only corporate data and applications from the personal device. This is triggered by:

  • Employee leaves the organisation
  • Employee reports device lost or stolen
  • Employee un-enrols from BYOD programme
  • Device found to be non-compliant (jailbroken, below minimum OS version)

Implementation: Using containerisation, the selective wipe removes the corporate container, managed apps, and associated data. Personal data remains intact.

Full Device Wipe (Not Permitted on BYOD)

Full device wipe resets the device to factory settings, destroying all personal data. This action is:

  • Disproportionate under Art. 5(1)(c) data minimisation — the corporate interest in data protection does not justify destroying personal photos, messages, contacts, and app data
  • Potentially illegal under national property law — the device belongs to the employee, and destroying its contents may constitute damage to property
  • A DPIA failure — any DPIA approving full wipe capability on personal devices would need to identify this risk as Very High with no adequate mitigation

Enforcement: The Autoriteit Persoonsgegevens (Netherlands) investigated an employer that remotely wiped an employee's personal phone after termination, destroying personal photos and contacts. The DPA found the action disproportionate and ordered the employer to compensate the employee and implement a selective wipe solution.

Lost or Stolen Device Procedure

  1. Employee reports device lost/stolen to IT helpdesk immediately
  2. IT initiates selective wipe of corporate container within 4 hours
  3. Employee is offered a temporary corporate device for continued work
  4. IT documents the selective wipe in the incident register
  5. If selective wipe cannot be confirmed (device offline), corporate access credentials are revoked
  6. Personal data recovery is the employee's responsibility (from personal backup services)

BYOD for Remote Workers

Remote work BYOD introduces additional considerations:

  • Home network security: The employer may require VPN usage for corporate traffic but cannot monitor personal internet usage on the home network
  • Shared devices: If the personal device is shared with family members, the corporate container must be protected by separate authentication
  • Printing: Corporate documents printed at home raise data security concerns; the BYOD policy should address printing restrictions for sensitive documents
  • Video conferencing: If employees use personal devices for video calls, camera and microphone access is controlled by the meeting application, not the MDM

Enforcement Precedents

AuthorityCaseOutcomeKey Issue
Autoriteit Persoonsgegevens (NL)2020 InvestigationCompensation orderEmployer remotely wiped personal phone; disproportionate
CNIL (France)Guidance Note 2019Compliance frameworkEmployers must limit MDM to corporate data; personal data inaccessible
Garante (Italy)Provvedimento 2021-0547Processing restrictionMDM on BYOD devices granted employer access to personal app list — disproportionate
ICO (UK)Employment Practices Code Part 3GuidanceMDM must be proportionate; full device wipe on personal devices is not acceptable
LfDI Hamburg (Germany)2021 AuditCorrective measuresEmployer's BYOD programme lacked works council agreement and collected personal app data

Integration Points

  • Employee Monitoring DPIA: BYOD programmes with monitoring capabilities require DPIA (see employee-monitoring-dpia skill).
  • Employment Consent Limits: BYOD consent must be genuinely voluntary (see employment-consent-limits skill).
  • Remote Work Monitoring: BYOD in remote work contexts requires additional safeguards (see remote-work-monitoring skill).
  • HR System Privacy Config: MDM integration with HR systems must respect data separation (see hr-system-privacy-config skill).
  • Employee DSAR Response: BYOD enrolment data is within scope of employee DSARs (see employee-dsar-response skill).

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する