December 2003 - cypherpunks-legacy

Re: Crippled Notes export encryption
by shamrock＠netcom.com 17 Dec '03

17 Dec '03

At 22:11 1/24/96, sameer wrote: >> example, CyberCash has a development office there. >> > "has a development office" is a bit of an understatement. Would you like to share? -- Lucky Green <mailto:shamrock@netcom.com> PGP encrypted mail preferred.

1 0

Hack Java
by Rich Salz 17 Dec '03

17 Dec '03

This illustrates the difference between a language with no dangerous constructs, and one where you must trust the implementation. >From some internal OSF email: ---------- Begin Forwarded Message ---------- class Data { // an object storing 16 bytes byte word[16]; } class Trick { Data data; long tricky_pointer; } Now suppose, I fake a compiler (or I have a malicious compiler) and I generate by hand malicious byte code such that in the symbol tables, tricky_pointer and data have the same offset. Then if I have the code tricky_pointer = 10000; for (; tricky_pointer < 50000 ;) { dumptofile(trick.data) tricky_pointer += 16; } what I am doing with this code is that I am actually setting the data object reference to point to address 10000, then I am core dumping the contents of memory upto address 50000, 16 bytes at a time! The byte code is completely legal, I have cheated with the field offsets so that I can access to the same memory as two different types. In order to detect that the byte code verifier must verify that all the fields of an object do not overlap in their memory layout. That's what has to be checked. ----------- End Forwarded Message -----------

6 5

(FWD) UUNET Offers Web Security Services 01/22/96
by an146908＠anon.penet.fi 17 Dec '03

17 Dec '03

FAIRFAX, VIRGINIA, U.S.A., 1996 JAN 22 (NB) -- UUNET Technologies (Nasdaq:UUNT) is offering a World Wide Web hosting service that includes a full range of security services for commercial and private applications, including use of PGP (pretty good privacy) encryption. The company says the introduction of secure Web services supports served-based SSL (secure socket level) encryption that works with Netscape browsers to transmit sensitive data such as credit card numbers. The inclusion of PGP also allows companies to encrypt and forward data they have received on the Web, which can then be redistributed to other system, such as credit bard billing systems, via e-mail or FTP (File Transfer Protocol). UUNET says the combination of security measures is available for UUNET's standard, premium, and new dedicated Web hosting services. Alan Taffel, UUNET vice president of marketing, said the new measures are "a significant step toward the goal of making Web-based electronic commerce a reality. Previously, companies wishing to take advantage of available secure server technology had to undertake a challenging and lengthy process. UUNET's secure Web service alleviates the hassle associated with deploying a secure server." Customers choosing the secure service will get the same Internet service as regular customers, says UUNET. Also, UUNET will take care of details such as applying to Verisign for a company digital identification. UUNET is also now offering a dedicated server option for high volume and high value customers. This service includes a dedicated 130 megahertz (MHz) Pentium machine, a gigabyte (GB) of storage and up to 5GB of traffic per month. The price involves a $3,500 startup fee, and monthly fees beginning at $2,000 per month. UUNET's standard service starts at $300 a month and includes T1 bandwidth. Premium service (10 megabits-per-second connectivity) starts at $900 per month. For standard service, the security service cost an additional $200 in startup fees and $200 per month above the normal fee. There is no startup fee for premium service, but the monthly surcharge remains. FTP hosting service is available for $100 per month for up to 2.5GB per month in traffic. (Kennedy Maize/19960122/Press Contact: Alan Taffell, 703-206-5600) --****ATTENTION****--****ATTENTION****--****ATTENTION****--***ATTENTION*** Your e-mail reply to this message WILL be *automatically* ANONYMIZED. Please, report inappropriate use to abuse(a)anon.penet.fi For information (incl. non-anon reply) write to help(a)anon.penet.fi If you have any problems, address them to admin(a)anon.penet.fi

1 0

Re: Crippled Notes export encryption
by tcmay＠got.net 17 Dec '03

17 Dec '03

At 7:25 AM 1/25/96, Lucky Green wrote: >The big companies are fighting? Where did you get that idea? IBM/Lotus just >gave the feds the keys. Not a single one of the major players has >challenged the government in any meaningful way. Sure, they make a lot of >noise as to how they dislike the regulations, but they certainly aren't >making a sincere effort of trying to change them. I have several pieces of evidence which suggest to me that the government is leaning on companies in ways which are not always apparent. (I can't share all of the evidence I have...I know this is unsatisfying. I'm not asking you to "trust me," just noting that this is what I have either heard from usually reliable sources or from direct participants.) I am reluctant to ascribe malice to any of the players in this drama, just differing goals (in the Great Game). --Tim Boycott espionage-enabled software! We got computers, we're tapping phone lines, we know that that ain't allowed. ---------:---------:---------:---------:---------:---------:---------:---- Timothy C. May | Crypto Anarchy: encryption, digital money, tcmay(a)got.net 408-728-0152 | anonymous networks, digital pseudonyms, zero W.A.S.T.E.: Corralitos, CA | knowledge, reputations, information markets, Higher Power: 2^756839 - 1 | black markets, collapse of governments. "National borders aren't even speed bumps on the information superhighway."

2 1

[noise] Re: Crippled Notes export encryption
by Alan Olsen 17 Dec '03

17 Dec '03

At 08:24 PM 1/24/96 -0500, you wrote: >In article <9601242357.AA02688@alpha>, Mike McNally <m5(a)dev.tivoli.com> wrote: >>This sounds fishy to me. I don't recall reading anything to suggest >>that export of cryptographic software (or any other munition) requires >>that the stuff be *used* outside the US for an offense to be >>committed; why should export of a cryptographer's wetware be any >>different? Either the expertise leaves the country or it doesn't, I'd >>think. > >Here's section 120.17 of ITAR: > >@ 120.17 -- Export. > > Export means: > > (6) A launch vehicle or payload shall not, by reason of the launching of such >vehicle, be considered an export for purposes of this subchapter. However, for >certain limited purposes (see @ 126.1 of this subchapter), the controls of this >subchapter may apply to any sale, transfer or proposal to sell or transfer >defense articles or defense services. So we could launch Jeff Wienstien in a rocket without violating ITAR as long as we do not sell him. "Hey Jeff... Want a ride?" ];> Alan Olsen -- alano(a)teleport.com -- Contract Web Design & Instruction `finger -l alano(a)teleport.com` for PGP 2.6.2 key http://www.teleport.com/~alano/ National Security uber alles!

2 1

Re: Hack Lotus?
by Alan Olsen 17 Dec '03

17 Dec '03

At 01:38 AM 1/25/96 +0000, you wrote: >I have no doubt that enterprising hackers will be able to hack >the international version of lotus Notes to make it as secure >as the domestic version. It is probably just a matter of NOPing >some code. > >The real problem is the 64 bit key in the domestic version. This >conforms to the NIST "standard" for an exportable system. In other >words to allow the international people to have almost non-existant >40 bit security, they have limited domestic users to 64 bit secuity. >The 64 bits keys must be breakable at least in some sense or the limitation >would not be in the NIST "standard". {stuff deleted] Something just came to mind... What if there is not difference between the exportable and non-exportable versions? Could it be that they are *both* GAKed? Maybe I am just being paranoid (or thinking that IBM might just be lazy enough to push out a single version under two versions), but it is something that needs to be determined. Does anyone out there have access to both versions for a comparison? Alan Olsen -- alano(a)teleport.com -- Contract Web Design & Instruction `finger -l alano(a)teleport.com` for PGP 2.6.2 key http://www.teleport.com/~alano/ "Is the operating system half NT or half full?"

1 0

SMTP mail warning
by postmaster＠ncr-sd.SanDiegoCA.ATTGIS.COM 17 Dec '03

17 Dec '03

message

1 0

Pssst......Wanna buy a mailing list?
by nobody＠REPLAY.COM 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- A wonderful little annoucement for a new WWW site appeared in my anon mail this evening, It was for a site offering Privacy Tools and Offshore Activities, Poor guy who sent the message, sent it without BCCing it and hence, Everyone who requested his autoresponder file on Anonymous Banking is listed. (At least 100+ addresses!) Highlighs of the domains in the mailing: nea.org Gotta keep some money stashed for education! uspto.gov Nym's requesting infomation for hiding patent $$$ mot.com Good year for Motorola stocks! fmr.com Fidelity Investments....Hmmmmm I'll bet my last E-Ca$h coin that there will be alot of these people learning about anonymous remailers the hard way. Malthus -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMQclaQJo+wOswDgJAQGUJgP+Jf2XnmRf9EHtVUI18cd1ipAme9KyyOfO MBrsDsRKBCFdT7HbTshqjULXQTd5kvI62PmnDEbVQ52L30tSs/Dp9tTbg8HYVIbS Vpcs/RvB0KeiMy+x6RniVljvGPRgRzefidTqtiKADQc76xl/gNW1JK6rySFQLMRO kHRP4btnqkM= =GL1y -----END PGP SIGNATURE----- L. Malthus <an266153(a)anon.penet.fi> PGP key listed at MIT --

1 0

another thought about random numbers
by Gary Howland 17 Dec '03

17 Dec '03

-----BEGIN PGP SIGNED MESSAGE----- Decius writes: > hmmm... probably just a cheapo pseudo-rng.... I'm sure you're right. > With a copy of their squematics and a whole lot of analysis you could > probably make some serious money!! :) Perhaps, but only to the extent that you could win what others have lost. These machines only ever pay out a percentage of what is put in - it is not possible to beat the machine (long gone are the days when the designers calculated all the probablities and relied on "the law of averages" in order for the machine to win). Gary - --- [This message has been signed by an auto-signing service. A valid signature means only that it has been received at the address corresponding to the signature and forwarded.] -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Gratis auto-signing service iQBFAwUBMQdhoioZzwIn1bdtAQHk6AF/foseD0Wg3ezlf7XIHPkkwYcYz7OuQdQH mxyFFcFYxU6TLxjdn/FG8s1ehtegfqQD =LtQC -----END PGP SIGNATURE-----

