US to EU:  Me Too!

 The United States Amends its Export Controls on Encryption,
Responding to Recent Developments in the European Union 

 By Roszel C. Thomsen II and Antoinette D. Paytas*

 

*Roszel C. Thomsen II roz@t-b.com is a Partner, and Antoinette D. Paytas tpaytas@t-b.com is an Associate, with the law firm of Thomsen and Burke LLP.  Roz and Toni concentrate in the field of export controls, with particular emphasis on the laws and regulations governing information technology.

 

Background

Introduction

The EU’s License Free Zone Initiative

Three Pillars of U.S. Encryption Policy

Pre-Export Technical Reviews

Licensing of Exports to Governments

Post-Export Reporting Requirements

Other Important Changes

Cryptographic APIs

Source Code 7

Beta Test Software

Technical Assistance

De Minimis Rule

Weak Encryption Items

Conclusion

 

Background 

When the Clinton Administration came to Washington, encryption items were controlled for export from the United States as “munitions” under the Arms Export Control Act[i] and the International Traffic in Arms Regulations[ii].  Most applications for licenses to export strong encryption items were denied.  Industry and public interest groups lobbied for liberalization, and the Clinton Administration reformed the outdated U.S. export controls on encryption items in a series of graduated steps.  Nevertheless, the U.S. export controls on encryption items remain complex and onerous.  American companies must submit encryption items for technical reviews by the intelligence authorities prior to export.  Exports to some agencies of foreign governments require licenses, as do exports to telecommunications and Internet service providers wishing to provide services to some government agencies.  Finally, post-export reporting requirements apply to many exports from the United States.  Thus, U.S. encryption export controls continue to impose a significant regulatory burden on American companies, retarding the worldwide deployment of strong cryptography, the protection of personal data, and the full flowering of Internet commerce. 

Introduction 

This paper reviews the most recent changes to the U.S. export controls on encryption items (referred to herein as the “US Regulations”) that were published in the U.S. Federal Register on October 19, 2000[iii].  It describes how the decision by the European Union (EU) Council of Ministers on June 22, 2000, to create a license free zone for exports of encryption (and other) items (referred to herein as the “EU Regulations”) provided the initial stimulus for these changes.  It also describes how the US Regulations fall short of matching the EU Regulations in some respects, while exceeding the EU Regulations in other respects.  In addition, the authors offer recommendations for further reforms to the U.S. encryption export control policy that might be addressed by the next administration in Washington.  They conclude on a cautionary note, considering the possibility that the recent reforms to U.S. encryption export control policy could be reversed in the future. 

The EU’s License Free Zone Initiative 

When it amended the encryption export control regulations on January 14, 2000[iv], the Commerce Department’s Bureau of Export Administration (BXA) anticipated that it might have to make further changes, in response to developments in the EU.  Specifically, BXA said: 

A number of companies have expressed concern that the European Union (EU) may implement a general authorization permitting encryption items to be exported freely within the EU and other specified countries.  If and when the EU implements such an authorization, the Administration will take the necessary steps to ensure U.S. exporters are not disadvantaged.[v] 

On June 23, the EU Council of Ministers adopted the new EU Regulations, designed to improve the existing system of export controls on dual use goods and technologies, including encryption.  The EU Regulations create a harmonized EU General License (Community General Export Authorization) which covers the export of encryption items (except cryptanalytic items) within the fifteen EU member states and ten of its close trading and security partners:  Australia, Canada, Czech Republic, Japan, Hungary, Norway, New Zealand, Poland, Switzerland and the United States.  The text of the EU Regulation was published in the Official Journal on June 30, 2000.[vi] 

