<?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; DHS</title> <atom:link href="http://www.cippguide.org/tag/dhs/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>US Department of Homeland Security: Privacy Policies &amp; Practices</title><link>https://www.cippguide.org/2012/01/24/us-department-of-homeland-security-privacy-policies-practices/</link> <comments>https://www.cippguide.org/2012/01/24/us-department-of-homeland-security-privacy-policies-practices/#comments</comments> <pubDate>Tue, 24 Jan 2012 12:00:07 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[Chief Privacy Officer]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[FOIA]]></category> <category><![CDATA[PIA]]></category> <category><![CDATA[PII]]></category> <category><![CDATA[Privacy Act]]></category> <category><![CDATA[privacy policy]]></category> <category><![CDATA[PTA]]></category> <category><![CDATA[SORN]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2696</guid> <description><![CDATA[The US Department of Homeland Security (DHS) is often criticized for its privacy policies and practices, as it handles a vast amount of sensitive personal information. However, it is important to note how the DHS does attempt to protect personal privacy, in policy as well as practice. In addition to compliance with federal privacy legislation, such as the FOIA (Freedom of Information Act) and the Privacy Act, the Department consults with privacy professionals in order to evaluate new or potential programs, systems, technologies and certain rule-making procedures in order to appropriately handle personal information. This article takes a look at exactly how the Department of Homeland Security approaches privacy [...]]]></description> <content:encoded><![CDATA[<p>The US <a
href="http://www.dhs.gov/">Department of Homeland Security</a> (DHS) is often criticized for its privacy policies and practices, as it handles a vast amount of sensitive personal information. However, it is important to note how the DHS does attempt to protect personal privacy, in policy as well as practice. In addition to compliance with federal privacy legislation, such as the <a
href="http://www.cippguide.org/tag/foia/">FOIA</a> (Freedom of Information Act) and the <a
href="http://www.cippguide.org/tag/privacy-act/">Privacy Act</a>, the Department consults with privacy professionals in order to evaluate new or potential programs, systems, technologies and certain rule-making procedures in order to appropriately handle personal information. This article takes a look at exactly how the Department of Homeland Security approaches privacy protection.</p><p><strong>Compliance</strong></p><p>The DHS has a very specific privacy compliance process. The DHS Privacy Office is responsible for the assessment of all new or proposed Department activities in order to ensure responsible handling of <a
href="https://www.cippguide.org/tag/pii/">personally identifiable information</a> (PII) and to mitigate privacy risks.</p><p>The following explores the methods by which the Privacy Office ensures compliance in all departmental activities:</p><ul><li><a
href="http://www.dhs.gov/xlibrary/assets/privacy/privacy_pta_template.pdf"><strong>Privacy Threshold Analysis</strong></a><strong> (PTA)</strong> – The PTA is a required document that serves as the official determination by the Privacy Office in order to determine if a DHS program or system has privacy implications. Also, PTAs are used to determine of additional privacy compliance documentation is required. PTAs are designed into all DHS processes for technology investments and security. They expire every three years.</li></ul><p>PTAs serve the following objectives:</p><ul><li>Identify privacy-sensitive programs and systems</li><li>Demonstrate inclusion of privacy considerations during the review of a program or system</li><li>Provide the Privacy Office with a record of the program or system, as well as its privacy requirements</li><li>Demonstrate compliance with privacy laws and regulations</li><li><strong><a
href="https://www.cippguide.org/tag/pia/">Privacy Impact Assessment</a></strong><strong>(PIA)</strong> – The PIA is a decision-making tool that is used to identify and mitigate privacy risks at the start, as well as throughout the development lifecycle of a program or system. PIAs aid the public in understanding what PII the DHS is collecting, why the information is being collected, and how it will be used, shared, accessed and stored.</li></ul><p>PIAs are required for the following reasons:</p><ul><li>When developing or procuring any new DHS program or system that will handle or collect PII</li><li>For budget submissions to the <a
href="http://www.cippguide.org/tag/omb/">Office of Management and Budget</a> (OMB) that affect PII</li><li>With pilot tests that affect PII</li><li>When developing program or system revisions that affect PII</li><li>When issuing a new or updated rulemaking that involves collection, use and maintenance of PII</li><li><strong><a
href="https://www.cippguide.org/tag/sorn/">System of Records Notice</a></strong><strong>(SORN)</strong> – A `system of records’ is a group of records under the control of any federal agency from which information is retrieved by a unique personal identifier assigned to an individual. A SORN is a formal notice to the public that identifies the purpose for which PII is collected, from whom and what type of PII is collected, how the PII is shared externally (i.e. routine uses) and how to access or correct any PII maintained by the DHS.</li></ul><p><strong>DHS Privacy Office</strong></p><p>The <a
href="http://www.dhs.gov/xabout/structure/editorial_0510.shtm#contact">DHS Privacy Office</a> is the first statutorily created privacy office in the Federal government. The Office operates under the direction of the Chief Privacy Officer, a position that is discussed in further detail in the following section. The <a
href="http://www.dhs.gov/xabout/structure/editorial_0510.shtm#contact">mission</a> of the Privacy Office is: “… to preserve and enhance privacy protections for all individuals, to promote transparency of DHS operations, and to serve as a leader in the privacy community.”</p><p>The Privacy Office carries out the following activities:</p><ul><li>Requires compliance with the letter and spirit of Federal laws that protect privacy</li><li>Centralizes FOI and Privacy Act operations to provide policy and programmatic oversight and to support operational implementation within the DHS components</li><li>Provides education and outreach to build a culture of privacy and adherence to the Fair Information Practice Principles (FIPPs) across the DHS</li><li>Provides transparency to the public through published materials, formal notices, public workshops and meetings</li></ul><p>The Privacy Office is made up of the following operational teams:</p><ul><li>International Privacy Policy</li><li>Departmental Disclosure and FOIA</li><li>Privacy Compliances</li><li>Privacy Policy (includes communications and training)</li><li>Privacy Incidents and Inquiries</li><li>Privacy Technology and Intelligence</li><li>Legislative and Regulatory Analysis</li></ul><p><strong>Chief Privacy Officer, DHS</strong></p><p>The <a
href="http://www.dhs.gov/xabout/structure/bio_1236273286409.shtm">Chief Privacy Officer</a> (CPO) is a position within the DHS, appointed by the US Secretary of Homeland Security. The CPO also serves as the Chief Freedom of Information Act (FOIA) Officer at the DHS Privacy Office.</p><p>According to Section 222 of the Homeland Security Act of 2002, the CPO is primarily responsible for the privacy policy at the DHS. Duties include:</p><ul><li>Assuring that technologies used by the DHS to protect the US sustain, rather than erode, privacy protections related to the use, collection and disclosure of personal information</li><li>Assuring that the DHS complies with fair information practices set out in the Privacy Act of 1974</li><li>Conducting privacy impact assessments (PIA) of proposed rules at the DHS</li><li>Evaluating legislative and regulatory proposals involving the collection, use and disclosure of personal information by the Federal government</li><li>Preparing an annual report to Congress on DHS activities that affect privacy</li></ul><p><strong>Summary</strong></p><p>This article takes a look at the privacy policies and practices at the US Department of Homeland Security (DHS). In addition to compliance with federal privacy legislation, the DHS also has its own privacy guidance, which include security methodologies, as well as a Privacy Office that is responsible for the oversight of systems and programs that deal with personally identifiable information. The article takes a closer look at the DHS Privacy Office, the first statutorily created privacy office in the US federal government, as well as the unique role of the Chief Privacy Officer/Chief Freedom of Information Act (FOIA) Officer.</p><p><strong>CIPP Exam Preparation</strong></p><p>In preparation for the Certified Information Privacy Professional/US Government (CIPP/G) exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Privacy Policy Approaches – Department of Homeland Security (II.A.e.ii.3.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2012/01/24/us-department-of-homeland-security-privacy-policies-practices/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Identity Theft Task Force Recommendations</title><link>https://www.cippguide.org/2010/04/13/identity-theft-task-force-recommendations/</link> <comments>https://www.cippguide.org/2010/04/13/identity-theft-task-force-recommendations/#comments</comments> <pubDate>Tue, 13 Apr 2010 12:00:56 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[biometrics]]></category> <category><![CDATA[CIPP/G]]></category> <category><![CDATA[Combatting ID Theft]]></category> <category><![CDATA[Department of Homeland Security]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[Executive Order]]></category> <category><![CDATA[Federal Trade Commission]]></category> <category><![CDATA[FTC]]></category> <category><![CDATA[Identity Theft Task Force]]></category> <category><![CDATA[OMB]]></category> <category><![CDATA[Privacy Act]]></category> <category><![CDATA[Social Security Number]]></category> <category><![CDATA[SSN]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1441</guid> <description><![CDATA[In May 2006, an Executive Order of the President created the Identity Theft Task Force. The Task Force includes members of several Federal agencies and departments. In September 2006, the Task Force released a number of recommendations ahead of the May 2007 document “Combatting ID Theft: Strategic Plan” in order to help agencies get a head start on the growing problem of identity [...]]]></description> <content:encoded><![CDATA[<p>In May 2006, an Executive Order of the President created the <a
href="http://www.idtheft.gov/">Identity Theft Task Force</a>. The Task Force includes members of several Federal agencies and departments. In September 2006, the Task Force released a number of recommendations ahead of the May 2007 document “<a
href="http://www.idtheft.gov/reports/StrategicPlan.pdf">Combatting ID Theft: Strategic Plan</a>” in order to help agencies get a head start on the growing problem of identity theft.</p><p>The memorandum issued the following recommendations:</p><p><strong>Data Breach Guidance to Agencies</strong></p><p>The Office of Management and Budget should issue a memorandum guiding agencies on when and how notice must be given to individuals at risk for identity theft due to a security breach. The suggested memorandum, titled “<a
href="http://www.whitehouse.gov/OMB/memoranda/.../task_force_theft_memo.pdf">Recommendations for Identity Theft Related Data Breach Notification</a>” was released almost concurrently with the Task Force’s memorandum.</p><p><strong>Development of Universal Police Report for Identity Theft Victims</strong></p><p>Identity theft victims my require official police reports to contest fraudulent information on their credit reports. A universal identity theft police report ensures that all necessary information is collected. It also allows identity theft victims to print the report from online, fill it out and bring it to their local enforcement agency for verification. Currently, individuals may also <strong><a
href="http://www.ftc.gov/bcp/edu/microsites/idtheft/consumers/filing-a-report.html">file an official complaint</a></strong> with the Federal Trade Commission on the FTC website. A universal form of filing complaints, reduces the strain on law enforcement agencies and  allows streamlining of investigations.</p><p><strong>Extending Restitution for Victims of Identity Theft</strong></p><p>The Task Force recommended to Congress that defendants be required to pay their identity theft victims monetarily for the time lost due to investigating, responding to and correcting fraudulent activity on their credit reports. This created extra penalties for committing identity theft, as well as allowed some renumeration to be paid to identity theft victims for their troubles, in addition to settling any financial disputes related to the fraudulent activity.</p><p><strong>Reducing Access of Identity Thieves to Social Security Numbers</strong></p><p>All agencies in the public sector should limit the use of Social Security Numbers as an individuals main identifier in an information system. The Office of Personnel Management was instructed to assign employee identification numbers for common use to <strong><a
href="http://www.cippguide.org/2010/03/29/guidance-on-protecting-federal-employee-social-security-numbers-and-combating-identify-theft/">eliminate the widespread use of SSN as the primary identifier for government employees</a></strong>. The OPM was also instructed to develop policies for the appropriate use and protection of Social Security Numbers. Further more all agencies were asked to review their use of SSNs in physical and electronic records systems to eliminate and restrict its usage where possible.</p><p><strong>Developing Alternative Methods of Authentication Identities</strong></p><p>The Task Force recommended that agencies confer with privacy and security experts in the private sector to create and implement technologies that use identifiers such as biometrics to authenticate identity. Biometric identifiers are harder for identity thieves to replicate or abuse. Using biometric identifiers in order to access personally identifiable information would significantly increase the protection to sensitive data.</p><p><strong>Improving Data Security in the Government</strong></p><p>The Task Force asked that the Office of Management and Budget and the Department of Homeland Security work together to investigate privacy practices in the Federal government and develop a list of the top mistakes that affect an agency’s ability to adequately protect data. This document was published in 2007 under the title <a
href="http://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/">“Common Risks Impeding the Adequate Protection of Government Information.” </a></p><p><strong>Improving the Agencies’ Ability to Respond to Data Breaches in the Government</strong></p><p>Agencies were instructed to develop and publish a “routine use” policy for their systems of records under the <strong><a
href="http://www.cippguide.org/2010/02/10/privacy-act-of-1974/">Privacy Act</a>. </strong>These “routine use” policies would allow agencies to share PII–without the prior consent of the individual–with other agencies in order to respond effectively to security breaches.</p><p><strong>Summary</strong></p><p>In 2006, the Presidential Identity Theft Task Force allowed the U.S. Government to quickly analyze federal information security practices and create appropriate recommendations and plans to increase protection. Of the seven recommendations put forth by the Identity Theft Task force in 2006, several have been fulfilled and/or implemented in to government practice. Today, the Task Force continues to discuss ways in which the U.S. Government can increase the protection of its data holdings to prevent unauthorized disclosure and expose citizens to the threat of identity theft. While only the Federal Government was required to implement many of the guidelines, they serve as a model for institutions in the private sector concerned with identity theft.</p><p><em>CIPP/G Candidate Preparation</em></p><p>In preparation for the Certified Information Privacy Professional Government exam, a privacy professional should be comfortable with topics related to this post including:</p><ul><li>Recommendations of the Identity Theft Task Force, September 2006</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/04/13/identity-theft-task-force-recommendations/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Common Risks Impeding the Adequate Protection of Government Information</title><link>https://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/</link> <comments>https://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/#comments</comments> <pubDate>Mon, 22 Mar 2010 12:00:47 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[Adequate Protection]]></category> <category><![CDATA[audit]]></category> <category><![CDATA[CIPP/G]]></category> <category><![CDATA[Cloud computing]]></category> <category><![CDATA[Common Risks]]></category> <category><![CDATA[data destruction]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[E-Government Act]]></category> <category><![CDATA[Encryption]]></category> <category><![CDATA[Federal Acquisition Regulation]]></category> <category><![CDATA[FOIA]]></category> <category><![CDATA[Freedom of Information Act]]></category> <category><![CDATA[NIST]]></category> <category><![CDATA[OMB]]></category> <category><![CDATA[PIA]]></category> <category><![CDATA[Presidential Identity Theft Task Force]]></category> <category><![CDATA[Privacy Act of 1974]]></category> <category><![CDATA[Privacy Impact Assessments]]></category> <category><![CDATA[Security]]></category> <category><![CDATA[Training]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1405</guid> <description><![CDATA[In 2007, the Department of Homeland Security an Office of Management and Budget, along with the Presidential Identity Theft Task Force, investigated information privacy and security practices in the United States Government. They developed a report called the Common Risks Impeding the Adequate Protection of Government Information (pdf)which included a list of ten common mistakes made by U.S. departments and agencies and provided recommendations for new practices to be implement to eliminate and reduce security [...]]]></description> <content:encoded><![CDATA[<p>In 2007, the Department of Homeland Security adn Office of Management and Budget, along with the Presidential Identity Theft Task Force, investigated information privacy and security practices in the United States Government. They developed a report called the<a
href="http://www.dns-lessons.lanl.gov/.../Common-Risks-Impeding-Adequate-Protection-Govt-Info1.pdf"> Common Risks Impeding the Adequate Protection of Government Information</a> (pdf)which included a list of ten common mistakes made by U.S. departments and agencies and provided recommendations for new practices to be implement to eliminate and reduce security risks.</p><p><strong>1. “Security and Privacy Training is inadequate and poorly aligned with the different roles and responsibilities of personnel.”</strong></p><p>Proper security and privacy education is part of the administrative safeguards needed to properly protect data. Information handlers must understand the risks facing sensitive information and their responsibilities towards maintaining the <a
href="../2010/01/18/fair-information-practices-principles/">Fair Information Practices Principles</a>. The report instructed agencies to include privacy and security training upon employment, maintain awareness through weekly tips, annual “security days” and other creative reminders. Agencies should also target individuals with more security and privacy responsibilities and provide more extensive training.</p><p><strong>2. “Contracts and data sharing agreements between agencies and entities operating on behalf of the agency do not describe the procedures for appropriately processing and adequately safeguarding information.” </strong></p><p><a
href="../2010/02/10/privacy-act-of-1974/">The Privacy Act of 1974</a> allows the sharing of information between government agencies provided the information receives the same level of protection after disclosure and the two agencies sign and follow a data sharing agreement. Failing to comply with a  data sharing agreement may allow serious breaches of a individual’s privacy. Agencies are encouraged to offer incentives for successful compliance with a data sharing agreement or contract. Agencies are also required to create detailed agreements (<a
href="https://www.acquisition.gov/far/draftingguide.htm">using Federal Acquisition Regulation Language</a>) describing the procedures for protecting the information and assigning an individual to oversee the data sharing process.</p><p>3. <strong>“Information inventories inaccurately describe the types and uses of government information, and the locations where it is stored, processed or transmitted, including personally identifiable information.”</strong></p><p>Under the <a
href="../2010/02/08/foia-the-freedom-of-information-act/">Freedom of Information Act</a> and the <a
href="../2010/02/10/privacy-act-of-1974/">Privacy Act of 1974</a>, government agencies are required to maintain adequate records on the type or information systems they maintain and the types and uses of the information. With a few exceptions, such information must be available to the public. Improper record keeping poses a threat to the transparency of government activities and an individual’s right to access the information and agency maintains about them. Agencies should use <a
href="http://www.whitehouse.gov/omb/e-gov/fea/">enterprise architecture</a> and inventories to review the type, location, and uses of information it has on record. Security controls should be developed in consideration of the inventory and all systems containing personally identifiable information should be regularly assessed to ensure the integrity and security of the data.</p><p><strong>4. “Information is not appropriately scheduled, archived or destroyed.”</strong></p><p>Information must be protected at all stages of its lifecycle including those when it is not in active use. The <a
href="../2009/11/23/data-destruction-and-privacy/">proper destruction of information</a> is particularly important to safeguarding privacy. Information must be assessed to determine how long it needs to be maintained and whether it is permanent and needs to be archived by the NARA or temporary and needs to be destroyed. Agencies must obtain the National Archives and Records Administration approval to dispose of their records according to established record schedules.</p><p><strong>5. </strong><strong>“Suspicious activities and incidents are not identified and reported in a timely manner.”</strong></p><p>Information security is an ongoing process which requires identifying and detecting potential threats. Instituting a system without following up with security checks and incident response is ignoring a fundamental part of the information security process. Agencies should develop and follow a set of procedures to identify and respond to security or privacy incidents. Response should be timely in order to be effective. Agencies should configure their computer systems to detect intrusions, monitor use, and log any incidents. Furthermore incidents should be reported to authorized personnel and agencies to reduce risk as quickly as possible.</p><p><strong>6. “Audit Trails documenting how information is processed are not appropriately created or reviewed.”</strong></p><p>It is not just the type of information that is collected but how it is used that is restricted to protect privacy and civil liberties. Accurate audit trails are necessary to record how information is being collected, used, maintained and disclosed by an agency. Agencies should use managed data repositories to develop and review the necessary audit trails. Those audit trails can then be used to identify anomalies, determine the status of data and destroy data when it is no longer necessary.</p><p><strong>7. “Inadequate security controls where information is collected, created, processed or maintained.”</strong></p><p>Security controls include technical, physical and administrative safeguards. They are the primary defense against unauthorized access and use of information. Agencies should maintain inventories of their physical property including real estate and mobile devices. Stronger controls should be applied to areas of high impact or high risk. Security procedures should be reviewed regularly (at least annually) to ensure physical access is granted only to authorized individuals.</p><p><strong>8. “Information security controls are not adequate.”</strong></p><p>The sole purpose of information security controls is to prevent unauthorized use and access. When such controls fail, the system must be improved or replaced to be provide adequate protection to information which is guaranteed under U.S. law. Security controls should be tested annually with higher risk systems tested more frequently. Personnel that test controls should be separate from the personnel that administer the controls regularly, to allow outside enforcement. Problems and improvements should be shared among agencies to promote awareness. All common security configurations should follow <a
href="http://www.nist.gov/index.html">NIST</a> guidelines. Agencies must also consider how the public availability of information affects how government information is protected.</p><p><strong>9. “Inadequate protection of information accessed or processed remotely.”</strong></p><p>Mobile devices and the increasing use of <a
href="../2009/10/27/data-protection-in-the-cloud-why-it-matters-and-how-it-affects-you-and-your-data/">cloud computing</a> technologies all government employees to access government information when working away from the office. Data must be protected equally when accessed from a computer at the agency and when accessed from a mobile device. Agencies should maintain an audit log of any information accessed or processed remotely. NIST encryption methods, two factor authentication, and automatic log outs after a certain period of inactivity should be employed. Agencies should ensure personnel understand the security risks involved with remotely accessing such information and have them sign a document denoting their privacy and security responsibilities.</p><p><strong>10. Agencies acquire information technology and information security products without incorporating appropriate security and privacy standards and guidelines. </strong></p><p>The <a
title="CIPP Guide: E-Government Act of 2002" href="http://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/" target="_blank">E-Government Act of 2002</a> requires that all new information security systems conduct Privacy Impact Assessments prior to use, and periodically thereafter in order to evaluate the effectiveness of the system in protecting the information it maintains. Failing to assess new technologies for their privacy protections leaves large holes in the security of the system. Agencies should include information system planning, development and maintenance in their procedures and budgets. Systems should be purchased and implemented only when found to be cost effective in adequately protecting information. Software and hardware encryption products should be used according to the NIST certified cryptographic modules.</p><p><strong>Summary</strong></p><p>While there are a number of regulations such as the Privacy Act of 1974, the E-Government Act of 2002, as well as the Fair Information Practice Principles which guide the use of information by the Federal Government, such regulations are not always implemented properly. Reports such as the Common Risks Impeding the Adequate Protection of Government Information are necessary to maintain an ongoing discussion regarding information privacy and security and continue to increase security protections as technologies and threats evolve.</p><p><em>CIPP/G Candidate Preparation</em></p><p>In preparation for the Certified Information Privacy Professional Government exam, a privacy professional should be comfortable with topics related to this post including:</p><ul><li>Common Risks Impeding the Adequate Protection of Government Information</li><li>Information Privacy Laws for U.S. Government Practice (I.C.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/03/22/common-risks-impeding-the-adequate-protection-of-government-information/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Big Brother in little Carolina &#8211; city wants surveillance cameras catching every car&#039;s plate</title><link>https://www.cippguide.org/2009/06/17/big-brother-in-little-carolina-city-wants-surveillance-cameras-catching-every-cars-plate/</link> <comments>https://www.cippguide.org/2009/06/17/big-brother-in-little-carolina-city-wants-surveillance-cameras-catching-every-cars-plate/#comments</comments> <pubDate>Wed, 17 Jun 2009 12:00:07 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[cameras]]></category> <category><![CDATA[Department of Homeland Security]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[FBI]]></category> <category><![CDATA[National Crime Information Center]]></category> <category><![CDATA[NC]]></category> <category><![CDATA[NCIC]]></category> <category><![CDATA[north carolina]]></category> <category><![CDATA[Surveillance]]></category> <category><![CDATA[wilmington]]></category> <category><![CDATA[Wrightsville beach]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=706</guid> <description><![CDATA[Most people think of the proliferation of cameras in London, and last year's coverage of similar work in New York City, as a big city affair.  Cops in North Carolina want in on the action too, submitting a grant for systems that will record license plate numbers and compare them to a national criminal database.  Privacy rights advocates are worried the cities aren't setting clear usage guidelines or retention policies that may result in fishing expeditions against law abiding [...]]]></description> <content:encoded><![CDATA[<p>Most people think of the proliferation of cameras in London, and last year&#8217;s coverage of <a
title="New York City's police security systems incorporate many aspects of surveillance and questions about privacy" href="http://www.cippguide.org/2008/06/10/police-helicopter-w-long-range-cameras-part-of-larger-ring-of-iron-new-york-style/" target="_blank">similar work in New York City</a>, as a big city affair &#8211; sort of Big Brother in the big city.  But once you make it out of a metropolis like LA, Chicago or Miami, the camera craze should die down and, short of the occasional store security camera or traffic light system, you&#8217;d expect a little more anonymity.  Last month in a presentation to security professionals, Microsoft&#8217;s Chief Security Strategist Douglas Cavit even likened the use of a car&#8217;s<a
title="Microsoft Chief Security Strategist Douglas Cavit describes end to end encryption, and the anonymity that must be given up for the system's success" href="http://www.cippguide.org/2009/05/12/microsofts-end-to-end-trust-a-review-of-chief-security-strategist-douglas-cavits-vision/" target="_blank"> license plate tag as an innocuous and privacy respecting identification tool</a> &#8211; unless you did something wrong, you could feel relatively assured of your anonymity while driving in your car.  After a recent <a
title="Wilimington NC looks to record all license plates and analyze for future patterns" href="http://www.starnewsonline.com/article/20090530/ARTICLES/905309990/1004?Title=Big-Brother-Area-cameras-would-record-all-licence-plates" target="_blank">DHS grant application in North Carolina</a>, Cavit might look to refine his analogy.</p><p>Located on the southeast coast of North Carolina, Wilmington is far from a booming metropolis, with just under 100,000 residents estimated in 2007.  Along with the nearby Wrightsville Beach, the cities want to record license plate numbers for every vehicle that crosses the bridge between the two communities as well as a couple other locations within the area.  The tag details would be compared against the <a
title="FBI's National Crime Information Center Database mission" href="http://www.fas.org/irp/agency/doj/fbi/is/ncic.htm" target="_blank">FBI&#8217;s National Crime Information Center database</a>.</p><blockquote><p>&#8220;A lot of people might say it&#8217;s Big Brother at work,&#8221; said John Carey, Chief of Police in Wrightsville Beach.  &#8221;There is no expectation of privacy to a license plate number,&#8221; as it is essentially a vehicular public record.</p></blockquote><p>Chief Carey suggests the information in the NCIC is there for a reason, and this type of check won&#8217;t matter to most citizens.  What Carey doesn&#8217;t keep up with surrounds the <a
title="Wikipedia: National Crime Information Center Database" href="http://en.wikipedia.org/wiki/National_Crime_Information_Center" target="_blank">NCIC database</a> and accuracy reviews.  The NC Police expect to take the database contents as gospel.  Originally, the NCIC was only intended for major criminal offender information.  That was expanded in the late 90&#8242;s to include civil cases such as stalking or domestic abuse.  After 9/11, immigration and terrorist data began infiltrating the NCIC.  As the database&#8217;s scope expands, so to has the outcry.  <a
title="Iraq War Protesters not allowed across Canadian Border because of NCIC database" href="http://www.sfgate.com/cgi-bin/article.cgi?f=/n/a/2007/10/04/national/a015143D19.DTL&amp;hw=medea&amp;sn=001&amp;sc=1000" target="_blank">Peace Activists found their way into the NCIC</a>.  The <a
title="New York police use FBI's NCIC database for arrest basis" href="http://www.thenyic.org/templates/documentFinder.asp?did=845" target="_blank">New York Immigration Coalition appealed to the local city government to change their arrest policies</a>. the Electronic Privacy Information Center has an <a
title="Electronic Privacy Information Center wants to make sure National Crime Information Center database is accurate" href="http://epic.org/privacy/ncic/" target="_blank">online petition drive to allow NCIC citizen redress</a>.  As databases age, they must be deconflicted and purged lest they lose their efficiency.</p><p>The most interesting point from a privacy rights standpoint is the persistence of the effort.  The cities expect to maintain the license tag information collected for about a year.  They do not say how frequently they will review the data or how often it will be compared against the NCIC.  From a general privacy policy standpoint, the Wrightsville and Willmington Police Departments are collecting information without specific knowledge of how they plan on using it, how often it will be accessed, or how long they will maintain the records.  It is unknown if they will have access policies or regulations/audits of how the information will actually be used.  These are all points a bank would have to address with their customers prior to embarking on a program with a third party marketing company.</p><blockquote><p>“It’s not a legitimate use of this technology to be storing information on innocent citizens on the off chance that someday law enforcement might want to track this person down for some reason,” said Jennifer Rudinger, executive director of the American Civil Liberties Union of North Carolina.  “This is another example of how technology is getting ahead of our laws.”</p></blockquote><p>Above all else, this is a very slippery slope.  What starts as an automated plate check for criminals could easily become detectives checking a suspects alibi on an open case, Private Investigator access for a divorce proceeding, or even noticing the mayor&#8217;s car has an extra passenger and blackmail or other corruption.  The <a
title="New York City Police Sergeant illegally accesses NCIC database for an aquaintance in child custody case" href="http://www.cippguide.org/2009/01/19/ny-police-sergeant-admits-making-unauthorized-accesses-to-the-fbis-national-crime-information-center-database/" target="_blank">New York City Police Department had problems with their NCIC access</a> &#8211; what&#8217;s to stop local NC police officers from poking around?</p> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/06/17/big-brother-in-little-carolina-city-wants-surveillance-cameras-catching-every-cars-plate/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>EXCLUSIVE:  Interview with Heartland Payment Systems&#039; Executive Director, Mr. Steven Elefant</title><link>https://www.cippguide.org/2009/05/28/exclusive-interview-with-heartland-payment-systems-executive-director-mr-steven-elefant/</link> <comments>https://www.cippguide.org/2009/05/28/exclusive-interview-with-heartland-payment-systems-executive-director-mr-steven-elefant/#comments</comments> <pubDate>Thu, 28 May 2009 13:06:09 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Information Security]]></category> <category><![CDATA[breach notification]]></category> <category><![CDATA[data security standard]]></category> <category><![CDATA[Department of Homeland Security]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[DSS]]></category> <category><![CDATA[Encryption]]></category> <category><![CDATA[end to end encryption]]></category> <category><![CDATA[FS-ISAC]]></category> <category><![CDATA[Heartland Payment Systems]]></category> <category><![CDATA[PA-DSS]]></category> <category><![CDATA[payment card industry]]></category> <category><![CDATA[PCI]]></category> <category><![CDATA[Steven Elefant]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=469</guid> <description><![CDATA[We had a chance to talk with Mr. Steven Elefant, Executive Director of end-to-end security at Heartland Payment Systems shortly after the security breach reportedly affecting hundreds of millions of credit card transactions. While the complete interview is available in the forums, we include a few excerpts in the articles section of the [...]]]></description> <content:encoded><![CDATA[<p>We had a chance to talk with Mr. Steven Elefant, Executive Director of end-to-end security at <a
title="CIPP Guide: Heartland Payment Systems breach affects hundreds of millions" href="http://www.cippguide.org/2009/01/21/hundreds-of-millions-of-private-records-stolen-from-heartland-payment-systems/" target="_blank">Heartland Payment Systems shortly after the security breach reportedly affecting hundreds of millions of credit card transactions</a>.  While the complete interview is available in the forums, here are a few excerpts:<br
/> ________________________________________</p><p><strong>Mr. Elefant, would you please tell me a little bit about your background?</strong></p><p>I’ve been in and around payments for 20 plus years.  I started a company called IC Verify which was the first PC payment software company in the 80’s doing credit cards, ATM / debit and check processing on personal computers. We rolled that out to 250K merchants in 21 countries with a half dozen languages.  ICVerify was merged with CyberCash, and I became the vice chairman of CyberCash. After leaving CyberCash, I was involved in several other startups including a company called Price Radar in the online auction space, a digital content management and micro payments company called Yaga and then venture capital for the last five years before joining Heartland Payment Systems.</p><p>________________________________________</p><p><strong>So the division you’re handling is the payment systems?</strong><br
/> I am the executive director of end-to-end encryption.  This position touches on many aspects of Heartland’s diverse business.</p><p>________________________________________</p><p><strong>As far as the end-to-end encryption, first, what do you think of the media’s treatment of Heartland?  From my perspective, with a little time in journalism, the story was ‘if it bleeds, it leads’…  that seems to be the mantra and the announcements that went on with Heartland incident, the media absolutely had a field day.  What was the actual severity of the breach, and was it as bad as the media portrayed?</strong></p><p>We seem to be turning the tide. We’ve been proactive in leading industry change, sharing information and furthering the development of end-to-end encryption as a key element that will help the industry be more secure.<br
/> ________________________________________</p><p><strong>What do you think of the PCI DSS?  Does it go far enough?  Obviously, with Visa putting you guys and RBS on probation… What was the disconnect, and what do you think of the PCI DSS?</strong></p><p>Heartland was PCI certified every year it was assessed.  Yet our system was breached, showing that the standards did not fully protect data.  It may well be that no set of standards ever could fully protect data in this environment  &#8212; where motivated criminals develop ever more sophisticated ways to infiltrate systems.   We are working on new approaches to enhance security.<br
/> _______________________________________</p><p><strong>So it’s just the application itself has to be certified and you guys are going above and beyond that throwing in the end-to-end encryption to take care of everything that’s not currently called out in the PCI-DSS?</strong></p><p>Yes. What we’re doing is from the time the digits leave the mag stripe, as they are read through that read head, they will be encrypted with very strong TRSM (Tamper Resistant Security Module) and AES encryption. Through the terminal, over the wires, through our hosts and through the card brands, the transaction will be encrypted – as long as the brands agree to do this.</p><p>________________________________________</p><p><strong>As far as the price tag for a breach, what are we looking at as far as potential sanctions from the PCI, I’m not talking about specifically about Heartland, but in general terms if you can’t talk about Heartland, what are we looking at as a breach?  We’re talking sanctions, breach notifications, brand harm – what do you see as the final price tag?</strong></p><p>Breaches are expensive in all of those categories and more.  The results of some past breaches are publicly available.  I don’t’ know how to answer your question about a specific price tag.  It’s still TBD.<br
/> ________________________________________</p><p><strong>A pretty consistent theme in my reading and at conferences is people saying, “The reason we’re doing all this security work is for compliance &#8211; we’re trying to comply with the governmental regulations rather than trying to do what’s in the best interest of protecting the customer.”  Because there are risk tradeoffs, how do you weigh between the privacy of the user and the compliance with whatever regulation?</strong></p><p>I think compliance and security go hand in hand.  Compliance, though, is not enough in and of itself.  That is why we are working to enhance the existing industry standards.   We are also working with ANSI X9 F6 t to help create greater security around PAN&#8217;s as well as the Financial Services Information Sharing and Analysis Center (FS-ISAC) and the Payments Processing Information Sharing Council (PPISC) to share threat information and protect the entire industry, business owners and consumers<br
/> ________________________________________</p><p><strong>So one of the reasons for the CIPP Guide website is to serve as a resource for the privacy professional certification.  What do you think of certification programs, both in general as far as technology certifications go?</strong></p><p>I think they’re very important.  The education process that goes on within the industry has to be an ongoing one.  It’s not a one-time thing.  The industry changes and evolves, and the threat vectors change. This is a continuous process the industry needs to continue to support.<br
/> ________________________________________</p><p><strong>It definitely seems like you guys are moving in the right direction.  As I said earlier, it’s unfortunate that the media gets a hold of these things, because, I seem to recall that the information that was lost was bad, but not so bad that it was going to bring about the end of the financial market.</strong></p><p>We are trying to do things that benefit our business, the entire industry, merchants and consumers.</p><p><a
title="The complete interview with Mr. Steven Elefant, Executive Director with Heartland Payment Systems may be found in the CIPP Guide Forums" href="http://www.cippguide.com/forum" target="_blank">The complete interview with Mr. Steven Elefant, including more details on PCI and his thoughts on compliance is available in the CIPP Guide forums.</a></p><p>Ed. note:  Before the interview, <a
title="Visa Chief Enterprise Risk Officer says Heartland not PCI DSS compliant" href="http://www.corporate.visa.com/md/dl/documents/downloads/EllenRichey09SummitRemarks.pdf" target="_blank">Visa had revoked Heartland&#8217;s PCI compliant status as of March 13th, 2009</a>.  According to Visa&#8217;s website, <a
title="Visa says Heartland Payment Systems is PCI DSS compliant again as of April 30, 2009" href="http://usa.visa.com/download/merchants/cisp-list-of-pcidss-compliant-service-providers.pdf" target="_blank">Heartland apparently regained their PCI compliant status as of April 30, 2009</a>.  As of May 7, 2009, the <a
title="Heartland Payment Systems breach estimated over $12.5 million" href="http://www.wired.com/threatlevel/2009/05/heartland-breach-cost-company-126-million-so-far/" target="_blank">Heartland breach reportedly cost over $12.5 Million</a>.</p> <span
class="sfforumlink"><a
href="https://www.cippguide.org/forum/ask-the-experts/exclusive-interview-with-heartland-payment-systems-executive-director-mr-steven-elefant/"><img
src="https://www.cippguide.org/wp-content/plugins/simple-forum/styles/icons/default/bloglink.png" alt="" /> Join the forum discussion on this post</a> - (1) Posts</span>]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/05/28/exclusive-interview-with-heartland-payment-systems-executive-director-mr-steven-elefant/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Missouri lawmakers follow rebel suit and reject REAL ID</title><link>https://www.cippguide.org/2009/05/16/missouri-lawmakers-follow-rebel-suit-and-reject-real-id/</link> <comments>https://www.cippguide.org/2009/05/16/missouri-lawmakers-follow-rebel-suit-and-reject-real-id/#comments</comments> <pubDate>Sat, 16 May 2009 14:16:23 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[biometrics]]></category> <category><![CDATA[Department of Homeland Security]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[House Bill 361]]></category> <category><![CDATA[Missouri]]></category> <category><![CDATA[Pass ID]]></category> <category><![CDATA[REAL ID]]></category> <category><![CDATA[Surveillance]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=595</guid> <description><![CDATA[Missouri state lawmakers overwhelmingly voted Wednesday to pass House Bill 361, effectively rejecting the provisions for compliance with the 2005 REAL ID Act.  If the Governor does sign the legislation, the Show Me State will have a bit of cleanup to do, including what to do with the data already collected after pilot program, and what happens to the $22M in DHS [...]]]></description> <content:encoded><![CDATA[<p>Missouri state lawmakers <a
title="Missouri legislature pass bill repealing participation in REAL ID with potential privacy concerns" href="http://www.kansascity.com/news/politics/story/1195917.html" target="_blank">overwhelmingly voted Wednesday</a> to pass <a
title="Missouri House Bill 361 opts out of REAL ID Act" href="http://www.house.mo.gov/billtracking/bills091/biltxt/truly/HB0361T.HTM" target="_blank">House Bill 361</a>, effectively rejecting the provisions for compliance with the 2005 REAL ID Act.  Missouri now becomes the 13th state to actively ban the national ID card provisions.  This move comes <a
title="PASS ID Act may significantly impact privacy concerns of REAL ID" href="http://www.cippguide.org/2009/04/25/obama-and-congress-maybe-real-id-needs-changes/" target="_blank">amid discussions of the PASS ID legislation</a>, which may significantly alter or repeal entirely the pilot work already performed.  If the Governor does sign the legislation, the Show Me State will have a bit of cleanup to do.  </p><p><a
title="Department of Homeland Security provides $79M in state grants to make REAL ID a reality" href="http://www.dhs.gov/xnews/releases/pr_1213973982746.shtm" target="_blank">Missouri accepted $17 M in DHS grants last year to serve as the lead developer in a REAL ID verification hub</a>.  That grant included an additional $1.2M to each of four other states (Florida, Indiana, Nevada, and Wisconsin) that, as the DHS announced, would use Missouri:</p><blockquote><p>&#8230; as a central router to provide timely, accurate, and cost-effective verification to motor vehicle departments of an applicant&#8217;s source documents. States will be able to seamlessly verify the identity, lawful status and social security number of an applicant through this common interface.</p></blockquote><p>What will happen to any unspent funds, and if there will be any penalties from the DHS for contract breach has yet to be determined.  What is know is part of HB 361 does deal with destroying personally identifiable information collected in the verification hub capacity.  Missouri is taking their privacy role seriously:</p><blockquote><p>Any biometric data previously collected, obtained, or retained in connection with motor vehicle registration or operation, the issuance or renewal of driver&#8217;s licenses, or the issuance or renewal of any identification cards by any department or agency of the state charged with those activities shall be retrieved and deleted from all databases. </p></blockquote><p>A few of the less obvious biometric authentication information are specifically called out in the bill.  Facial patterns, voice, iris patterns, retinal scans and fingerprint information are all part of the popular lexicon, showing up in Hollywood blockbusters over the past couple of decades.  Personally, DNA really has no reason to even be thought of as an option for biometrics with a whole host of associated issues that will no doubt be addressed at a future time.  Those that are a curiosity: eye spacing, gait, and keystroke dynamics.  None of these on their own should be an authentication parameter, as eye spacing and gait are casually observable, and keystroke dynamics vary widely.  Someone hopped up on a Starbucks or late for a plane simply won&#8217;t press the buttons with the same lethargy for accurate measurements.  Using percentages (2 out of 3) to make a better educated guess with these types of observations does makes sense.  This is probably not as big of a deal with a &#8220;driver&#8217;s license&#8221;, but as we covered, opponents of REAL ID expect the card to become the next Social Security Number in terms of ubiquity and <a
title="REAL ID includes unsecured technologies that jeopardize US citizens' privacy" href="http://www.cippguide.org/2009/04/22/snooping-rfid-embedded-drivers-licenses-is-real-id-a-bad-idea/" target="_blank">several features of the Act worry privacy professionals</a>.</p><p>The bill does give some justification as to the motives behind the change of heart, apparently seeing the REAL ID activities as complicating state&#8217;s rights.  As a verification hub, Missouri could be seen as potentially infringing on the rights of other states, or acting as an agent of the US Federal Government.  In all, the MO state legislators decreed:  </p><blockquote><p>No citizen of this state shall have his or her privacy compromised by the state or agents of the state. The state shall within reason protect the sovereignty of the citizens the state is entrusted to protect.</p></blockquote><p>Update:  Follow the current progress of HB 361 through the Missouri Governor&#8217;s desk on the <a
title="Track HB 361 on the Missouri State House of Representatives site" href="http://house.mo.gov/content.aspx?info=/bills091/action/aHB361.htm" target="_blank">MO State House of Representatives site</a>.</p> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/05/16/missouri-lawmakers-follow-rebel-suit-and-reject-real-id/feed/</wfw:commentRss> <slash:comments>1</slash:comments> </item> <item><title>Obama and Congress: maybe REAL ID needs changes</title><link>https://www.cippguide.org/2009/04/25/obama-and-congress-maybe-real-id-needs-changes/</link> <comments>https://www.cippguide.org/2009/04/25/obama-and-congress-maybe-real-id-needs-changes/#comments</comments> <pubDate>Sat, 25 Apr 2009 20:03:55 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[Department of Homeland Security]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[Napolitano]]></category> <category><![CDATA[National ID]]></category> <category><![CDATA[Pass ID]]></category> <category><![CDATA[REAL ID]]></category> <category><![CDATA[state's rights]]></category> <category><![CDATA[Surveillance]]></category><guid
isPermaLink="false">http://blog.cippguide.org/?p=396</guid> <description><![CDATA[The proposed PASS ID act would repeal or amend several points of concern surrounding REAL ID.  Will PASS ID do enough in protecting privacy to persuade state acceptance, or will it sacrifice interoperability, thereby crippling the US War on [...]]]></description> <content:encoded><![CDATA[<p>Last week according to Stateline, the Obama administration and Congress <a
title="Pass ID Act could significantly change the REAL ID Act and personal privacy concerns" href="http://www.stateline.org/live/details/story?contentId=394594" target="_blank">proposed legislation that will significantly change the REAL ID Act</a>.  The PASS ID Act (Providing for Additional Security in States’ Identification Act) hopes to the allay opposition&#8217;s <a
title="REAL ID Act's privacy concerns from RFID surveillance to data storage and security" href="http://blog.cippguide.org/2009/04/22/snooping-rfid-embedded-drivers-licenses-is-real-id-a-bad-idea/" target="_blank">privacy concerns highlighted by the personal data collected and RFID incorporation</a>, and the charges of states&#8217; rights infringement.</p><p>The PASS ID Act currently circulating in Washington would give states even more time (4 additional years) than the 2008 DHS extensions until 2017, additional flexibility in the design and implementation and, most importantly, money to meet federal REAL ID requirements.  PASS ID would allow continued use of current driver&#8217;s licenses for commercial airline travel and for federal building entrance for the foreseeable future.  Under the REAL ID Act, states not meeting a list of license upgrades would have to bring their US passport after January 2010 to catch a plane or head into a federal building.</p><p>The Homeland Security Secretary, Janet Napolitano said last Wednesday, “We’ve been, over the last weeks, meeting with governors of both parties to look at a way to repeal Real ID and substitute something else that…accomplishes some of the same goals. And we hope to announce something on that soon.”  Napolitano was the previous governor of Arizona, and signed a bill prohibiting the state&#8217;s compliance with REAL ID.  A <a
title="The National Congress of State Legislators' REAL ID State Legislation Database tracks state legislative response to the federal REAL ID Act of 2005" href="http://www.ncsl.org/standcomm/sctran/RealIDdb.cfm" target="_blank">total of 18 states since 2005 have passed anti-REAL ID legislation</a>, calling the act an unfunded mandate violating state&#8217;s rights.  Of the 18 states that passed non-binding resolutions or prohibiting statues, 12 cited privacy as rationale for the disaccord. </p><p>A former 9/11 Commission counsel and National Security Policy Director at the Center for Immigration Studies <a
title="PASS ID analysis by Center for Immigration Studies shows numerous weaknesses in security" href="http://www.cis.org/PASSID" target="_blank">produced a scathing analysis of the Pass ID proposal</a>, saying it is &#8220;a complete gutting of REAL ID,&#8221; and &#8220;leaves the 9/11 Commission secure ID recommendations in the dust, setting minimum standards that the 9/11 hijackers could easily have bypassed&#8221;.  The Director of Information Policy Studies at the libertarian Cato Institute, thinks PASS ID will not go far enough to eliminate all state concerns.  “The structure of it is obviously Real ID, with some of the sharpest corners taken off.”</p><p>Will the new legislation alleviate the most significant privacy violations?  Montana will likely have a say, already passing a refusal to comply law due, among other reasons, to the REAL ID Act&#8217;s violating the &#8220;right to privacy, as secured by Article II, section 10, of the Montana Constitution, of thousands of residents of Montana&#8221;.  Other states, including <a
title="Michigan refuses to comply with REAL ID Act on basis of privacy rights" href="http://www.legislature.mi.gov/(S(ro1akyjwzzcuh255qjeht4yx))/mileg.aspx?page=getObject&amp;objectName=2007-HCR-0025" target="_blank">Michigan</a> and <a
title="Pennsylvania refuses compliance with REAL ID due to worries about biometric and personal information stored on compliant cards" href="http://www.legis.state.pa.us/cfdocs/billinfo/billinfo.cfm?syear=2007&amp;sind=0&amp;body=H&amp;type=B&amp;BN=1351" target="_blank">Pennsylvania</a> have followed suit without further concessions or privacy guarantees from DHS.   This is a direct confrontation over state&#8217;s rights, with privacy considerations anchored front and center.</p> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/04/25/obama-and-congress-maybe-real-id-needs-changes/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>Snooping RFID embedded Drivers Licenses &#8211; is REAL ID a BAD idea?</title><link>https://www.cippguide.org/2009/04/22/snooping-rfid-embedded-drivers-licenses-is-real-id-a-bad-idea/</link> <comments>https://www.cippguide.org/2009/04/22/snooping-rfid-embedded-drivers-licenses-is-real-id-a-bad-idea/#comments</comments> <pubDate>Wed, 22 Apr 2009 14:11:46 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[Adam Laurie]]></category> <category><![CDATA[Bill 72]]></category> <category><![CDATA[Bill 85]]></category> <category><![CDATA[Blackhat]]></category> <category><![CDATA[Chris Paget]]></category> <category><![CDATA[Department of Homeland Security]]></category> <category><![CDATA[DHS]]></category> <category><![CDATA[EDL]]></category> <category><![CDATA[Enhanced Drivers Licenses]]></category> <category><![CDATA[Jonathan Westhues]]></category> <category><![CDATA[Lukas Grunwald]]></category> <category><![CDATA[Michigan]]></category> <category><![CDATA[Opsommer]]></category> <category><![CDATA[PASS cards]]></category> <category><![CDATA[passports]]></category> <category><![CDATA[Privacy Commissioner]]></category> <category><![CDATA[REAL ID]]></category> <category><![CDATA[RFID]]></category> <category><![CDATA[Surveillance]]></category> <category><![CDATA[Western Hemisphere Travel Initiative]]></category><guid
isPermaLink="false">http://blog.cippguide.org/?p=380</guid> <description><![CDATA[Governments around the world see RFID as a method to better authenticate individuals at airports and border crossings, scanning PASS cards remotely without drivers even needing to present their IDs.  The REAL ID Act requires US enhanced drivers licenses by 2017.  Will the technology be ready in time for the first cards without jeopardizing citizen's [...]]]></description> <content:encoded><![CDATA[<div><p>We were coming down to the wire. States across the country already have plans in place, funding spent or even <a
title="REAL ID grants for studies and prototypes includes Kentucky's Enhanced Drivers License implementation" href="http://www.dhs.gov/xprevprot/programs/gc_1214423542432.shtm" target="_blank">implementations</a> of the REAL ID, where Radio Frequency Identifiers (RFID) were embedded into Passports and state drivers licenses. Congress originally passed the <a
title="REAL ID Act of 2005 requires RFID in drivers licenses and PASS cards" href="http://frwebgate.access.gpo.gov/cgi-bin/getdoc.cgi?dbname=109_cong_public_laws&amp;docid=f:publ013.109" target="_blank">REAL ID Act in 2005</a>, expecting to modernize everything from DMV visits to border crossing checkpoints. The original implementation deadline was 2008, <a
title="DHS final rules extend deadline to 2017 for REAL ID compliant Enhanced Drivers Licenses" href="http://www.regulations.gov/fdmspublic/ContentViewer?objectId=0900006480538c1b&amp;disposition=attachment&amp;contentType=pdf" target="_blank">but it was extended to 2013 and then 2017 </a>when only a handful of states were close to even completing evaluation studies.  The Department of Homeland Security maintains a site discussing the reasons and benefits of the project.</p><p>One of the states that was on track: Michigan.  Michigan Rep. Paul Opsommer <a
href="http://www.gophouse.com/readarticle.asp?ID=5541&amp;District=93">wants to make sure on time doesn’t mean insecure</a>:</p><blockquote><p><span
class="body">&#8220;Michigan entering into a federal agreement to put unencrypted, long range RFID computer chips into our driver&#8217;s licenses presents a huge privacy risk with very little benefit.  I don&#8217;t think we need RFID in our licenses period, but even if we did, there is absolutely no reason it couldn&#8217;t be short range and encrypted. The federal government has made some bad technology choices that they now want to cram down the rest of our throats. Canada is totally rethinking this whole program from the ground up, and so should Michigan.&#8221;</span></p></blockquote><p>Indeed, Michigan’s northern neighbors <a
title="Saskatchewan, Canada halt RFID enabled drivers licenses until privacy fears allayed" href="http://www.canada.com/Technology/Sask+Party+halts+legislation/1375079/story.html" target="_blank">decided their implementation of RFID enhanced drivers licenses needed rethinking</a>.<span> </span>The <span
class="name">Saskatchewan</span><span
class="name"> Province</span> enhanced drivers licenses (EDLs) were scheduled for approval by a June 1, 2009 deadline set by the United States.  That is the date travelers from Canada must present border crossing documents &#8211; either Passports or EDLs. The problems surround <a
title="Saskatchewan Bill 72 - The Traffic Safety Act implement Enhanced Drivers Licenses" href="http://www.legassembly.sk.ca/bills/PDFs/bill-72.pdf" target="_blank">privacy included in Bill 72</a>, and inadequate time before enactment for <a
title="Saskatchewan Privacy Commissioner weighs in on the impacts of Bill 72 and EDLs" href="http://www.oipc.sk.ca/What's%20New/Tabled%20document%20sent%20to%20Leg%20Assembly%20March%206,%202009.pdf" target="_blank">impact studies by the Privacy Commissioner</a>.<span> </span>Privacy watch guards point out that the RFID tags used in EDLs may be read from at least 30 feet away, there are questions regarding security protections for the database holding the personal information and the storage in these databases of more information than necessary.  There are <a
title="Debate continues on RFID enabled drivers licenses in Ontario" href="http://www.thestar.com/comment/columnists/article/538017" target="_blank">similar questions for Bill 85 in Ontario</a>, several of which the <a
title="Ontario Information and Privacy Commissioner's office review of RFID enhanced drivers licenses" href="http://www.ipc.on.ca/images/Resources/2008-10-20-Bill-85.pdf" target="_blank">Province&#8217;s Information and Privacy Commissioner reviewed</a>.</p><p>Representative Opsommer’s concerns are not unfounded.<span> </span>The proposed Michigan licenses contain an unencrypted RFID chip with a range of at least 30 feet.<span> </span>There is a new, unique Citizen ID number included that some privacy pundits believe could be the 21st century Social Security Number.<span> </span>Also, there are no laws in Michigan preventing unauthorized access or storage of the card data.</p><p>Four researchers from the University of Washington and the encryption company RSA <a
title="RFID tags in PASS cards and other applications" href="http://www.rsa.com/rsalabs/staff/bios/ajuels/publications/EPC_RFID/Gen2authentication--22Oct08a.pdf" target="_blank">presented a paper in October 2008 performing a vulnerability assessment and documenting clonable information on passport cards (PASS cards) and Washington State Enhanced Drivers Licenses</a>.  The researchers demonstrated:</p><blockquote><p>&#8220;that the publicly readable data in both types of identity document can be straightforwardly cloned after a single read.&#8221;  The cards &#8220;are subject to reading at a distance of at least 50 meters under optimal scan conditions (down a long hallway, but still operating within FCC limits).&#8221; </p></blockquote><p><span
id="more-380"></span>There are two other items to consider with these cards: a &#8216;kill&#8217; command, and &#8216;lock codes&#8217; for writable memory areas.  The EDLs tested were susceptible to the kill command, effectively voiding the RFID and likely the card for cross border use.  The EDLs also did not use lock codes and therefore could be further invalidated through electronic tampering.  The PASS cards were not vulnerable to lock code attacks, but there are conflicting reports on the kill capabilities.</p><p>The range on the cards should also be of concern. In 2006, <a
title="Wired Magazine demonstrates RFID hacking and privacy concerns" href="http://www.wired.com/wired/archive/14.05/rfid_pr.html" target="_blank">Wired Magazine interviewed Jonathan Westhues</a>, who demonstrated a homemade RFID reader.  The test involved an RFID card typically used for entering buildings.  That particular example required Westhues to pass “within a few inches” of the card holder.  There were several factors involved, including the type of cards used in the demonstration and the reading device and antennae rigged together.  A similar <a
title="Security Researcher demonstrates RFID passport theft from car" href="http://www.itnews.com.au/News/95588,hackers-clone-passports-in-driveby-rfid-heist.aspx" target="_blank">example by Chris Paget</a> was a bit different.    Paget, a researcher with IOActive, drove around San Francisco with a $250 Motorola card reader and an antennae attached to the roof of a car.  The video shows the team nabbing details from two US Passport cards (PASS cards).  EDLs and PASS cards are distributed with protective sleeves intended to shield the cards from this sort of remote scanning.  The University of Washington researchers found that, while cards in a well maintained sleeve were not readable, the RFID credentials in a crumpled sleeve were accessible. Real world use suggests the sleeves were often lost or simply disposed of.</p><p>What about security features, such as PINs or encryption? Yes, they do work.  Sort of.  <a
title="Adam Laurie breaks RFID encryption on British passports" href="http://rfidiot.org/#UKPassport" target="_blank">Adam Laurie, a British security expert, cracked the UK passport encryption</a> and remotely read it&#8217;s credentials while still in the original mailing envelope.  Security consultant <a
title="Lukas Grunwald at Blackhat demonstrates RFID cloning of a German Passport" href="http://www.blackhat.com/presentations/bh-usa-06/BH-US-06-Grunwald.pdf" target="_blank">Lukas Grunwald of Germany demonstrated forging German passport&#8217;s at the Blackhat security conference</a>, providing documents that successfully passed through an electronic passport reader.  Similar vulnerabilities have been found in Czech e-passports.  Some of these problems stem from not understanding the technology, implementing the technologies improperly, or simply ignoring the security features as unnecessary.  </p><blockquote><p>“I personally believe that RFID is very unsuitable for tagging people,” Paget said. “I don’t believe we should have any kind of identity document with RFID tags in them. My ultimate goal here would be, my dream for this research, would be to see the entire <a
title="Western Hemisphere Travel Initiative allows travel without a Passport" href="http://travel.state.gov/travel/cbpmc/cbpmc_2223.html" target="_blank">Western Hemisphere Travel Initiative</a> be scrapped.”</p></blockquote><p><span><object
width="425" height="425" data="http://www.youtube.com/v/9isKnDiJNPk" type="application/x-shockwave-flash"><param
name="src" value="http://www.youtube.com/v/9isKnDiJNPk" /><param
name="align" value="right" /></object><br
/> </span></p><p>There are other problems beyond cloning.  With a unique ID on each card, there is the risk that people may be tracked, similar to the <a
title="British shoppers habits unknowingly tracked through their cell phone" href="http://technology.timesonline.co.uk/tol/news/tech_and_web/article3945496.ece" target="_blank">usage of cell phones in Britain to track customers and their shopping habits</a>.  The ubiquitous nature of a drivers license provides more data; not everyone has a cell phone or carries it with them all the time.  This tracking is less likely to happen with shorter range cards, or those that implement security features.  And laws in place will stifle legal tracking of this sort, and the possibility of creating separate &#8220;marketing id&#8221; type databases based on EDL ID numbers.  Washington State Department of Licensing spokesperson Gigi Zenk says that laws have been passed prohibiting third parties from accessing RFID information without the owner&#8217;s consent.</p><p>It comes down to an increasing reliance on technology.  Let&#8217;s remain cognisant of how important the information on these cards is or can become.  As we put more technology in, we as a society expect that the output has to be better.  That said some of the biggest problems in information security and privacy are social engineering &#8211; pretending to be someone you&#8217;re not.  Implementing more technology should assist not replace the manual processes that successfully root out thieves and criminals.  &#8221;I think we are in the growing-pains phase,&#8221; says Johns Hopkins University computer science professor and security researcher Avi Rubin. &#8220;This happens with a lot of technologies when they are first developed.&#8221;  Let&#8217;s aim to not let the growing-pains become chronic disease.</p></div> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2009/04/22/snooping-rfid-embedded-drivers-licenses-is-real-id-a-bad-idea/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:10:48 -->