1 0

Crypto Exports, Europe, and Conspiracy Theories
by tcmay＠got.net 17 Dec '03

17 Dec '03

At 8:49 PM 1/24/96, Alex Strasheim wrote: (quoting me) >> The usual issue: That if a foreign-originated product even appears to be a >> standard (so far, none have been), and includes strong crypto, then the NSA >> and other agencies will simply change the rules. Thus, if extremely strong >> crypto from "Netscape-Zurich" starts to have a significant market presense >> in the U.S., then some law will be passed to restrict it. > >But what would they restrict? The use of strong crypto between two >domestic points, or strong crypto where one end is within the US and the >other without? We already have the former -- wouldn't it be hard for them >to take it away? Especially if the software already has a large installed >base, which is your premise? Specifically, I believe--though obviously cannot prove, given the nature of time--that a cryptographically strong version of Netscape developed outside the borders of the U.S. would not be freely importable into the U.S. I don't know what form such a law would take, to answer the point raised in another post by Peter Junger. Nor am I saying either State or NSA passes the laws...the ITARs have worked largely because they have never been challenged; if they were to be successfully challenged and stricken, as even some folks inside the NSA think is likely if tested in a proper case, then a Four Horseman-scared Congress will likely step in with some restrictions. >I'm not denying that there are people in the NSA who would want to react >that way, but I don't think they'd be able to pull it off. > >It is true that the National Security establishment has a lot of power >and influence here. But there are other groups with power as well, and >the security types don't have the ability to do whatever they want >without regard to the opinions and interests of those other groups. And now here's where I will speculate openly, although my speculation is informed by having followed these debates (and even contributing to them) for many years. You have to ask yourself this question: "Why are there no cryptographically strong products--finished products, not specific ciphers or chunks of code--developed in Europe and freely imported into the U.S.?" More specifically, given that the situation with crypto exports being limited (the so-called $60 billion a year problem...even if inflated, still a lot of money) has been known about for a long time, and given that Europe, and to a lesser extent Japan, India, etc., has a strong software infrastructure, you have to ask why "Netscape-Zurich" is not now being imported into the U.S., as a core module that then (for example) the American developers could add additional stuff to. Or why Lotus Notes-Tel Aviv is not being imported, with at least an 80-bit work factor. Or why Digicash is not taking the relatively trivial step of offering extremely strong ciphers (maybe something like Haval?) and blitzing the U.S. market? ("Only Digicash is offering _all_ of our customers the same level of communications security.") (I'll get to some of the practical issues, that the culture of Europe is not quite as conducive as the culture of the U.S. to startups, such as Netscape, Spry, Intuit, etc., but I don't think this gets at the main point of why strong crypt is not being _imported_ into the U.S.) If the business losses are anything really close to $60 billion a year, then companies wishing to have strong crypto should be *screaming* for Europe-developed products to be brought back in to the U.S. There are of course two components to the alleged $60 B a year losses, broadly speaking: * the losses of companies not in the crypt tools business who are losing out because the crypto they are allowed to export weakens their product's attractiveness. * the losses of crypto tool makers who are losing out because their products are not attractive to non-U.S. buyers (Does anyone else out there see a disconnect in the logic here? If Company A is losing business to a non-U.S. Company B, then why is whatever Company B is providing (such as stronger crypto) not being imported into the U.S. For example, if Netscape is losing out to "CERNScape," the hypothetical browser company out of the CERN WWW groups, then why is CERNScape not selling here? In fact, where _are_ the products that are winning out over the crippled American products?) (Understand that I'm not claiming there are no losses, that the $60 B a year figure is not accurate (though I think it inflated a bit), I'm just trying to figure out what's really going on here.) Let's review some points that may be relevant to why "offshore development" has not become a reality, even though one might think it would (given the $60 B figure...that pays for an awful lot of overseas programmers!). First, the "crypto hooks" point we discuss so often. Merely having hooks that link to offshore crypto is a problem, as the ITARs make clear. Thus, Lotus cannot simply say to its non-U.S. customers, "We are shipping a version overseas that contains only 40-bit crypto; you are advised to download 80-bit crypto from http://defeat-itars.lotus-geneva...." I don't know precisely how the NSA and State would react, and what law would be cited (beyond a reading of the ITARs), but pretty clearly this would not fly in the current climate. Lotus might get visits from the NSA, might be threatened with conspiracy to violate the Munitions Act charges, might have its shipments seized, etc. Second, folks at RSADSI told me several years ago that it even violates the ITARs to send cryptographic knowledge out of the country (especially, in this context, with the intention of the folks with the knowledge being the "Geneva" operation of RSADSI, for example). [Note: This is really where all the stuff about exporting code comes from, and why the debate about exporting the RSA-in-Perl t-shirt is not really hitting the main point. The NSA and State have no real concern about copies of Schneier's book going out, given that they know they can't stop it anyway and the stuff in it has already been published worldwide. No, their real concern is ensuring that Lotus does not skirt the whole crypto exports issue by sending a team to an overseas location to develop a core module _there_. Before someone like Duncan protests that this strategy is ultimately--and maybe even soon--doomed to fail, for the many reasons we discuss often, I agree. But for the nonce, NSA and State are trying to fight a holding action, and keeping U.S. companies from distributing strong crypto is currently within their powers in a way that domestic control of crypto is not.] Third, even _interoperability_ is disliked by the NSA. Thus, if Lotus Notes says that it will support an open standard such that its package can communicate easily with Europe-developed crypto modules, the NSA will consider this to be a means of skirting the ITARs. (This was actually the main strength of PGP, as I saw it, that a "standard" could be supported on many platforms, and once the program was proliferated to many countries, all could interoperate. Note that there are very few other such interoperable crypto programs---Lotus Notes talks to other Lotus Notes sites (a chokepoint in controlling distribution), MicrosoftMail and other products talk to other MS products, RSADSI's own standalone crypto program, Mailsafe, talks to other Mailsafe users (again, a chokepoint for distribution), and so on. [Side note: this situation is changing as standards are adopted, as the Web takes on a more prominent role. But I believe it to still be true that strong crypto in the U.S. cannot easily talk to strong crypto in Europe and Asian, except via things like PGP. If I'm wrong, I'd appreciate hearing about some examples.] Fourth, bizarre as it may sound, _imported_ strong crypto may face the same restrictions if attempts are made to _export_ it! Even if the code is unchanged. (The only justification for this position is that the U.S. is trying to create a chokepoint for control...there is no logical reason for a product imported from Israel to then not be allowed for export back to Israel, except that NSA and State hope to interfere with markets and thus have more control over things.) The effect of this restriction is that companies planning to import crypto from, say, Switzerland, and integrate it into their products will still face the ITARs when they try to export the product. And even having _two_ versions, one developed in the U.S. and one developed in Switzerland, will then run into the issues already cited: skirting the law by having hooks, (maybe) engaging in a conspiracy to export cryptographic talent for the purposes of skirting the ITARs, and having interoperable versions. Fifth, there are cryptographically-competent companies and programmers in Europe. Companies such as Crypto AG, companies in Israel, programmers in the U.K., Slovenia, Romania, and all over. (Many on this list, in fact.) And programmers and very competent crypto folks in Australia, New Zealand, etc. Given the relatively small teams that built capable browsers, and given the capable programmers, and given the (alleged) huge losses American companies are suffering for lack of secure products, why are there no Europe-developed browsers with strong crypto? I promised conspiracies. My points above implicitly involve some behind-the-scenes pressuring (and I know this to be the case from first-hand accounts), but here are some more: -- maybe even the European companies have been threatened, perhaps by their own crypto-fearful intelligence agencies (recall the many reports of key escrow talk in Germany, France, Sweden, etc.) -- maybe, as some have claimed, the European crypto companies, such as Zug-based Crypto AG, are actually controlled or influenced by the NSA. (This was a recent thread here, dismissed by the list.censors as "off-topic," but, I think, in actuality a terribly important topic to consider.) -- maybe the Europeans just don't want a piece of the Web browser market, maybe the prospect of a software company reaching a capitalization of $5 billion in less than two years doesn't excite them. (Maybe Clinton didn't inhale.) In a kind of variant of the Fermi Paradox ("Why aren't they here?," referrring to alien visitors), my question is this: "Why aren't we able to solve this pressing problem of not being able to export strong crypto by _importing_ it?" I don't think it's an accident, or laziness on the part of European and Asian companies, that we haven't gotten around the U.S.'s laws about exporting crypto by getting our crypto from competent programmers and companies outside the U.S. Comments? --Tim May Boycott espionage-enabled software! We got computers, we're tapping phone lines, we know that that ain't allowed. ---------:---------:---------:---------:---------:---------:---------:---- Timothy C. May | Crypto Anarchy: encryption, digital money, tcmay(a)got.net 408-728-0152 | anonymous networks, digital pseudonyms, zero W.A.S.T.E.: Corralitos, CA | knowledge, reputations, information markets, Higher Power: 2^756839 - 1 | black markets, collapse of governments. "National borders aren't even speed bumps on the information superhighway."

9 11