Washington responded quickly.  On July 17, White House Chief of Staff John Podesta gave a speech at the National Press Club in which he proposed new measures to assure the security and trust of Americans in cyberspace.  His speech emphasized the themes of updating law enforcement authorities for the Internet age, harmonizing the rules that apply to different technologies such as telephones and e-mail, and balancing important values.  He proposed legislation that would give law enforcement important new tools to pursue criminals through cyberspace while also boosting citizens’ fundamental rights to privacy in the electronic age.  Mr. Podesta also announced new rules that will update encryption export controls.  In a contemporaneous announcement, the White House Press Office said:

 Today, the Administration is updating its policy for encryption exports to the European Union and other key trading partners, thus assuring continued competitiveness of U.S. industry in international markets. Under the new policy, U.S. companies can export under license exception(i.e., without a license) any encryption product to any end user in the 15 nations of the European Union as well as Australia, Norway, Czech Republic, Hungary, Poland, Japan, New Zealand and Switzerland.  Previous distinctions between government and non-government end users are removed for these countries.  Further, U.S. exporters will be permitted to ship their products to these nations immediately after they have submitted a commodity classification request for their product to the Department of Commerce.  Exporters no longer have to wait for a completed technical review or incur a 30-day delay to ship their encryption products to customers in these nations.  These updates track with recent regulations adopted by the European Union that ease encryption exports to the same countries.  Consistent with the Administration's January 2000 commitment, U.S. companies can continue to compete effectively in these markets.  The steps announced today continue our policy to serve the full range of national interests:  promote electronic commerce, support law enforcement and national security, protect privacy, and maintain U.S. industry leadership in security technologies.[vii]

 

Three Pillars of U.S. Encryption Policy 

The U.S. encryption export control policy rests on three pillars.  First, the U.S. Government should have an opportunity to conduct a technical review of all cryptographic products prior to export.  Second, the U.S. Government should have the right to restrict exports of certain cryptographic products to governments through the export licensing process.  Third, the U.S. Government should receive post-shipment reporting with respect to some exports of cryptographic products.  The US Regulations revise each of these requirements, in light of the EU Regulations. 

Pre-Export Technical Reviews 

Prior to publication of the US Regulations, American exporters had to submit their products to the Commerce Department’s Bureau of Export Administration (“BXA”) and the National Security Agency (“NSA”) for review and approval under the Commodity Classification Request procedure, prior to commencing of exports.  They generally could commence exporting on a limited basis thirty days after submission of a completed Commodity Classification Request, but BXA and NSA retained the right to deny exports of offending products if, for example, they included open cryptographic interfaces. 

Under the new US Regulations, exporters may commence international shipments of cryptographic products promptly upon filing of a Commodity Classification Request with BXA and NSA.[viii]  Preparation of a Commodity Classification Request is not a trivial task, as a properly completed submission must address a host of features in a level of detail in excess of that which customarily is disclosed in a vendor’s product literature.  However, there is no time lag between filing of the application and receipt of approval to export to the EU and its partners.  Equally importantly, there are no features that can render a decision that a product requires a license for export to the EU and its partners. 

A checklist containing the information that must be supplied can be found at www.t-b.com/cryptolist.htm.    Additional, special rules apply to Commodity Classification Requests for components and source code.  Careful consideration must be given to the scope of disclosure required in applications for technical review, protection of information against unauthorized disclosure by U.S. government employees who may review the application, and how best to expedite processing of applications by the relevant agencies. 

In addition to technical disclosure, a properly completed Commodity Classification Request must address whether a cryptographic product meets either the “retail” or “mass market” criteria under the new US Regulations.  These criteria are important, because products that qualify as either “retail” or “mass market” may be subject to less onerous restrictions governing their export to destinations outside the EU and its partners.  Careful drafting also can optimize the likelihood of obtaining “retail” or “mass market” status. 

Under the new US Regulations, some items are exempt from a technical review prior to export.  Section 740.17(b)(3)(vi) states: 

 “Items which would be controlled only because they incorporate components or software which provide short-range wireless encryption functions may be exported without review and classification by BXA and without reporting under the retail provisions of this section.”[ix]

 The Preamble to the new US Regulations provides the following additional guidance: 

“In §740.17(b)(3) (Retail Encryption Commodities and Software), License Exception ENC is revised to authorize, without prior review and classification or reporting, those items which are controlled only because they incorporate components providing encryption functionality which is limited to short-range wireless encryption, such as those based on the Bluetooth and Home Radio Frequency (HomeRF) specifications.  Examples of such products include audio devices, cameras and videos, computer accessories, handheld devices, mobile phones and consumer appliances (e.g., refrigerators, microwaves and washing machines).” 

Unlike Bluetooth and HomeRF products, products developed according to IEEE 802.11b specifications are not eligible for this exemption, which is a source of lingering concern to U.S. industry.  The preamble is the only place in the new US Regulations where Bluetooth and HomeRF are specified by name. Experience with some test cases will determine the scope and effect of this new exemption. 

 In contrast with the new US Regulations, the EU Regulations do not specify that cryptographic products must be submitted for a technical review prior to export.  At the same time, they do not prevent member governments from imposing technical review requirements in their national legislation.  Some countries, notably France, historically have implemented technical review requirements more onerous than US Regulations.  It is too soon to know whether governments in the EU and its partners will require that cryptographic products be submitted for a technical review prior to export.  However, consistent with prior practice, we anticipate that only a handful of countries are likely to do so.

