<?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; E-Government Act</title> <atom:link href="http://www.cippguide.org/tag/e-government-act/feed/" rel="self" type="application/rss+xml" /><link>https://www.cippguide.org</link> <description>Your Guide to the CIPP</description> <lastBuildDate>Sat, 11 Feb 2012 07:47:27 +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>Cyberscope</title><link>https://www.cippguide.org/2010/11/02/cyberscope/</link> <comments>https://www.cippguide.org/2010/11/02/cyberscope/#comments</comments> <pubDate>Tue, 02 Nov 2010 16:00:57 +0000</pubDate> <dc:creator>hannah</dc:creator> <category><![CDATA[Privacy]]></category> <category><![CDATA[CIPP/G]]></category> <category><![CDATA[E-Government Act]]></category> <category><![CDATA[FISMA]]></category> <category><![CDATA[IT]]></category> <category><![CDATA[OMB]]></category><guid
isPermaLink="false">https://www.cippguide.org/?p=2336</guid> <description><![CDATA[<p>In October 2009, the US federal Office of Management and Budget (OMB) released CyberScope, a reporting tool for federal agencies. Under the FISMA (the Federal Information Security Management Act of 2002), agencies are obliged to report on their information security statuses. The introduction of CyberScope aimed to correct any weaknesses and streamline the IT security reporting process. This article takes a look at how CyberScope has improved upon the FISMA reporting approach.</p> Background<p>The FISMA, enacted in 2002 under the E-Government Act of 2002, required regular reporting from federal agencies regarding their information security practices. These reports were to be submitted on [...]]]></description> <content:encoded><![CDATA[<p>In October 2009, the US federal <a
href="http://www.whitehouse.gov/omb/">Office of Management and Budget</a> (OMB) released CyberScope, a reporting tool for federal agencies. Under the <a
href="../2010/03/04/fisma-the-federal-information-security-management-act/">FISMA</a> (the Federal Information Security Management Act of 2002), agencies are obliged to report on their information security statuses. The introduction of CyberScope aimed to correct any weaknesses and streamline the IT security reporting process. This article takes a look at how CyberScope has improved upon the FISMA reporting approach.</p><h2>Background</h2><p>The FISMA, enacted in 2002 under the <a
href="http://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/">E-Government Act of 2002</a>, required regular reporting from federal agencies regarding their information security practices. These reports were to be submitted on an annual basis to the Office of Management and Budget. It quickly became clear that the reports being generated were not useful for agencies or oversight groups, as they could only represent a very limited snapshot of the agency’s IT security posture.</p><p>Additionally, the costs of enforcing FISMA mandates were high. For instance, the certification and accreditation required by FISMA cost $1.3 billion per year, while compliance auditing required another $1 billion. Since the enactment of FISMA in 2002, it is estimated that the federal government has spent over $40 billion. The annual security reports mandated by the FISMA would cost $1,400 per page to produce. This added up to over $500 million each year.</p><p>Clearly, the security reporting processes were costly, time-consuming and unsecure, without seeming to have positive effects on federal cybersecurity. The reporting methods depended on large, static spreadsheets that were often outdated by the time they were published. An automated method that could reduce costs and streamline the reporting process was required.</p><p>During October 2009, FISMA was revamped to mandate real-time reporting, rather than the previously-required annual reports. This new type of reporting would be facilitated by CyberScope, an online reporting tool based on a Justice Department tool. Use of CyberScope was mandated for civilian agencies only; the Department of Defense has its own set of reporting tools and mechanisms.</p><h2>What is CyberScope?</h2><p>CyberScope is a web-based application that collects data from each federal agency, to assess IT security. This represents a major shift, as IT reporting was previously done through paperwork reports. CyberScope relies on live data feeds and data entry by agency staff. It is designed as a central repository, accessible by agencies through a standard interface and format. Through this interface, agencies provide data to the OMB, which then compiles and generates reports to other agencies, as required by the FISMA.</p><p>CyberScope is based on automation; users login by using a secure PIV (personal identity verification) car and PIN (personal identification number). It supports its 600 agency users in various information collection processes. This more automated and frequent method improves the monitoring and evaluation of IT security performance over time.</p><h2>CyberScope in Use</h2><p>While federal agencies such as NASA, the Department of the Treasury, the Department of Veterans Affairs, the Department of Agriculture and the Department of State were able to submit real time data feeds by July 2010, many agencies required systems upgrades to support the CyberScope reporting program. In order to accommodate the agencies unable to submit through CyberScope, the OMB has allowed for reporting through Excel templates, with the information being uploaded using XML.</p><p>FISMA reporting through CyberScope for the fiscal year of 2010 involves a three-tiered approach, which is made up of:</p><p><strong>a) </strong><strong>Direct data feeds from security management tools</strong></p><p>Direct reporting from continuous monitoring programs and security management tools is required by the OMB. The OMB has defined a set of elements that monitoring systems are obliged to report on. This includes: inventory; systems and services; hardware; software; external connections; security training; and identity management and access. During the fiscal year of 2010, agencies are required to report on a quarterly basis. Beginning in 2011, they will need to report on a monthly basis.</p><p><strong>b) </strong><strong>Government-wide benchmarking regarding IT security</strong></p><p>CyberScope presents agencies with a number of questions regarding the security poster. The agency head is also required to submit a comprehensive overview of the information security policies, procedures and practices of the agency. This overview can be completed through CyberScope. From 2010 onwards, the OMB only accepts submissions through CyberScope.</p><p><strong>c) </strong><strong>Agency-specific interviews</strong></p><p>A team of specialists will interview agencies on specific threats. This information will be presented in the 2010 Report on FISMA to Congress.</p><p>The combination of electronic interviewing, in-person interviewing and the continuous collection of data aims to develop a cybersecurity profile for each federal agency. These profiles are crucial for identifying strengths and weaknesses in the federal government’s IT systems and ensure compliance.</p><p>As mandated by the OMB, the <a
href="http://www.dhs.gov/index.shtm">Department of Homeland Security</a> (DHS) is responsible for providing support to agencies in securing their systems. It is responsible for oversight of the CyberScope tool. The DHS must also track and report progress to ensure implementation is effective.</p><h2>Beyond CyberScope</h2><p>CyberScope is one of a number of other digital tools that can help support FISMA objectives and facilitate compliance. For instance, the <a
href="http://www.state.gov/">Department of State</a> has introduced a digital security dashboard which monitors its extensive system of 5,000 routers and 40,000 host computers supporting 285 posts worldwide. The automated dashboard is linked to the <a
href="http://www.govinfosecurity.com/articles.php?art_id=1619">Risk Scoring Program</a>.</p><p>The Risk Scoring Program routinely monitors and assesses ten categories of vulnerabilities. Each category is then scored between one and ten, with ten points representing the most severe vulnerability. Using the risk scores, letter grades between A to F- are assigned to the IT professionals responsible for the systems. This is done at least once every two days.</p><p>The continuous monitoring model introduced by the Program allows IT professionals to identify their degree of risk against the defined criteria. It also allows them to rank themselves against their peers, which can be motivational and foster competition.</p><p>As a result of the Department of State’s Risk Scoring Program, the Department of State has been able to reduce risk at its domestic offices by 83% since 2008. It has also been able to reduce risk at its foreign locations by 84%.</p><p>To complement the automated reporting introduced by CyberScope, the OMB implemented a cybersecurity dashboard. This dashboard was created to facilitate FISMA submissions in a timely and secure manner.</p><h3>Summary</h3><p>This article explores the need for CyberScope, an automated, real-time reporting tool, which allows US federal agencies to comply with the FISMA (Federal Information Security Management Act). Prior to the introduction of CyberScope, agencies relied on a costly and time-consuming reporting method, which could only provide a very limited snapshot of their IT security status. CyberScope is also part of a new three-tier approach to FISMA monitoring, which is made up of direct data feeds, government-wide benchmarking and agency-specific interviews. In addition to CyberScope, the article also explores other digital tools based on the continuous monitoring model, which can be used to facilitate FISMA compliance.</p><h3>CIPP/G Preparation</h3><p>In preparation for the Certified Information Privacy Professional/US Government exam, a privacy professional should be comfortable with topics related to this post, including:</p><ul><li>Office of Management &amp; Budget – OMB (II.A.c.i.)</li><li>OMB reporting requirements (II.A.c.i.1.b.)</li><li>OMB reporting obligations (II.B.f.i.)</li><li>FISMA reporting (I.C.f.i.2.)</li></ul><p><a
class="a2a_dd a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=https%3A%2F%2Fwww.cippguide.org%2F2010%2F11%2F02%2Fcyberscope%2F&amp;title=Cyberscope" id="wpa2a_2"><img
src="https://www.cippguide.org/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share"/></a></p>]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/11/02/cyberscope/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>FISMA: The Federal Information Security Management Act</title><link>https://www.cippguide.org/2010/03/04/fisma-the-federal-information-security-management-act/</link> <comments>https://www.cippguide.org/2010/03/04/fisma-the-federal-information-security-management-act/#comments</comments> <pubDate>Thu, 04 Mar 2010 12:00:00 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[Privacy]]></category> <category><![CDATA[C&A]]></category> <category><![CDATA[Certification and Accreditation]]></category> <category><![CDATA[CIPP/G]]></category> <category><![CDATA[E-Government Act]]></category> <category><![CDATA[FISMA]]></category> <category><![CDATA[Information Security]]></category> <category><![CDATA[OMB M-08-09]]></category> <category><![CDATA[PIA]]></category> <category><![CDATA[Privacy Impact Assessments]]></category> <category><![CDATA[Security Accreditation]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1263</guid> <description><![CDATA[The E-Government Acts of 2002 involved a large number of new regulations to implement and control the use of electronic technologies by the U.S. Government. Title III of this Act, called the Federal Information Security Management Act required all Government agencies to develop extensive information security [...]]]></description> <content:encoded><![CDATA[<p><strong>The Federal Information Security Management Act</strong></p><p>The <a
title="e-Government Acts of 2002" href="http://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/" target="_blank">E-Government Acts of 2002</a> involved a large number of new regulations to implement and control the use of electronic technologies by the U.S. Government. Title III of this Act, called the Federal Information Security Management Act required all Government agencies to develop extensive information security programs.</p><p><strong>What is the Importance of FISMA?</strong></p><p>The Federal Information Security and Management Act deals with Information Security, which is one of the <a
href="http://www.cippguide.org/2010/01/18/fair-information-practices-principles/">Fair Information Practice Principles</a>. Proper protection of data does not only include the acceptable use and disclosure of the data by the agency, but also the measures taken to prevent abuse of information by other parties and to protect the status and availability of the data.</p><p>FISMA incorporates the three main components of information security:</p><ul><li>Confidentiality– involves implementing the necessary restrictions and authorizations to limit access to sensitive data.</li><li>Integrity– involves ensuring information is authentic and preventing improper modification or destruction</li><li>Availability– involves the ability to readily access information and the timeliness of the information</li></ul><p><strong><a
href="http://csrc.nist.gov/groups/SMA/fisma/overview.html">What Does a FISMA Compliant Information Security Program Entail?</a></strong></p><ul><li>Periodic risk assessments must be conducted evaluating any potential harm caused by unauthorized access, use, disclosure or destruction of the data including an assessment of the magnitude of harm</li><li>Risk assessments are used to develop policies which are cost effective and reduce any security threats. These policies must also protect data at all stages of the life cycle</li><li>The efficacy of policies, procedures and security controls must be tested at least annually, with higher risk systems requiring more frequent evaluations.</li><li>An agency must implement a way to detect, report and respond to security violations</li><li>An agency must develop a continuity of operations plan to return function as quickly as possible in the event of a security incident of disruption.</li></ul><p><strong><a
href="http://csrc.nist.gov/drivers/documents/FISMA-final.pdf">What is Security Certification and Accreditation?</a></strong></p><p>Security Certification and Accreditation is the official process taken to authorize the operation of an information system by an agency of the U.S. Government. By accrediting an information system, the agency accepts full responsibility for the system and will be held accountable for any negative impacts or problems that may arise.</p><h3>The four phases of the Security Certification and Accreditation process:</h3><ol><li>Initiation Phase– ensures all parties are on the same page regarding the information system, its contents and controls before the system is evaluated. In this phase, the information security system is prepared and the security plan is analyzed and updated for review.</li><li>Security Certification Phase– evaluates security controls to make sure they are functioning correctly, that the system is operating as it should and that the information is adequately protected. In this phase, all security controls are tested documentation is created with the results.</li><li>Security Accreditation Phase– the information gathered during the previous phase is used to determine if the operation of the information system presents an acceptable security risk. In this stage, the authorizing official determines whether or not an information system may become operational, and proper documentation is filed if the system is ready to become accredited.</li><li>Continuous Monitoring Phase – ensures ongoing enforcement by requiring ongoing configuration and management control, monitoring of security controls and the filing of status reports and documents.</li></ol><p>Reaccreditation occurs periodically and after significant changes in the system or environment. The Security Certification and Accreditation process is used to evaluate an individual information system and its security. It is similar to but distinct from Privacy Impact Assessments which are used to evaluate privacy protections with regard to changes in a records system. PIA and C&amp;A evaluations for particular information systems may overlap in coverage. However, PIA are also used to evaluate privacy concerns involved with using matching programs, sharing information between agencies or when transferring data to electronic form. C&amp;A evaluations are less frequent and more extensive and evaluate individual security systems and their related policies.</p><p><strong><a
href="http://csrc.nist.gov/drivers/documents/FISMA-final.pdf">Enforcement of FISMA</a></strong></p><p>Monitoring of FISMA compliance is built into the regulation through mandatory reports due to the Director of the Office of Management and Budget, and several House of Representative and Senate Committees. The report must include:</p><ul><li>The information resources used by the agency</li><li>The information technologies used by the agency</li><li>The program performance</li><li>Financial management information including annual budgets, and accounting to determine cost effectiveness</li><li>Record of any significant vulnerabilities in the policies, procedures or security systems.</li></ul><p>In 2008, <a
href="http://www.whitehouse.gov/omb/memoranda/fy2008/m08-09.pdf">OMB Memorandum 08-09</a>, added new reporting guidelines that required each agency to report:</p><ul><li>The number of each type of privacy review used by the agency during the previous fiscal year</li><li>Any new policies, guidance or advice provided by the agency official in charge of privacy in the past fiscal year</li><li>The number of written privacy complaints received in the past fiscal year</li><li>The number of privacy issues referred to another agency with the relevant jurisdiction in the past fiscal year</li></ul><p>Each agency must also create a performance plan in consultation with the Director of the Office of Management and Budget regarding the time period and resources needed including budget, staffing and training to implement or continue to implement, secure FISMA compliant information security systems.</p><p>FISMA also requires annual independent evaluations of the information security programs and procedures. The evaluation is conducted by the Inspector General of the agency, if one is appointed. It one is not appointed, the head of the agency must hire an external party to evaluate the system. A report the evaluation must be submitted to the Director of the Office of Management and Budget who then summarizes the findings in the Director’s Report to Congress.</p><p><strong>Summary:</strong></p><p>The Federal Information Security Management Act protects privacy by requiring extensive evaluations and monitoring of Government information systems to ensure data is adequately protected and operating at an acceptable level of risk.</p><p>CIPP/G Candidate Preparation</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>Federal Information Security Management Act (I.C.f.i-iii.)</li><li>The E-Government Act of 2002 including Privacy Impact Assessments (I.C.c.i.-ii.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/03/04/fisma-the-federal-information-security-management-act/feed/</wfw:commentRss> <slash:comments>0</slash:comments> </item> <item><title>The E-Government Act of 2002</title><link>https://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/</link> <comments>https://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/#comments</comments> <pubDate>Mon, 22 Feb 2010 12:00:12 +0000</pubDate> <dc:creator>jbrook</dc:creator> <category><![CDATA[CIPP]]></category> <category><![CDATA[Compliance & Regulations]]></category> <category><![CDATA[CIPP/G]]></category> <category><![CDATA[cookies]]></category> <category><![CDATA[E-Government Act]]></category> <category><![CDATA[OMB M-00-13]]></category> <category><![CDATA[OMB M-99-05]]></category> <category><![CDATA[OMB M-99-18]]></category> <category><![CDATA[P3P]]></category> <category><![CDATA[PIA]]></category> <category><![CDATA[PII]]></category> <category><![CDATA[Privacy Act of 1974]]></category> <category><![CDATA[Privacy Impact Assessments]]></category> <category><![CDATA[SORN]]></category> <category><![CDATA[Systems of Records Notice]]></category><guid
isPermaLink="false">http://www.cippguide.org/?p=1257</guid> <description><![CDATA[The E-Government Act of 2002, containing 5 separate Titles and 40 different sections, created many new regulations for the implementation and use of electronic information in the Federal [...]]]></description> <content:encoded><![CDATA[<p>The <a
href="http://frwebgate.access.gpo.gov/cgi-bin/getdoc.cgi?dbname=107_cong_public_laws&amp;docid=f:publ347.107">E-Government Act of 2002</a>, containing 5 separate Titles and 40 different sections, created many new regulations for the implementation and use of electronic information in the Federal Government. It’s stated purpose is as follows:</p><p>“To enhance the management and promotion of electronic Government services and processes by establishing a Federal Chief Information Officer within the Office of Management and Budget, and by establishing a broad framework of measures that require using Internet-based information technology to enhance citizen access to Government information and services, and for other purposes.”</p><p><a
href="http://www.whitehouse.gov/omb/memoranda_m03-22/">Section 208</a> of the E-Government Act is devoted specifically to privacy concerns. It  placed four specific requirements on Government agencies:</p><ul><li>Conduct Privacy Impact Assessments for electronic information systems and records and make them available to the public</li><li>Post privacy policies to all agency websites</li><li>Implement <a
href="http://www.cippguide.org/2009/12/13/p3p-privacy-policies/">P3P (machine-readable) privacy policies</a> on agency websites</li><li>Submit annual reports to the Office of Management and Budget regarding compliance with the Act</li></ul><p><strong>Website Privacy</strong></p><p>All government agencies are required to post privacy policies on their general websites as of December 15, 2003. The privacy policy rule does not apply to: information not considered “government information”; intranet websites only used by authorized government users; national security systems.</p><p>All Privacy Policies:</p><ul><li>Require <a
href="http://www.cippguide.org/2009/12/13/p3p-privacy-policies/">consent</a> from the individual for information collection and sharing. Website visitors must be told whether the information requested is voluntary or mandatory as well as how to grant consent for the collection of both voluntarily and mandatorily provided information.</li><li>Must <a
href="../../../../../2010/01/18/fair-information-practices-principles/">notify</a> individuals of their rights under the Privacy Act and other privacy laws such as HIPAA, the IRS Restructuring and Reform Act of the Family Educational Rights and Privacy Act. Notification must be placed in the body of the website’s privacy policy, linking to the official text of the legislation or the official summary of statutory rights.</li><li>Must implement <a
href="http://www.cippguide.org/2009/12/13/p3p-privacy-policies/">machine readable (P3P) privacy policies</a> into their websites.</li><li>Must comply with the relevant Office and Management and Budget Memorandums which concern the content and use of privacy policies:<ul><li><a
href="http://www.whitehouse.gov/omb/memoranda_m99-18/">Memorandum-99-18</a> Requires the inclusion of two content areas: Consent to collection and sharing; Rights under the Privacy Act or other privacy laws (as outlined above) OMB M-99-18 also requires the posting of privacy polices on the main web site, any major entry points to the site and on every page that collects personally identifiable information. Further it requires privacy policies to be clear, conspicuous, accessible and easy to understand.</li><li><a
href="http://www.whitehouse.gov/omb/memoranda_m99-05/">Memorandum-99-05</a><em> </em>Deals with the administrative side of privacy protection.  M-99-05 requires all employees and contractors to be educated in their responsibility towards privacy protection. All individuals that may have day to day responsibility for implementing section 208 must be identified. A senior official or officials must be appointed to oversee privacy matters in the agency, serve as the principle information technology contact and review the agency’s Privacy Impact Assessments.</li><li><a
href="http://www.whitehouse.gov/omb/memoranda_m00-13/">Memorandum-00-13</a> Prohibits the use of persistent <a
href="../../../../../2009/11/16/cookies-tracking-your-internet-experience/">cookies</a> or web beacons to track visitor traffic at their website unless authorized by a senior official due to compelling need. If tracking cookies are used, the privacy policy on the agency’s website must include the type of information collected, how and why it is collected and used, whether the information is disclosed to third parties and how the information will be protected by privacy safeguards. All agencies must submit reports for the use of persistent tracking cookies. OMB M-00-13 does allow the use of session cookies to track activity during a single session</li></ul></li><li>Must continue to implement the privacy protections enforced by other regulations. Privacy policies should assure visitors that the information technologies used protect data during all phases of its life cycle. They should assure compliance with the <a
title="CIPP Guide: Privacy Act of 1974" href="http://www.cippguide.org/2010/02/10/privacy-act-of-1974/" target="_blank">Privacy Act of 1974</a> regarding how information is handled and complete regular evaluations to ensure compliance. Furthermore, the agency must fully adhere to their stated privacy policies.</li></ul><p><strong>Privacy Impact Assessments</strong></p><p>The E-Government Act requires agencies to conduct Privacy Impact Assessments to achieve three main goals:</p><ul><li>Ensure that information handling complies with all applicable laws, regulations and policies regarding privacy.</li><li>Assess the risks and effects to the individual of collection, maintaining, using and disclosing personally identifiable information</li><li>Evaluate current protections, their effectiveness and consider possible alternatives better protect data from privacy violations.</li></ul><p><strong>When must a PIA be conducted?</strong></p><p>All PIA should be conducted to the collection, use or disclosure of information in identifiable form. A PIA is required:</p><ul><li>Prior to developing or obtaining and IT system or process which collects, stores or discloses personally identifiable information</li><li>Prior to instituting a new electronic means of collecting identifiable information from 10 or more individuals</li><li>When converting paper records to electronic records</li><li>When anonymized data in an information system is changed into identifiable form</li><li>Prior to significant changes of an existing IT system when such changes effect how identifiable information is managed in the system</li><li>Prior to the merging of information (most often completed through matching programs with other agencies)</li><li>When a new user authentication technology is used to allow public access to government information</li><li>Before information purchased from commercial or public sources is merged into existing information systems maintaining personally identifiable information</li><li>When two or more agencies work together to share function or uses of personally identifiable information, the lead agency should prepare the PIA</li><li>When internal business process result in significant changes of the use, disclosure or collection of identifiable information.</li><li>When additional data elements containing information in identifiable form are added to an information system and increase the risk to personal privacy.</li></ul><p>There are a few exceptions to the Privacy Impact Assessment rule. A PIA is not required:</p><ul><li>When the information relates to internal government operations</li><li>A previous evaluation has been conducted in an assessment  similar to a PIA</li><li>When privacy issues remain unchanged. Examples of such situations include:<ul><li>Government information systems that do not maintain information in identifiable form or about members of the general public</li><li>When the government-run public website is only used to collect limited information from individuals for the purpose of providing feedback to their inquiries or requesting additional information</li><li>National security systems</li><li>When privacy protection is addressed in a matching agreement as pursuant to the Privacy Act</li><li>When privacy protection is addressed in an interagency agreement allowing the merging of data only for statistical purposes and PII remains private pursuant to Title V of the E-Government Act</li><li>If the IT systems collects information in non identifiable form for purposes other than the matching or merging of that data with other databases</li></ul></li></ul><p><strong>What does a Privacy Impact Assessment contain?</strong></p><p>Each PIA must contain the following information:</p><ul><li>The nature, source of collected information</li><li>The reasons behind the collection of information</li><li>The intended uses and disclosures of collected information and how the individual can provide their consent</li><li>The technical and administrative safeguards used to protect the information</li><li>Whether the information system falls under the definition of system of records under the Privacy Act</li><li>An analysis of the PIA and the steps taken by the agency to remedy and problems or weaknesses</li></ul><p><strong>What is the Significance of Privacy Impact Assessments?</strong></p><p>Privacy Impact Assessments are public documents that allow ongoing monitoring and assessment of privacy protection implementation and effectiveness. All PIAs must be evaluated by the Chief Information Officer in the Office of Management and Budget. The CIO’s job is to evaluate all PIAs for compliance and ensure implementation of the necessary procedures.</p><p>Further more, they provide the public with insight into how the Federal Government collects, uses, maintains and protects personally identifiable information. Under Section 208B, Privacy Impact Assessments should be made available to the public through publication on the agency’s website or publication in the Federal Register, though this requirement may be waived for security purposes.</p><p>PIAs are similar to the Systems of Records Notice (SORN) required under the Privacy Act of 1974 which created a Federal Register documenting all information systems which use personally identifiable information to retrieve records. Privacy Impact Assessments allow for stronger privacy protections by requiring greater detail and by applying to some records systems which are exempt from filing SORNs.</p><p><strong>Summary:</strong></p><p>With the integration of new technology into record keeping systems, the U.S. Government recognized the need for new legislation regulating the use of such technologies by the Federal Government. Section 208 is particularly important in privacy legislation because it increases the protections granted under other privacy legislations such as the Freedom of Information Act and the Privacy Act of 1974. Furthermore, it regulates the collection, use and disclosure of personally identifiable information over the Internet, requires regular enforcement through the use of Privacy Impact Assessments and provides public access to government activities through regular reporting and publication of those assessments.</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>The E-Government Act of 2002 including website privacy policy and Privacy Impact Assessments (I.C.c.i.-ii.)</li></ul> ]]></content:encoded> <wfw:commentRss>https://www.cippguide.org/2010/02/22/the-e-government-act-of-2002/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-11 04:45:45 -->
