<?xml version="1.0" encoding="UTF-8"?> <rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:wfw="http://wellformedweb.org/CommentAPI/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
><channel><title>CIPP Guide &#187; OECD</title> <atom:link href="http://www.cippguide.org/tag/oecd/feed/" rel="self" type="application/rss+xml" /><link>https://www.cippguide.org</link> <description>Your Guide to the CIPP</description> <lastBuildDate>Thu, 09 Feb 2012 12:00:48 +0000</lastBuildDate> <language>en</language> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>Adequacy in the EU Data Protection Directive</title><link>https://www.cippguide.org/2011/09/27/adequacy-in-the-eu-data-protection-directive/</link> <comments>https://www.cippguide.org/2011/09/27/adequacy-in-the-eu-data-protection-directive/#comments</comments> <pubDate>Tue, 27 Sep 2011 12:00:33 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[adequacy]]></category> <category><![CDATA[COE Convention]]></category> <category><![CDATA[EU]]></category> <category><![CDATA[OECD]]></category> <category><![CDATA[Safe Harbor]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2657</guid> <description><![CDATA[This article takes a look at the European Commission’s Directive on Data Protection (95/46/EC), and the establishment of the adequacy requirement, which prevents Member States from transferring data to a third country, unless the third country ensures an adequate level of protection. The Directive also explores certain related concepts, including the Working Party and data/information embargoes. Finally, the article takes a look at the US data protection approach and its ability to meet the EC’s adequacy standard. [...]]]></description> <content:encoded><![CDATA[<p>The <a
href="http://www.cippguide.org/tag/european-union-data-protection-directive/">EU Data Protection Directive (95/46/EC)</a> regulates the processing of personal data within the European Union.  The Directive was developed in response to increased threats to informational privacy, as a way of regulating the collection, storage, usage and dissemination of personal data.</p><p><strong>The Adequacy Standard</strong></p><p>The key purpose of the Directive was to harmonize EU Member States’ laws, so that each Member State could transfer data to other Member States, while still safeguarding the fundamental rights and freedoms of their citizens.  If data controllers in one State transferred data to a third country that failed to protect personal data, the State’s protection of personal data would be lost once the Member State transferred the data to the third country.</p><p>Article 25 of the Directive prohibits Member States from transferring data to a third country, unless the third country ensures an adequate level of protection. Article 26 of the Directive outlines exceptions to the requirement that a third country have adequate protection in third countries.</p><p>For example, if the laws of a third country (e.g. Canada) fails to provide adequate protection of personal data, then a data controller located in a Member State would be prohibited from transferring personal data to Canada, unless an exception happened to apply. Without this exception, a transfer of data could lead to a data or information embargo.</p><p><strong>Data Embargos </strong></p><p>A data or information embargo would result in serious consequences on both Member State and third country. The Member State government may be prohibited from sending information to the third country regarding individuals in that country.</p><p>For instance, a Member State might prevent a private bank in the Member State from transferring information about its customers to Canadian financial institutions. Or perhaps a Member State might prohibit a European employer from sending information about its employees to its Canadian subsidiaries.</p><p>Article 26 outlines a number of exceptions to any such data embargo. Specifically, even if a sector or activity is found to lack adequate private protection, the Directive would still permit the transfer of personal data out of the EU if:</p><ul><li>The party desiring to send the data has entered into a contract approved by the privacy office in the EU member country (thus committing the party to providing certain protections)</li><li>The individual has unambiguously consented to the data transfer</li><li>The transfer is necessary to complete a transaction</li><li>The data are otherwise public</li></ul><p>It’s worth mentioning that the American credit reporting industry’s privacy protections should certainly satisfy the EU Data Protection Directive. The US <a
href="http://www.cippguide.org/tag/FCRA/">Federal Credit Reporting Act</a> (FCRA) includes the types of protections that EU Member States have incorporated into their laws, namely notice to consumers and the opportunity for them to correct any incorrect or inaccurate information in their files.</p><p><strong>Working Party</strong></p><p>Article 29 of the Directive establishes that a Working Party will advise the Commission on data protection matters, as well as contribute to the uniform application of the national data protection measures. Essentially, the Working Party is an independent advisory group, composed of a representative from each Member State’s supervisory authority, a representative of the Community and a representative of the Commission.</p><p>The responsibilities of the Working Party include examination of Member States’ data protection laws, as well as consulting with the Commission on the level of protection available in Member States and third countries.</p><p><strong>Adequacy and US Data Protection</strong></p><p>The United States’ <a
href="http://www.cippguide.org/2010/06/01/comparing-the-co-regulatory-model-comprehensive-laws-and-the-sectoral-approach/">sectoral approach</a> to data protection is derived from the American philosophy that laws should ensure citizens’ access to government, while still protecting them from government. While this enables the US to extensively regulate its public sector, it generally prevents the federal government from limiting interactions between private citizens. As a result, the US commitment to the free flow of information also favors a narrow regulatory approach to data protection.</p><p>Essentially, whether the Directive prohibits certain data transfers to the US largely depends upon what constitutes an adequate level of protection. The Directive requires a standard of adequacy that should be assessed in light of all the circumstances surrounding the transfer, yet fails to elaborate about this standard. Earlier data protection measures require a standard of equivalency, rather than adequacy.</p><p>For instance, the <a
href="http://www.cippguide.org/tag/OECD/">OECD</a> Guidelines, as well as the <a
href="http://conventions.coe.int/">COE Convention</a> do not define or use an adequacy standard for data transfers to third countries. In the same vein, the traditional legislation of most European countries establishes a standard of equivalency, rather than adequacy.</p><p>However, since the October 2008 enactment of the European Commission’s Directive on Data protection, the Safe Harbor framework has been developed which bridges the gap between some US privacy laws and the EC’s adequacy requirements.</p><p><strong>Summary </strong></p><p>This article takes a look at the European Commission’s Directive on Data Protection (95/46/EC), and the establishment of the adequacy requirement, which prevents Member States from transferring data to a third country, unless the third country ensures an adequate level of protection. The Directive also explores certain related concepts, including the Working Party and data/information embargoes. Finally, the article takes a look at the US data protection approach and its ability to meet the EC’s adequacy standard.</p><p><strong>CIPP Exam Preparation </strong></p><p>In preparation for the Certified Foundation Examination (Foundations), a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>EU Data Protection Directive – Adequacy (I.C.c.i.4.a.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2011/09/27/adequacy-in-the-eu-data-protection-directive/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Consumer Authentication in Canada</title><link>https://www.cippguide.org/2010/07/15/consumer-authentication-in-canada/</link> <comments>https://www.cippguide.org/2010/07/15/consumer-authentication-in-canada/#comments</comments> <pubDate>Thu, 15 Jul 2010 12:00:44 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Authentication]]></category> <category><![CDATA[Canada]]></category> <category><![CDATA[CIPP/C]]></category> <category><![CDATA[Consumer Protection]]></category> <category><![CDATA[electronic authentication]]></category> <category><![CDATA[OECD]]></category> <category><![CDATA[PIAC]]></category> <category><![CDATA[PIPEDA]]></category><guid
isPermaLink="false">http://www.cippguide.com/?p=1909</guid> <description><![CDATA[Electronic authentication is common in this information-driven society, as daily transactions through electronic services and the Internet require remote electronic authentication. Online transactions are increasingly seamless through the connection of multiple devices which offer services to consumers that were previously unattainable. Many authentication systems collect and use the personal information of users in a way that compromises their privacy and security. Authentication systems must be designed to give consumers more control over their personal information, promoting user security and effective privacy [...]]]></description> <content:encoded><![CDATA[<p>Electronic authentication is common in this information-driven society, as daily transactions through electronic services and the Internet require remote electronic authentication. Online transactions are increasingly seamless through the connection of multiple devices which offer services to consumers that were previously unattainable. Many authentication systems collect and use the personal information of users in a way that compromises their privacy and security. Authentication systems must be designed to give consumers more control over their personal information, promoting user security and effective privacy protections.</p><h2>What is authentication?</h2><p>Authentication in this context refers to the verification of user identities in an electronic information system. Authentication can be discussed in terms of three factors, or authenticators:</p><ol><li>Something that is <span
style="text-decoration: underline;">known</span> by the individual (e.g. a password, personal identification number, account number, etc.)</li><li>Something that the individual <span
style="text-decoration: underline;">has</span> (e.g. a bankcard, token, identity card, digital certification, etc.)</li><li>Something that the individual <span
style="text-decoration: underline;">is or does</span> (e.g. a biometric, such as a facial image, retinal scan, voice print; or a person’s signature)</li></ol><p>Single-factor authentication is the traditional security process. In this type of authentication, the user must provide an authenticator in one of the above categories. For instance, before a user has access to an account, he/she must provide a username and a password. Single-factor authentication is more likely to result in compromised privacy or security.</p><p>Two-factor, or multi-factor authentication requires authenticators from two or more of the above categories. For instance, before accessing a system, a user must provide a physical token, such as an identity card and a security code. Authentication that is based on more than one authenticator from the same category is known as multi-layer authentication.</p><h2>Electronic Authentication in Canada</h2><p>A 2008 study conducted by the <a
href="http://www.piac.ca/">Public Interest Advocacy Center</a> (PIAC) focused on electronic authentication of consumer financial transactions. It established that Canadian consumers were particularly attentive to electronic authentication methods in their daily transactions, which included banking and financial services, airport check-in and online shopping. While many online banking services required two-factor authentication, the most common online authentication is single-factor authentication with a username and password.</p><p>A 2004 study revealed consumer frustration with the lack of security provided by online banking services and online retailers. A later 2005 study showed that Canadian consumers were more concerned about security and privacy than their American counterparts; 40% of Canadians avoided online shopping due to security issues, compared to 24% of Americans. The <a
href="http://www.cippguide.org/tag/OPC/">Privacy Commissioner of Canada</a> continues to note concerns with the increasing trend of collection, use and retention of personal data.</p><h2>Authentication Principles</h2><p>In May 2004, <a
href="http://www.ic.gc.ca/eic/site/ic1.nsf/eng/home">Industry Canada</a> released the <a
href="http://www.ic.gc.ca/eic/site/ecic-ceac.nsf/vwapj/Authentication.pdf/$file/Authentication.pdf">Principles for Electronic Authentication</a> to provide guidance for the development, implementation and use of authentication services and produces in Canada. The Principles complement existing authentication governance through establishing benchmarks for products and services. They also ensure compatibility with international developments in authentication.</p><p>The Principles for Electronic Authentication are outlined below:<strong> </strong></p><p><strong>1. </strong><strong>Responsibilities of Participants</strong></p><p>Participants in authentication processes should be aware of their functions and responsibilities. Responsibilities should be proportional to the degree of knowledge and control they can reasonably be expected to have. Functions may include: administration, specification, end use, standards development, compliance assessment and infrastructure provision.</p><p><strong>2. </strong><strong>Risk Management</strong></p><p>Any risks associated with authentication processes should be identified, assessed and managed in a reasonable, fair and efficient manner. Risks may include financial risks, loss of confidentiality or privacy, damages to reputation or identity theft. Assessment should be done in the context of the six functions listed in the previous principle.</p><p><strong>3. </strong><strong>Security</strong></p><p>Participants in authentication processes should be responsible and accountable for security. A security incident that only affects a single participant may have implications for all participants. Participants have a responsibility to mitigate risks through sound security practices, but most of this responsibility lies with infrastructure providers and authentication administrators. Review and assessment is essential in ensuring the ongoing efficacy of security programs.</p><p><strong>4. </strong><strong>Privacy</strong></p><p>Organizations involved in the design or operation of authentication processes should comply with data protection regulations set out in privacy legislation. The collection, use and disclosure of personal information in the context of authentication should be minimized. For instance, the authentication of a business should be focused on business attributes, rather than personal attributes of individual employees.</p><p><strong>5. </strong><strong>Disclosure Requirements</strong></p><p>Organizations offering authentication services should disclose information, such as policies, practices and procedures, to other participants. This will ensure that all participants are aware of the risks and responsibilities associated with participation. Disclosure should not include any information that would introduce vulnerabilities or increase risk. The extent and nature of the information disclosed may vary, depending on whether the end user happens to be an individual or an organization.<br
/> <strong></strong></p><p><strong>6. </strong><strong>Complaints Handling</strong></p><p>Organizations that implement authentication processes should establish a complaints-handling process in order to enable participants to effectively resolve complaints and respond appropriately to non-compliance issues. Adequate complaints-handling processes should reflect the following characteristics: visibility; accessibility; responsiveness; fairness and objectivity; free of charge; confidentiality and privacy; accountability; continual improvement; and third-party dispute resolution processes for unresolved complaints.</p><h2>Authentication Initiatives Since 2004</h2><p>Since the publishing of the Authentication Principles, governments and consumer groups have been involved in several electronic authentication initiatives:</p><ul><li>The Data Protection Working Party adopted a working document on online authentication services. It studies the efficacy of the Microsoft .NET passport, which reduces the number of accounts a user needs to create and makes more services accessible through a single authentication process.</li><li>In June 2007, the OECD released their Recommendation on Electronic Authentication as well as the OECD Guidance for Electronic Authentication, which lists a number of foundational principles for authentication.</li><li>In September 2007, the Department of Finance began discussions regarding the expansion of the Debit Card Code to cover a broader array of electronic payments.</li></ul><h2>Authentication Principles, Revisited</h2><p>In October, 2008, the PIAC released a report calling for a substantial overhaul to Industry Canada’s Authentication Principles. The report cited the Principles’ widespread failure to provide adequate protection when conducting online business transactions. While consumers are becoming increasingly careful around security and privacy risks online, the report urges federal and provincial governments to play a greater role in the regulatory process.</p><p>The following is an outline of some of the criticisms and recommendations made by the PIAC regarding the Authentication Principles:</p><ul><li><strong>Criticism</strong>: The Authentication Principles provide insufficient assurance of consumer security. Principle #3 is based on security, but it is too vague to be meaningful as it does not indicate how an organization might achieve appropriate security. <strong> </strong></li></ul><p><strong>Recommendation</strong>: Authentication should move beyond multi-layer single-factor techniques. Two-factor authentication provides only minimal security for highly sensitive transactions. One-time-passwords can be provided to the consumer through the financial institution or retailer. This strategy has been implemented internationally, but has yet to be introduced in Canada.</p><ul><li><strong>Criticism</strong>: The Principles do not clarify who is liable for losses. Consumers should not be held liable.</li></ul><p><strong>Recommendation</strong>: Standard form contracts must make clear who bears the liability for losses. Banks and retailers should bear the burden of responsibility for unpreventable losses.</p><ul><li><strong>Criticism</strong>: The Principles fail to adequately protect consumer privacy, especially in light of continually evolving security breaches.</li></ul><p><strong>Recommendation</strong>: Prioritizing consumer privacy would help to minimize the harm that results from security breaches related to authentication. The Principles should tie in corresponding sections of the <a
href="http://www.cippguide.org/2009/12/06/data-protection-laws-around-the-globe/">Personal Information Protection and Electronic Documents Act</a> (PIPEDA) fair information practices. Sensitive personal information should be used as authenticators only in very limited situations. Consumers should be able to choose the pieces of personal information they use as authenticators.</p><ul><li><strong>Criticism</strong>: The Principles must mandate full public disclosure and consumer education.</li></ul><p><strong>Recommendation</strong>: Implementation of authentication processes should be transparent. This includes notifying consumers if the authentication system has changed; making information available before the user creates an account; providing full public disclosure of audits and compliance reviews; providing security breach notification; and providing consumer education.</p><ul><li><strong>Criticism</strong>: Consumers are not guaranteed protection in a voluntary framework. Consumers need a better regulatory framework to address electronic authentication.</li></ul><p><strong>Recommendation</strong>: Regulate authentication through sectoral regulation. Strengthen online authentication through implementing two-factor authentication. Regulate authentication in the retail sector. The Privacy Commissioner of Canada should oversee authentication practices.</p><h3>Summary</h3><p>This article examines the concept of electronic authentication in a consumer context. Single-factor, two-factor and multi-factor authentication are explored. Industry Canada’s Principles for Electronic Authentication are defined and later criticisms and recommendations are raised. The article also looks at other authentication initiatives that have developed in Canada since 2004.</p><h3>CIPP/C Preparation</h3><p>In preparation for the Certified Information Privacy Professional/Canada exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Security Controls: Authentication (V.A.a.i.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/07/15/consumer-authentication-in-canada/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>CSA Model Code</title><link>https://www.cippguide.org/2010/06/29/csa-model-code/</link> <comments>https://www.cippguide.org/2010/06/29/csa-model-code/#comments</comments> <pubDate>Tue, 29 Jun 2010 12:00:41 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Canada]]></category> <category><![CDATA[Canadian Standards Association]]></category> <category><![CDATA[CIPP/C]]></category> <category><![CDATA[CSA]]></category> <category><![CDATA[CSA Model Code]]></category> <category><![CDATA[OECD]]></category> <category><![CDATA[Office of the Privacy Commissioner]]></category> <category><![CDATA[OPC]]></category> <category><![CDATA[PIPEDA]]></category> <category><![CDATA[Privacy Commissioner of Canada]]></category><guid
isPermaLink="false">http://www.cippguide.com/?p=1887</guid> <description><![CDATA[In March 1996, the Canadian Standards Association (CSA) published the Model Code for the Protection of Personal Information. Canada was the first country in the world to establish a voluntary, national standard for personal information protection.The Model Code was largely based on the Guidelines Governing the Protection of Privacy and Transborder Flows of Personal Data, created by the Organization for Economic Cooperation and Development (OECD). While the Code remains a voluntary standard, it enjoys strong support and endorsement by a variety of Canadian companies as the national standard on privacy [...]]]></description> <content:encoded><![CDATA[<p>In March 1996, the <a
href="http://www.csa.ca/">Canadian Standards Association</a> (CSA) published the <a
href="http://www.cippguide.com/2010/05/27/csa-model-code/"><em>Model Code for the Protection of Personal Information</em></a>. Canada was the first country in the world to establish a voluntary, national standard for personal information protection.</p><p>The Model Code was largely based on the <a
href="http://www.cippguide.org/2009/10/04/limiting-data-collection/">Guidelines Governing the Protection of Privacy and Transborder Flows of Personal Data</a>, created by the <a
href="http://www.oecd.org/">Organization for Economic Cooperation and Development</a> (OECD). While the Code remains a voluntary standard, it enjoys strong support and endorsement by a variety of Canadian companies as the national standard on privacy protection.</p><p>In April 2000, the <a
href="http://www.cippguide.com/2010/06/10/personal-information-protection-and-electronic-documents-act-pipeda/" target="_blank">Personal Information Protection and Electronic Documents Act</a> (PIPEDA) became law. The CSA Model Code forms an important component of the PIPEDA.</p><h2>What is the CSA?</h2><p>The CSA is an independent, not-for-profit association that aims to serve national and international businesses, industries, governments and consumers. As a leader in standards development, the CSA involved with product certification; quality and environmental management systems registration; and information products. The CSA is a membership organization governed by a Board of Directors who are both elected and appointed.</p><p>Standards are written and developed by volunteer committees made up of representatives from government, industry, consumer groups and users. Committees are facilitated by CSA employees and use a consensus-based approach to decide on the contents of a standard and to determine if the standard will be published.</p><h2>Developing the Code</h2><p>The Code intends to balance the privacy rights of individuals with legitimate data requirements of industries, businesses and institutions. It was developed by a 45-member committee with representatives from the main groups concerned with personal privacy issues in Canada. Committee representatives included:</p><ul><li>Federal and provincial governments</li><li>Consumer advocates</li><li>Organized labor</li><li>Security and IT experts</li><li>Industries including:<ul><li>Financial services</li><li>Telecommunications</li><li>Cable television</li><li>Direct marketing</li></ul></li></ul><h2>What does the Code say?</h2><p>The Code outlines basic guidelines for the protection of personal data. It addresses two main issues:</p><p>I)             How organizations collect, use, disclose and protect personal information.</p><p>II)            How individuals access and correct personal information collected by the organizations.</p><p>Organizations who choose to follow the Code demonstrate that they are handling the information they collect fairly. The Code offers consumers, employees and other data subjects a means for challenging an organization’s practices.</p><p>The Code is based on ten interrelated principles:<strong></strong></p><p><strong>1. </strong><strong>Accountability</strong></p><p>This principle states that an organization is responsible for personal information under its control. The organization should designate an individual or individuals to be accountable for the organization’s compliance with the principles stated in the Code. An organization needs to implement policies and practices that will help them respect the principles.<strong></strong></p><p><strong>2. </strong><strong>Identifying Purposes</strong></p><p>An organization should identify the purposes for collecting information at or before the time of collection. This will enable the organization to determine which information needs to be collected in order to meet their needs. This goes hand in hand with the Limiting Collection principle (#4). Depending on the manner in which information is collected, this principle can be fulfilled orally or in writing. For example, an application form may explain the purposes of information collection to an individual.</p><p><strong>3. </strong><strong>Consent</strong></p><p>Where it is appropriate, an individual must have knowledge of and give consent to the collection, use or disclosure of personal information. An organization should make a reasonable effort to inform individuals of the purposes for collecting information. Consent should be meaningful; the purposes should be explained in such a way that the individual can reasonably understand the use and disclosure of their personal information. Individuals are entitled to withdraw consent at any time.</p><p><strong>4. </strong><strong>Limiting Collection</strong></p><p>Personal information should only be collected as necessary for the purposes that the organization has identified. This includes limiting the amount and type of information. The information should be collected by fair and lawful means.</p><p><strong>5. </strong><strong>Limiting Use, Disclosure and Retention</strong></p><p>An organization should not use personal information for new purposes, unless it has the consent of the individual, or as required by law. Personal data should only be retained as long as is necessary to fulfill the organization’s stated purposes. An organization should develop specific guidelines and procedures governing the destruction of personal information.</p><p><strong>6. </strong><strong>Accuracy</strong></p><p>In order to meet the intended purposes, personal information should be accurate, complete and up-to-date. This principle aims to minimize the possibility that incorrect information is used to make a decision about an individual. This also applies to information disclosed to third parties.</p><p><strong>7. </strong><strong>Safeguards</strong></p><p>An organization should implement appropriate security safeguards to protect the personal information collected. The appropriate safeguard should be determined by the sensitivity, amount, distribution, format and method of storage of the information. Employees in the organization should be aware that confidentiality of personal information should be maintained.</p><p><strong>8. </strong><strong>Openness</strong></p><p>An organization should be open about its personal information policies and practices. Individuals should be able to access an organization’s policies and practices relatively easily. The method of disseminating such information depends on the nature of the organization. This may include brochures, mail to customers, online access or toll-free information lines.<br
/> <strong>9. </strong><strong>Individual Access</strong></p><p>Individuals should be informed of the existence, use and disclosure of their personal information. Individuals should have access to their personal information and be able to question and correct the accuracy and completeness of this information.</p><p><strong>10. </strong><strong>Challenging Compliance</strong></p><p>Individuals should be able to challenge an organization’s compliance with the above principles. The person accountable for an organization’s compliance will be responsible for dealing with inquiries, challenges or complaints. An organization should investigate all complaints and if it is necessary, adjust its policies and practices appropriately.</p><h2>Implementation</h2><p>The Code is meant to be used by any organization that collects or uses personal information. Such organizations may include:</p><ul><li>Financial institutions</li><li>Service providers</li><li>Retailers</li><li>Direct marketers</li><li>Telecommunications companies</li><li>Product manufacturers</li><li>Schools</li><li>Universities</li><li>Hospitals</li><li>Government agencies</li></ul><p>As organizational compliance with the Code is purely voluntary, organizations may incorporate the ten principles in its policies to varying degrees. The <a
href="http://www.qmi.com/">Quality Management Institute</a> (QMI) has a program that recognizes three levels of compliance:</p><p>Tier 1: Declaration</p><p>An organization declares its compliance with the code by signing a code of ethics or statement of their information protection principles.</p><p>Tier 2: Verification</p><p>An organization submits documented policies and procedures to the QMI, which may conduct on-site audits in order to confirm compliance with the Code.</p><p>Tier 3: Registration</p><p>The QMI reviews the organization’s documentation and carries out an audit. This establishes compliance with the CSA Model Code and with ISO 9001 or 9002.</p><h2>Blind Spots</h2><p>Since its introduction, a number of critiques of the Code have arisen. Many of these critiques point to the vagueness in interpretation, which have led to confusion, loss of confidence and decreased utility of the Code. Due to differences in meaning and application of the Code, a number of cases have been taken to the Canadian <a
href="http://www.cippguide.org/2009/12/06/data-protection-laws-around-the-globe/">Privacy Commissioner</a>. This process is slowly eliminating some uncertainties in the Code.</p><p>Some gray areas of the Code include:</p><ul><li>The issue of collecting personal information from or about children is not mentioned.</li><li>Different types of consent are not distinguished (e.g. express, implied and deemed consent).</li><li>The Code does not elaborate upon the issue of notice. What constitutes a reasonable effort to advise an individual on collection of personal information?</li><li>It is unclear if retention of personal information constitutes a “use” under the Code. If so, retention would require consent from the individual.</li><li>The Code does not require businesses to explain the purposes of personal information collection to its customers. This has led to widespread failure of customer service representatives to reasonably explain the purposes of information collection to the ordinary consumer.</li><li>The principle of openness is only encouraged, rather than required.</li></ul><h3>Summary</h3><p>The CSA Model Code for the Protection of Personal Information presented a foundation for Canadian privacy protection legislation, such as the PIPEDA. A number of Canadian businesses and organizations have modeled their own privacy codes, policies and practices on this standard. Individuals have also used the Code to understand their privacy rights and protect their personal information. Over time, provisions in need of greater clarity or strengthening have been identified in the CSA Code.</p><h3>CIPP/C Preparation</h3><p>In preparation for the Certified Information Privacy Professional/Canada exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Canadian Standards Association (II.A.a.)</li><li>Model Code for the Protection of Personal Information: CAN/CSA-Q830-96 (II.A.a.i.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/06/29/csa-model-code/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Limiting Data Collection</title><link>https://www.cippguide.org/2009/10/04/limiting-data-collection/</link> <comments>https://www.cippguide.org/2009/10/04/limiting-data-collection/#comments</comments> <pubDate>Mon, 05 Oct 2009 03:34:44 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[Code of Fair Information Practices]]></category> <category><![CDATA[Collection Limitation]]></category> <category><![CDATA[OECD]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1053</guid> <description><![CDATA[While increasing the amount of detail and information seems enticing to the business intelligence office, security and privacy professionals must step in and put on the brakes to limit disclosure [...]]]></description> <content:encoded><![CDATA[<p>Collecting information from customers.  Every company does it; it&#8217;s simply a requirement for successful marketing.  The more information to mine through, the more likely the marketing department may make a correlation and sell more stuff.  This equates to profit &#8211; the reason any red blooded company is in existence.</p><p>This also opens the company to privacy violations &#8211; dependent on the industry, will you face indictment by the FCC, FTC, EU DPAs, etc.</p><p>My phone battery was on the fritz, so needed to find a replacement.  I visited an electronic&#8217;s store currently trying to rebrand itself as &#8220;the Shack&#8221; looking for a new battery.  They had an off brand labeled for my phone type.  I explained the situation with the cashier &#8211; I tried this solution before with another battery retailer, and there&#8217;s a very real possibility would similarly fail.  I paid cash, thinking why go through the hassle of having the same charge card to make the return.  Maybe, I&#8217;d just have my wife stop by while running errands?</p><p>That night, my hunch was right, and a large X appeared over the phone&#8217;s status icon.  I went in the following day, where the same cashier immediately recognized what must have happened.  &#8220;No problem, we&#8217;ll give you a refund.  We just need a little information.&#8221;  This included much more than just my name &#8211; address, phone number, photo ID.  All of this because I used a green piece of paper.  Maybe the company is trying to combat fraud, but for less than US$50, at what cost?  I didn&#8217;t ask what protections corporate had in place, and even if they had literature, I was on my way to the airport and in no shape to read it&#8230;</p><p>No matter what the rationale, this is simply too much information in the wake of the numerous network breaches sparked by TJX.   Jennifer Stoddart, former privacy commissioner of Canada saying &#8220;The company collected too much personal information, kept it too long and relied on weak encryption to protect it.&#8221;</p><p>Good companies have opt-in policies, clearly define how the data will be used, and who it may be shared with.  Great companies don&#8217;t collect information without a specific purpose.  The ideas are not new; they fall in line with US Department of Health, Education and Welfare&#8217;s &#8220;The Code of Fair Information Practices&#8221; from the 1970&#8242;s and the Organization for Economic Cooperation and Development&#8217;s (OECD) principles laid out in 1980 for collection limitations, methods and relevance.  These same ideas are echoed throughout the EU&#8217;s Data Protection Directive.  Today&#8217;s Payment Card Industry&#8217;s Data Security Standard, HIPAA, and Federal Rules of Civil Procedure reemphasize collection limitation&#8217;s importance, placing specific regulations on how data are treated.  PCI mandates encryption and physical access restrictions, while FRCP&#8217;s e-discovery suggests retaining volumes of data indefinitely could create massive evidentiary headaches and unexpected costs.</p><p>In all, keep in mind, if you don&#8217;t collect it, you can&#8217;t lose it.  Do you <em>really</em> need to log my personal information to make a $50 return?</p><h3><strong><em>CIPP Candidate Preparation</em></strong></h3><p>In preparation for the Certified Information Privacy Professional exam, a privacy professional should be comfortable with topics related to this post including:</p><ul><li>Introduction to Privacy:  “Guidelines Governing the Protection of Privacy and Trans-border Data Flows<br
/> of Personal Data” (Foundations: I.D.iv.1),  The European Union (“EU”) Data Protection Directive (95/46/EC) (Foundations: I.D.ii.2)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/10/04/limiting-data-collection/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Finland&#039;s Fingerprinting Fiasco? Centralized private records database accessible by police</title><link>https://www.cippguide.org/2009/02/05/finlands-fingerprinting-fiasco-centralized-private-records-database-accessible-by-police/</link> <comments>https://www.cippguide.org/2009/02/05/finlands-fingerprinting-fiasco-centralized-private-records-database-accessible-by-police/#comments</comments> <pubDate>Thu, 05 Feb 2009 19:08:08 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[APEC]]></category> <category><![CDATA[biometrics]]></category> <category><![CDATA[EU]]></category> <category><![CDATA[European Union Data Protection Directive]]></category> <category><![CDATA[fingerprint]]></category> <category><![CDATA[Finland]]></category> <category><![CDATA[Information Privacy]]></category> <category><![CDATA[OECD]]></category> <category><![CDATA[regulations]]></category> <category><![CDATA[Singapore]]></category><guid
isPermaLink="false">http://blog.cippguide.org/?p=191</guid> <description><![CDATA[Finland will collect all their citizens' fingerprints, store them in a central database and include them in passport ID chips.  Singapore's been doing this for several years, and the parallels and privacy implications are deeper than [...]]]></description> <content:encoded><![CDATA[<p>A bill expected to be presented to the Finnish Parliament today will require all citizens and anyone who applies for a passport or travel documents through Finland&#8217;s borders to end up in a centralized fingerprint database.  This information will not only be accessible to customs and immigrations officials, but also by police.  The justification for such action lays in the June 28th European Union&#8217;s Member State travel document requirements.</p><p>This seems to fly in the face of EU&#8217;s Privacy Protection Directive, and a long history of pro-privacy government.  Finland was one of the early participants of a group called the Organization for Economic Cooperation and Development (OECD), <a
title="OECD Membership List - including Finland" href="http://www.oecd.org/document/58/0,2340,en_2649_201185_1889402_1_1_1_1,00.html" target="_blank">signing up in 1969</a>.  The <a
title="OECD Privacy Guidelines" href="http://www.oecd.org/document/18/0,3343,en_2649_34255_1815186_1_1_1_1,00.html" target="_blank">OECD&#8217;s eight privacy principals</a> served as a baseline for private data handling within member states and included such items as collecting the minimum amount of information necessary and limitations of use for any data collected.</p><p>Finland&#8217;s not the first country to register this sort of information &#8211; Singapore&#8217;s been doing this for several years.  They keep all of their citizen&#8217;s data (including fingerprints) in one big database called the Central Identification and Registration Information System (CIRIS).  It not only covers Singaporian&#8217;s, but includes anyone that passes through their customs and immigration checkpoints.  Granted, it&#8217;s protected through <a
title="Companies securing Singapore's CIRIS database housing citizens' private data" href="http://www.fleetship.com/fleetnews/CIO100_08_Index.pdf" target="_blank">several security mechanisms</a>, they&#8217;re a much smaller country land-wise and not affiliated with Europe or it&#8217;s wartime past indiscretions, but the population difference is less than 600K in Singapore&#8217;s favor and the economic influence of the tiny island can&#8217;t be ignored.</p><p>Why the parallels to Singapore you may ask?  Pedigree.  Singapore is part of the Asia-Pacific Economic Cooperation and (mostly) abides by the <a
title="APEC Privacy Framework" href="http://www.apec.org/apec/news___media/fact_sheets/apec_privacy_framework.html" target="_blank">APEC privacy framework.</a> The nine principles of the APEC privacy framework mirrors the OECD&#8217;s eight, including both the Collection Limitation and Use Limitation principles.    The CIPP covers all of this history and evolution between the various privacy assurance concepts.</p><p>Finland might look over some of Singapore&#8217;s justifications for private data centralization in selling this to their citizens.  Are they collecting the fingerprints just to have them on file?  Maybe someone somewhere might do something criminal?</p><p>The Google translation of the Finnish government&#8217;s statement is <a
href="http://translate.google.com/translate?hl=en&amp;sl=fi&amp;u=http://www.vn.fi/ajankohtaista/tiedotteet/tiedote/fi.jsp%3Foid%3D252317&amp;sa=X&amp;oi=translate&amp;resnum=1&amp;ct=result&amp;prev=/search%3Fq%3Dhttp://www.vn.fi/ajankohtaista/tiedotteet/tiedote/fi.jsp%253Foid%253D252317%26hl%3Den%26client%3Dfirefox-a%26rls%3Dorg.mozilla:en-GB:official%26hs%3DVZm">here.</a></p> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/02/05/finlands-fingerprinting-fiasco-centralized-private-records-database-accessible-by-police/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: www.cippguide.org @ 2012-02-09 07:11:11 -->