Licensing of Exports to Governments 

Prior to publication of the new US Regulations, BXA divided strong cryptographic products into two categories.  So-called “retail” products could be exported after technical review without further licensing to governments.  Products that did not qualify as “retail” required a license for export to governments.  

The new US Regulations eliminate the distinction between “retail” and other strong encryption products, for purposes of sales to governments in the EU and its partners.  All cryptographic products may be exported to governments in qualifying countries without further review or approval.[x]  In this respect, exporters in the United States and EU will compete on a level playing field.  However, the distinction between “retail” and other strong encryption products remains important for Americans who export to countries beyond the EU and its partners. 

The new US Regulations define “retail” strong encryption products as follows: 

In order to qualify as “retail”, a product must meet at least one of the following “positive” tests: 

(i)  Sold in tangible form through retail outlets independent of the manufacturer;

 

(ii)  Specifically designed for individual consumer use and sold or transferred through tangible or intangible means; or

 

(iii)  Which are or will be sold in large volumes without restriction through mail order transactions, electronic transactions, or telephone call transactions. 

In addition, the product at issue must not meet any of the following “negative” tests: 

(i)  Cryptographic functionality can be easily changed by the user;

 

(ii)  Requires substantial support for installation and use;

 

(iii)  Cryptographic functionality has been modified or customized to customer specifications;  and

 

(iv)  Network infrastructure products such as high-end routers or switches designed for high volume communications.[xi] 

The definition of “retail” bears a striking resemblance to the definition of “mass market” in the Cryptography Note under the Wassenaar Arrangement[xii].  However, there are two important differences between the new definition of “retail” and the definition of “mass market”.  The first difference is the inclusion of the words “large volume” in “positive” test number three.  This change makes it more difficult for smaller companies to qualify their products as “retail” than as “mass market”.  The second difference is the inclusion of the prohibition on network infrastructure products in “negative” test number four.  This change makes it more difficult for exporters of routers, switches and firewalls, for example to qualify their products as “retail” and to compete on a level playing field with foreign suppliers of similar network infrastructure products. 

Inextricably intertwined in the new US Regulations are the definition of “retail” and the definition of “government end-user”, because products that do not qualify as “retail” require a license for export to  a “government end-user” outside the EU and its partners.  For purposes of the new US Regulations, the definition of “government end-user” is as follows: 

Government End-user (as applied to encryption items).  A government end-user is (a) any foreign central, regional or local government department, agency, or other entity performing governmental functions; including governmental research institutions, governmental corporations or their separate business units …which are engaged in the manufacture or distribution of items or services controlled on the Wassenaar Munitions List, and international governmental organizations;

 

(b) this term does not include the following public entities: utilities (including telecommunications companies and Internet service providers); banks and financial institutions; transportation; broadcast or entertainment; educational organizations; civil health and medical organizations; retail or wholesale firms; and manufacturing or industrial entities not engaged in the manufacture or distribution of items or services controlled on the Wassenaar Munitions List.[xiii]   

Screening of customers to determine whether they fall within the definition of “government end-user” is the bane of U.S. exporters’ existence, requiring judgment calls and careful guidance to channel partners, so that strong encryption products are licensed properly. 

In addition, telecommunications and Internet service providers outside the EU and its partners must obtain a license prior to providing services specific to government end-users using products that have not been granted “retail” status.[xiv]  Covered services include wide area network, local area network, virtual private network, voice and dedicated link services, application specific and electronic commerce services, and public key infrastructure encryption services specifically for government end-users only.  

In comparison with the new US Regulations, EU member governments are free to devise licensing policies and procedures governing exports to countries outside the EU and its partners, at their national discretion under the EU Regulation and the Wassenaar Arrangement,  The United States has “bulk” licensing mechanisms, known as License Exception ENC and Encryption Licensing Arrangements that have analogues in other countries, like the United Kingdom’s Open General Export License and Open Individual Licenses[xv].  However, it is hazardous to speculate as to whether U.S. encryption licensing policy will be broadly similar to the policies of the various EU member countries, because of the broad national discretion afforded to member governments under the Wassenaar Arrangement and the EU Regulations. 

Post-Export Reporting Requirements 

