<?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; CTR</title>
	<atom:link href="http://www.cippguide.org/tag/ctr/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cippguide.org</link>
	<description>Your Guide to the CIPP</description>
	<lastBuildDate>Tue, 27 Jul 2010 12:00:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>&quot;Anti-Privacy&quot; Laws?</title>
		<link>http://www.cippguide.org/2010/01/14/anti-privacy-laws/</link>
		<comments>http://www.cippguide.org/2010/01/14/anti-privacy-laws/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 12:00:13 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Compliance & Regulations]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Anti-Privacy]]></category>
		<category><![CDATA[Bank Security Act]]></category>
		<category><![CDATA[CMIR]]></category>
		<category><![CDATA[CTR]]></category>
		<category><![CDATA[Currency and Foreign Transaction Reporting Act]]></category>
		<category><![CDATA[Currency and Monetary Instrument Report]]></category>
		<category><![CDATA[Currency Transaction Report]]></category>
		<category><![CDATA[Electronic Communications Privacy Act]]></category>
		<category><![CDATA[Patriot Act]]></category>
		<category><![CDATA[REAL ID]]></category>
		<category><![CDATA[Right to Financial Privacy Act]]></category>
		<category><![CDATA[SAR]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Suspicious Activity Report]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=1227</guid>
		<description><![CDATA[Privacy law proponents often find themselves at odds with policymakers developing security regulations. In order for effective monitoring to take place, the Government and law enforcement agencies require access to sensitive information about individuals including their financial transactions, and electronic and phone communications. The following laws are known colloquially as “anti-privacy laws” because they take away some individual privacy rights in the interest of trying to detect and prevent fraud, terrorism and other significant [...]]]></description>
			<content:encoded><![CDATA[<p>Privacy law proponents often find themselves at odds with policymakers developing security regulations. In order for effective monitoring to take place, the Government and law enforcement agencies require access to sensitive information about individuals including their financial transactions, and electronic and phone communications. The following laws are known colloquially as “anti-privacy laws” because they take away some individual privacy rights in the interest of trying to detect and prevent fraud, terrorism and other significant crimes.</p>
<p><strong><a href="http://www.fdic.gov/regulations/laws/rules/2000-4900.html">Bank Security Act </a></strong></p>
<p>The Bank Security Act, also known as the Currency and Foreign Transaction Reporting Act was passed in 1970 to help the United States Government monitor and prevent possible money laundering schemes. Under the BSA, all financial institutions must keep records about customer transactions and submit reports to the Federal Government for certain types of transactions</p>
<p>A <a href="http://www.ffiec.gov/bsa_aml_infobase/pages_manual/OLM_017.htm">Currency Transaction Report (CTR)</a> must be filed for:</p>
<ul>
<li>Any cash financial transactions (deposit/withdrawal/exchange) made by an individual in an amount greater than $10,000</li>
<li>Any cash transactions made by or for one individual in a single business day in which the aggregate total is greater than $10,000</li>
</ul>
<p>A <a href="http://www.ffiec.gov/bsa_aml_infobase/pages_manual/OLM_035.htm">Currency and Monetary Instrument Report (CMIR)</a> must be filed for:</p>
<ul>
<li>Any person or entity that transports an individual or aggregate amount greater than $10,000 into or outside of the United States in the form of currency, traveler’s checks, bank notes or other monetary instruments.</li>
</ul>
<p>A <a href="http://www.ffiec.gov/bsa_aml_infobase/pages_manual/OLM_015.htm">Suspicious Activity Report (SAR)</a> must be filed for:</p>
<ul>
<li>Abuse by an employee of the financial institution</li>
<li>Violations in which a suspect can be identified and the aggregate amount is $5,000 or more.</li>
<li>Violations in which no suspect can be identified and the aggregate amount is $25,000 or more.</li>
<li>A transaction through a bank in which the teller has reason to believe may be designed to avoid BSA regulations</li>
<li>A transaction through a bank in which the teller has reason to believe may involve potential money laundering or criminal activity</li>
</ul>
<p>Many banks use automated records systems that keep customer information on file and generate the relevant reports when such transactions occur. The creation of multiple reports for a single person or entity signals law enforcement agencies to look closer for fraudulent activity.</p>
<p>The Foreign Intelligence Surveillance Act was passed in 1978 and amended in 2007 in order to monitor communications between “foreign powers” outside the United States and “agents of foreign powers” within the United States in order to maintain national security.</p>
<p>The Act allows electronic surveillance or the physical search of “premises, information, material or property used exclusively by” a foreign power or agent of a foreign power for the collection of foreign intelligence information:</p>
<ul>
<li>Without a court order for the period of one year</li>
<li>Without a court order for 15 days after a declaration of war by Congress</li>
<li>With a court order approved by the FISA court after reasonable cause has been determined.
<ul>
<li>A warrant also expands the types of entities that may fall under surveillance to include international terrorist groups, political organizations and other organizations not backed by a foreign government.</li>
</ul>
</li>
</ul>
<p><strong> </strong></p>
<p><strong><a href="http://www.fdic.gov/regulations/laws/rules/6500-2550.html">The Right to Financial Privacy Act</a></strong></p>
<p>The Right to Financial Privacy Act was passed by Congress in response to the 1976 Supreme Court ruling United States v. Miller in which the court held that bank customers have no legal expectation of privacy. Under the ruling, the Federal Government could request individual financial records without restriction.</p>
<p>The Right to Financial Privacy Act attempted to reassert individual rights by requiring:</p>
<ul>
<li>Customers to receive notice of the disclosure to the government prior to the release of their records</li>
<li>The creation of a mechanism for customers to challenge the disclosure of their information.</li>
<li>Government agencies to keep an audit trail of all disclosures of customer information to the agency and any interagency transfers.</li>
</ul>
<p>In order for a government agency to obtain customer financial records, they must meet one of the following requirements:</p>
<ul>
<li>Receive customer consent for their release</li>
<li>Provide an administrative subpoena or summons</li>
<li>Provide a search warrant</li>
<li>Provide a judicial subpoena</li>
<li>Provide an appropriate written authorization from a government agency</li>
</ul>
<p>It is important to note that the act only applies to disclosures to the Federal Government. It does not pertain to state and local governments. While the Right to Financial Privacy Act was designed to protect customer financial privacy, it is considered an “anti-privacy law” because it’s protections are weaker than those granted under the fourth amendment. The US Patriot act further weakened the law’s protection by allowing disclosure when terrorism is suspected.</p>
<p><strong><a href="http://cpsr.org/issues/privacy/ecpa86/">Electronic Communications Privacy Act</a></strong></p>
<p>The Electronic Communications Privacy Act was passed in 1986 to expand government restrictions on wiretaps to include electronic communications. It is an extension of the original wiretap law the <a href="http://en.wikipedia.org/wiki/Omnibus_Crime_Control_and_Safe_Streets_Act_of_1968%23Wiretaps">Omnibus Crime Control and Safe Streets Act</a> which protects oral communications. Furthermore, the ECPA expanded the types of crimes that allow law enforcement in intercept communications. It also allows the use of pen registers and trap and trace orders that record the telephone numbers that have been dialed and the calls that have been received. Though the ECPA was passed to protect electronic privacy, it has been criticized for being too weak to adequately protect personal privacy.</p>
<p><strong> </strong></p>
<p><strong><a href="http://epic.org/privacy/terrorism/usapatriot/">USA Patriot Act</a></strong></p>
<p>The Uniting and Strengthening of America by Providing the Appropriate Tolls Required to Intercept and Obstruct Terrorism Act was passed in 2001 after the September 11th terrorist attacks. The Patriot Act introduced wide changes across several sectors and amended several laws already in effect. Due to its strong focus on security, the US Patriot Act has been criticized for the limits it places on personal privacy.</p>
<p>The Patriot Act introduced the following changes to privacy laws:</p>
<ul>
<li>Expanded the type of information the U.S. may receive by subpoenaing Internet Service Providers to include not only personally identifiable information but also session durations and times, services used, IP addresses and payment information. Disclosure may also take place if the service provider suspects danger to “life and limb”</li>
<li>Title II expanded surveillance procedures:
<ul>
<li>Allows “Sneak and Peek” warrants to allow delayed notice of search warrants</li>
<li>Roving wiretaps that do not require the specification of carrier or third parties</li>
<li>Amended the Foreign Intelligence Surveillance Act by expanding the duration of search and surveillance orders and removing the requirement to prove reasonable cause to monitor non U.S. citizens.</li>
<li>Expanded wiretapping capabilities under the Electronic Communications Privacy Act to allow surveillance of packet switched networks.</li>
<li>Allows the U.S. Government to obtain any “books, records, papers, documents and other items” that may aid in investigations to protect against terrorism.</li>
</ul>
</li>
</ul>
<p>Many Title II regulations were set to expire on Dec. 31, 2005 but were reauthorized until December 31, 2009. The USA Patriot Extension Act of 2009 seeks to extend those regulations even further.</p>
<ul>
<li>Title III attempts to prevents money laundering to deter terrorism by amending the Bank Security Act and the Money Laundering Control Act of 1986.
<ul>
<li>Subtitle I placed strong regulations on financial institutions, especially with regard to transactions with foreign countries. It expanded record keeping requirements, prohibited transactions with banks not subject to a banking authority and expanded the definition of money laundering.</li>
<li>Subtitle II allows suspicious activity reports to be sent to U.S. Intelligence agencies and made it illegal to structure transactions in such a way as to avoid BSA regulations.</li>
<li>Subtitle III made the evasion of currency reporting a criminal offense. It also made further provisions to deter money laundering</li>
</ul>
</li>
</ul>
<p>The Patriot Act contained several other regulations that affected immigration law, criminal law, created funding for necessary defenses and provided funds for victims of terrorist attacks.</p>
<p><strong> </strong></p>
<p><strong><a style="text-decoration: none;" href="http://www.dhs.gov/files/laws/gc_1172765386179.shtm">REAL ID Act of 2005</a></strong></p>
<p>The Rearing and Empowering America for Longevity Against Acts of International Destruction Act was passed in 2005 to standardize security, authentication and issuance procedures for state identification cards and driver’s licenses so that they may be used by the Federal Government for “official purposes.”</p>
<p>The issuing of ID cards, is a state privilege, and as such, the REAL ID Act has been opposed by many states. Enforcement of the law has been postponed until 2011 in the hopes of gaining more support among the States. When enforced, individuals carrying a non-compliant ID card will not be allowed entrance to Federally controlled buildings or areas such as Federal Government buildings and airport security. Furthermore the act requires all states to share Department of Motor Vehicle data with other states.</p>
<p>A REAL ID card must:</p>
<ul>
<li>Include a person’s legal name; signature; date of birth; gender; identification number; photograph of their face; address of residence</li>
<li>Include security features to prevent duplication, tampering and counterfeiting</li>
<li>Make use of machine readable technology to be set by the Secretary of Homeland Security, the Secretary of Transportation and the States.</li>
</ul>
<p>The REAL ID Act has been widely criticized as being comparable to the issuing of a National Identification card, to which many proponents of privacy object. It is believed that a National Identification card would quickly become the default method of identification and allow for the tracking of the activity of U.S. citizens. A further privacy risk would be the storing of large amounts of personal information electronically on a national level, increasing the risk of unauthorized access.</p>
<p><strong>Summary<span style="font-weight: normal; "> </span></strong></p>
<p>There is no easy answer to resolve the conflict between privacy and security. While the “anti-privacy laws” were not developed as a deliberate attempt to restrict personal privacy, privacy has nonetheless suffered in the interest of providing more effective monitoring and violence prevention. Privacy proponents must continue to advocate the creation of adequate privacy regulations to prevent the further imposition on individual privacy in the future.</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>Laws compelling the disclosure of personal data (I.B.b.i-vi.)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2010/01/14/anti-privacy-laws/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Popular encryption software flaw details published</title>
		<link>http://www.cippguide.org/2009/05/29/popular-encryption-software-flaw-details-published/</link>
		<comments>http://www.cippguide.org/2009/05/29/popular-encryption-software-flaw-details-published/#comments</comments>
		<pubDate>Fri, 29 May 2009 11:00:04 +0000</pubDate>
		<dc:creator>jbrook</dc:creator>
				<category><![CDATA[CIPP]]></category>
		<category><![CDATA[Hacking]]></category>
		<category><![CDATA[Information Security]]></category>
		<category><![CDATA[CBC]]></category>
		<category><![CDATA[Centre for the Protection of National Infrastructure]]></category>
		<category><![CDATA[cipher-block chaining]]></category>
		<category><![CDATA[CNPI]]></category>
		<category><![CDATA[cryptography]]></category>
		<category><![CDATA[CTR]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Gaven Watson]]></category>
		<category><![CDATA[IEEE Symposium]]></category>
		<category><![CDATA[Kenny Paterson]]></category>
		<category><![CDATA[man-in-the-middle]]></category>
		<category><![CDATA[Martin Albrecht]]></category>
		<category><![CDATA[OpenSSH]]></category>
		<category><![CDATA[Royal Holloway]]></category>
		<category><![CDATA[secure shell]]></category>
		<category><![CDATA[SSH]]></category>
		<category><![CDATA[University of London]]></category>

		<guid isPermaLink="false">http://www.cippguide.org/?p=661</guid>
		<description><![CDATA[The recently unveiled flaw in SSH reiterates the idea that, no matter how good the technology, it will eventually fail from a whole host of threats.  In this case, the implementation flaw occurred in a software product that had been previously "proven secure".  Real world implementations are more complex than security models, and other mitigations must be in place when a design does finally [...]]]></description>
			<content:encoded><![CDATA[<p>As we mentioned in a recent <a title="Even with the best security products and ideas in place, plan for a problem that will inevitably arrise" href="http://www.cippguide.org/2009/05/19/hey-stupid-dont-just-throw-that-out-corporate-disposal-policies-keep-your-organization-out-of-the-headlines/" target="_blank">post on disposal policies</a>, someone, somewhere will eventually notice a problem in even the best security software.  As was the case with Secure Shell (SSH).  SSH is an encryption tool and was originally used as a secure alternative to remote command prompt software like rlogin or telnet.  Since it&#8217;s initial inception, additional features have been added that allow SSH to operate as a Swiss Army Knife for encryption.  As 80% of the total SSH deployments are actually OpenSSH, we will use the two interchangeably.  </p>
<p>Several years ago, using software engineering methods, University of California San Diego researchers demonstrated <a title="Breaking and provably repairing the SSH authenticated encryption scheme: A case study of the Encode-then-Encrypt-and-MAC paradigm " href="http://www.cs.washington.edu/homes/yoshi/papers/SSH/" target="_blank">SSH is provably secure</a>.  And SSH has shown itself to be nearly as good as claimed, posting only 31 bugs since 1998, most of which were minor.  Until now&#8230;  Three researchers from the Royal Holloway Information Security Group (ISG) at the University of London, Martin Albrecht, Kenny Paterson and Gaven Watson, <a title="University of London Researchers publish Plaintext Recovery Attacks Against SSH" href="http://www.isg.rhul.ac.uk/~kp/SandPfinal.pdf" target="_blank">found flaws in the proof</a>.  They&#8217;ve shown that SSH is vulnerable to a <a title="Wikipedia: Man-in-the-middle attack circumvents security" href="http://en.wikipedia.org/wiki/Man_in_the_middle_attack" target="_blank">&#8220;Man-in-the-middle&#8221; attack</a>, where someone inserts themselves between a sender and receiver, grabs information, changes it and sends it along.</p>
<h3>The Problem</h3>
<p>There are actually three problems that account for the ISG discovered flaw:</p>
<ol>
<li>The first lies in the manner the original security models used for the proof were constructed. The original proof pre-supposes garbled information may simply be reset as a failure and will not impact the security of the encryption used to protect the data.  The model never distinguished between the various kinds of failure, but the failure information turns out to be accessible to an adversary.  </li>
<li>The second is an implementation decision made by the original software developers for SSH.  The developers had two choices: send how big the transmitted information is (packet length field) unencrypted, which gives a small amount of information that tells an attacker how much data they had to crack, or encrypt hacker detectable information in the packet length field, possibly creating a <a title="Wikipedia: Known Plaintext Attack" href="http://en.wikipedia.org/wiki/Known-plaintext_attack" target="_blank">&#8220;known plaintext&#8221; attack</a> and thereby decreasing the <a title="Key space referrs to the total number of keys available.  Think of it as a big key ring, and in order to open the door, you must try every key on the ring.  Wikipedia's definition is here" href="http://en.wikipedia.org/wiki/Keyspace" target="_blank">keyspace</a>.  SSH&#8217;s developers chose the unknown.  </li>
<li>The last problem has to deal with encryption modes and feedback loops.  In order to efficiently create and keep an encrypted tunnel between two computers hard to break, information from the current set of mathematical operations is used to incrementally change the next set, preventing various <a title="SANS reading room: explanation of various types of cryptographic attacks" href="http://www.giac.org/resources/whitepaper/cryptography/57.php" target="_blank">encryption attacks</a>.  What data are taken from the current packet and fed into the next depend on the &#8220;<a title="Wikipedia: block cipher modes of operation" href="http://en.wikipedia.org/wiki/Block_cipher_modes_of_operation" target="_blank">cryptographic mode</a>&#8221; chosen.  By default, SSH uses cipher-block chaining (CBC) mode instead of counter (CTR) mode.<span id="more-661"></span></li>
</ol>
<h3>Exploiting the ssh flaws</h3>
<p>The ISG researchers took the error information reported that the proof never accounted for, and the design decision made by SSH developers, and began tinkering.  They eventually found a method of reducing the security in the default settings of SSH.  They reduced the overall security by creating a guessing game where an attacker has a one in 262,144 chance of success versus a brute force attempt at 1 in 4.2 billion  (2^18 vs 2^32).  You&#8217;ll only recover a very small amount of information using this method (14 or 32 bits), but it is enough to be useful.  The researchers&#8217; vulnerability was first announced in November 2008, when the UK Centre for the Protection of National Infrastructure (CNPI) simply could not ignore the problem and, working with the ISG, issued a <a title="CPNI Vulnerability Advisory SSH" href="http://www.cpni.gov.uk/docs/vulnerability_advisory_ssh.txt" target="_blank">CPNI advisory</a>.  Full details of the flaw were not announced until this month, when the researchers presented at an IEEE Symposium in California.</p>
<h3>Vulnerability mitigation strategies</h3>
<p>Even though the attack will work &#8220;with probability 1&#8243; in some circumstances, it&#8217;s somewhat difficult to pull-off in general, and is about as stealthy as a freight train.  OpenSSH v 5.2 and above should not be susceptible to this particular exploit.  According to the CPNI advisory, the SSH flaw may be mitigated in current SSH versions by using CTR mode instead of the default CBC mode.  </p>
<h3>Takeaway</h3>
<p>This same technology reliance problem shows up repeatedly.  Use new equipment and products to increase efficiency, but do not over-rely on automation and technology.  Someone somewhere will notice of something unexpected, even with proven secure products.  Audit system results and write policies to take into account that the technology eventually will fail, not just from hackers or even questionable coding decisions &#8211; hurricanes, fires and employee clumsiness can all accomplish the same thing.  If your systems fail, any private information exposed will cost money &#8211; in breach notifications, time resetting the systems and general reputation.   The ISG researchers summed up the situation succintly in their paper: </p>
<blockquote><p>Unfortunately, it seems that <strong>real world</strong> cryptographic <strong>implementations</strong> <strong>are more complex </strong><strong>than the</strong> current <strong>security models</strong> for SSH handle.</p></blockquote>
<p> </p>
<h3>CIPP Candidate Preparation</h3>
<p class="MsoNormal">In preparation for the Certified Information Privacy Professional exam, a privacy professional should be comfortable with topics related to this post including:</p>
<ul>
<li>Managing Risk and compliance (Foundations:I.G.b) including: Privacy Policy Development, Risk Management, Compliance</li>
<li>Information Security (Foundations: II.C) including: Encryption (data-in-motion) and Threats &amp; Vulnerabilities</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cippguide.org/2009/05/29/popular-encryption-software-flaw-details-published/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