Post-export reporting requirements in the new US Regulations do not have an analogue under the EU Regulations.  In general, U.S. exporters must file a biannual report including the name and address of the recipient of every cryptographic product (and the end-user, if known) unless one of the following exemptions applies: 

(i) any encryption to U.S. subsidiaries for internal company use;

 

(ii) finance-specific products;

 

(iii) encryption commodities or software with a symmetric key length not exceeding 64 bits or otherwise classified as qualifying for mass market treatment;

 

(iv) Retail products exported to individual consumers;

 

(v) Items exported via free or anonymous download;

 

(vi) Encryption items from or to a U.S. bank, financial institution or their subsidiaries, affiliates, customers or contractors for banking or financial operations;

 

(vii) Items which incorporate components limited to providing short-range wireless encryption functions;

 

(viii) Retail operating systems, or desktop applications (e.g. e-mail, browsers, games, word processing, data base, financial applications or utilities) designed for, bundled with, or pre-loaded on single CPU computers, laptops or hand-held devices; 

 

(ix) Client Internet appliance and client wireless LAN cards;

 

(x) Foreign products developed by bundling or compiling of source code.[xvi] 

 

Recognizing that the reporting requirements are burdensome on U.S. exporters, the Clinton Administration introduced several new exemptions in the new US Regulations.  

Exemption (vii), which governs “short range wireless” functions, is new and notable.  Intended initially to remove reporting from products that implement so-called Bluetooth standard with a range of 30 meters or less, it probably also probably exempts products based upon the HomeRF standard. 

Exemption (viii) is an important victory for American exporters, as it exempts from reporting most shrink wrap software. However, it is also problematic, as it is limited to software designed for “single CPU computers”.  This language may exclude operating systems like UNIX, designed for multiple CPU computers, as well as shrink wrap software for server applications.  

Exemption (ix) is a modest victory for makers of wireless networking products implementing the IEEE 802.11b standard, exempting NIC cards and PC cards, but not access points, from reporting.  Note that products implementing the IEEE 802.11b standard are not exempt under (vii) above. 

Exemption (x) appears on the surface to be attractive to persons outside the United States who may incorporate U.S.-origin source code in their products.  However, it is really just a clarification, rather than an extension, of the prior practice under regulations in effect before October 19, 2000. 

Looking at the exemption for short range wireless products and software for single CPU computers, laptops and hand-held devices, NICs and PC cards it appears that the regulators are searching for a clean way of describing “consumer” products that should be exempt from reporting.  Further efforts in this regard are highly desirable. 

In addition, BXA issued an important clarification in the US Regulations governing reporting by subsidiaries of U.S. companies located outside the United States.  Previously, U.S. companies reported exports from the United States, and subsidiaries abroad reported their exports and reexports.  This requirement made it difficult to collect information for consolidated filing of reports and placed subsidiaries abroad at a disadvantage vis-à-vis local distributors who did not have to report.  BXA has clarified the situation in the new US Regulations, so that U.S. companies are required to report exports from the United States, but they are not required to collect information from their subsidiaries abroad, nor are the subsidiaries required to file separate reports. 

BXA also eliminated a particularly onerous reporting requirement that applied only to a handful of companies exporting network infrastructure equipment.  Under the old regulations, exporters had to file contemporaneous reports describing network infrastructure equipment sold to telecommunications and internet service providers outside the United States.  These reporting requirements were eliminated in the new US Regulations. 

Other Important Changes 

At the request of various industry trade associations, BXA also made a number of changes that, although not directly responsive to the EU’s initiative, should improve the competitiveness of American companies.  These changes involve the regulations governing cryptographic application programming interfaces (APIs), source code, beta test software, technical assistance, the so-called de minimis rule, and rules governing weak cryptography. 

Cryptographic APIs 

Under the prior regulations, products incorporating “open” cryptographic APIs generally were not eligible for export, except under license.  “Open” cryptographic APIs allow a third party to substitute cryptographic libraries of their choosing for the libraries supplied by the vendor.  The rationale for restricting exports of products incorporating “open” cryptographic APIs was that BXA and NSA could not conduct a thorough technical review of products, if the recipient was able to insert the cryptographic library of preference and replace the cryptographic provider supplied initially by the developer. 

As a result of this restriction on exports of products with open cryptographic APIs, American companies resorted to various mechanisms to restrict the ability of third parties to replace the cryptographic service provider supplied with the product.  Most of these mechanisms involved some kind of digital signature mechanism, so that only cryptographic providers approved and signed by the developer would interoperate with the developer’s cryptographic infrastructure.  These products were referred to as having “closed” cryptographic APIs.

 The new US Regulations change the rules with respect to both “open” and “closed” cryptographic APIs.  Products with “open” cryptographic APIs may be exported to all destinations in the EU and its partners, like other cryptographic products.[xvii]  In addition, vendors of products with “closed” cryptographic APIs are permitted to “sign” cryptographic providers developed by third parties outside the United States, without prior review by BXA or NSA.[xviii] 

The EU Regulations do not contain special rules governing exports of products with “open” cryptographic APIs.  U.S. industry had urged that the restrictions on cryptographic APIs be removed entirely in the new US Regulations.  One can anticipate that such requests will be renewed, when the next administration comes to Washington. 

Source Code 

Cryptographic source code controls fall into three categories:  (a) open source, (b) community source, and (c) proprietary source.  The rules governing exports of each type of source code are different, and the have been amended in important respects in the new US Regulations. 

Open source refers to software that is available to the public without restriction free of charge, under a GNU-style license agreement.  Linux is an instructive example of open source.  The old regulations allowed the export of open source to any end-user without a technical review, provided that the person making the open source available filed a contemporaneous notification with BXA and NSA.  However, the prior regulations were silent with respect to restrictions (if any) on the export of compiled executable software derived from open source.  Under the new US Regulations, compiled executable software derived from open source is eligible for export under the same conditions as the open source itself, provided that the compiled executable is available without restriction and free of charge.[xix]  Unfortunately, if you include the compiled executable software into a product that you distribute for a fee, then the resulting product must be submitted for a one-time technical review, described above. 

Community source refers to software that is available to the public free of charge for non-commercial use but that contains further restrictions on commercial use.  Community source may be exported under essentially the same conditions as open source, but community source remains subject to more detailed reporting requirements.[xx] 

Proprietary source refers to all source code that is neither “open” nor “community” source.  Exporters may provide proprietary source code to any end-user in the EU and its partners, and to any non-government end-user in other countries, promptly upon filing of a technical review with BXA and NSA.[xxi]  The same reporting requirements applicable to community source also apply to proprietary source. 

Beta Test Software 

The new US Regulations revise the export controls applicable to beta test software in several important respects.  Strong encryption software is eligible for export without prior technical review and classification, provided that the exporter submits a pre-export notification to BXA and NSA describing the cryptographic features and provides a post-export report of the names and addresses of the recipients (except individual end-users) biannually.[xxii] 

The regulators deliberated at length regarding the scope of products that should be eligible for export under the beta test software provisions.  In the end, they determined that only products meeting the Wassenaar Cryptography Note or Mass Market Note should be eligible.  The next Administration in Washington will face pressure to extend the beta testing authorization to additional classes of cryptographic products. 

Technical Assistance 

When the State Department transferred the jurisdiction to control exports of encryption items to the Commerce Department on December 30, 1996, BXA essentially replicated an especially controversial aspect of the State Department’s regulations purporting to require a license for the transfer of “technical assistance” to parties outside the United States with the intent to assist such parties in the design and development of encryption products.  This provision was controversial, because it purported to control such transfers, even if all of the information transferred were in the public domain or otherwise generally available.  Whether such a provision would survive free speech protections of the First Amendment to the United States Constitution is problematic, and the issue has never been litigated to a final judgment by a court of competent jurisdiction.  In order to remove sources of potential challenge, BXA has amended this provision, so that it does not apply to participation in standards development, such as efforts by the Internet Engineering Task Force and other, similar groups.[xxiii]  BXA also has exempted all transfers to the EU and its partners from the license requirement.  

De Minimis Rule 

One of the more controversial aspects of the new US Regulations is the so-called de minimis rule.  In order to understand the de minimis rule and changes thereto, one first must recognize that the United States asserts jurisdiction extraterritorially with respect to products and technologies that are of U.S.-origin.  For example, Germany may take the position that it controls the export of products from Germany to Singapore, but only the government of Singapore has jurisdiction to license the re-export of the same product from Singapore to India.  By comparison, the United States takes the position that it has jurisdiction to control not only the export of products from the United States to Singapore, but also the re-export from Singapore to India.  The same rules apply where a U.S.-origin part or component is incorporated into a foreign end-product.   One can easily understand that many governments view the U.S. extraterritorial assertion of controls beyond its borders as overreaching!

 The de minimis rule states that if the U.S.-origin content in a foreign-origin end-product falls below a specified threshold, then the foreign-origin end-product is exempt from U.S. export controls.  The new US Regulations provide that encryption items may be eligible for de minimis treatment if approved under the technical review process.[xxiv]  The preamble to the new US Regulations provide only limited guidance with respect to what products may be eligible, nor does it provide any “grandfathering” for products that already have been through the technical review process, despite repeated requests from industry.  As a result, BXA will have to re-review a number of products that already have been through the one-time technical review, causing a significant backlog to develop at BXA and NSA.  

Weak Encryption Items 

The new US Regulations revise the controls on weak encryption items, permitting their export immediately upon submission of a notification that describes the relevant cryptographic features.  The information that applicants must submit is substantially similar to that which is required for Commodity Classification Requests for strong encryption products.[xxv] 

Conclusion 

The Clinton Administration implemented significant changes in the export controls on encryption items incrementally and reluctantly, only after its attempts to influence the market to adopt key escrow failed.  Over the years, its ability to convince the Congress to support stringent export controls ebbed away, to the point where a majority of Members of the House of Representatives supported legislation to remove the export controls in the form of the Security and Freedom through Encryption (SAFE) Act[xxvi].  It lost a crucial First Amendment challenge to the validity of the export controls on cryptographic source code, Bernstein vs. United States[xxvii] at both the trial court and the initial appellate review.  Driven by the EU’s decision to create a license free zone for encryption products, the Clinton Administration once again revised its encryption export control policy, only weeks before the Presidential election.  

The authors have pointed out that there are areas where further revisions may be warranted.  Nevertheless, it is worth considering the possibility that the pendulum, which has swung in the direction of liberalization for almost a decade, might swing back in the direction of further tightening of the export controls on encryption items.  An instructive example is the U.S. export controls on commercial satellites. 

 As in the case of encryption, reacting to pressure from the affected industry, the Clinton Administration transferred jurisdiction with respect to export controls on commercial satellites from the Department of State to the Department of Commerce[xxviii].  However, the Congress, responding to incidents featured in the so-called Cox Report, passed legislation transferring jurisdiction back to the Department of State[xxix], resulting in an enormous loss of market share on the part of American satellite manufacturers, according to industry representatives. 

It is not difficult to anticipate possible events that could trigger a reconsideration of the trend toward liberalization of encryption export controls.  A domestic terrorist incident or other heinous crime in which cryptography was employed by the perpetrators could serve as the catalyst.  An international incident caused by the inability to decrypt signals intelligence in a timely manner likewise could trigger a reassessment of the current export controls on cryptographic products.  The debate over the appropriate export controls on encryption in the United States likely will enter an hiatus during the next six months or so, until after the elections, but it is not over.

 


[i] 22 U.S.C. 2778.

[ii] 22 C.F.R. 120 et. seq.

[iii] 65 Fed. Reg. 62600 (2000).

[iv] 65 Fed. Reg. 2492 (2000).

[v] Id.

[vi] 2000 O.J. (L 159) 1.

[vii] See < http://www.pub.whitehouse.gov/uri-res/I2R?urn:pdi://oma.eop.gov.us/2000/7/17/16.text.1>

[viii] 15 C.F.R. § 740.17(d)(1)(i).

[ix] Id. at § 740.17(b)(3)(vi).

[x] Id. at § 740.17(a).

[xi] Id. at § 740.17(b)(3).

[xii] See <http://www.wassenaar.org>

[xiii] Id. at § 772.

[xiv] Id. at § 740.17(b)(2)(ii).

[xv] See <http://www.dti.gov.uk/export.control/>

[xvi] Id. at § 740.17(e)(1).

[xvii] Id. at § 740.17(a)(5)(i).

[xviii] Id. at § 740.17(a)(5)(ii).

[xix] Id. at § 740.13(e)(2).

[xx] Id. at § 740.17(b)(4)(i).

[xxi] Id. at § 740.17(b)(4)(ii).

[xxii] Id. at §740.9(c)(3).

[xxiii] Id. at § 744.9(a).

[xxiv] Id. at § 734.4(b).

[xxv] Id. at § 742.15(b)(1).

[xxvi] H.R. 850.

[xxvii] See <http://www.epic.org/crypto/export_controls/bernstein_decision_9_cir.html>

[xxviii] 61 Fed. Reg. 56894 (1996).

[xxix] Pub. L. 105-261.