From owner-linux-crypto@nl.linux.org Thu Aug 2 16:36:04 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 16:34:29 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:43534 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Thu, 2 Aug 2001 16:34:18 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15SJSU-00082P-00 for ; Thu, 02 Aug 2001 15:28:18 +0100 Received: from w2kpro01 (ppp-206-170-209-130.lsan03.pacbell.net [206.170.209.130]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id P90WBAX7; Thu, 2 Aug 2001 09:30:25 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Jan-Benedict Glaw" , Subject: RE: Those damn army brats! Date: Thu, 2 Aug 2001 07:33:06 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <20010730124131.B14155@lug-owl.de> Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIEdsYXc6DQoNCglJIGFtIG5vdyBwcm9kdWNpbmcgZW1haWxzIGluICJQbGFpbiBUZXh0IiBm b3JtYXQgYXMgY29uZmlndXJlZCB3aXRoaW4gT3V0bG9vayAyMDAwLiBNeSBhdHRhY2htZW50IHdh cyBNSU1FISBJIGRvbid0IHdoYXQgYW55b25lIHNhaWQsIGJ1dCBpdCBpcyBNSU1FLCBhbmQgSSBr bm93IGl0IHdhcywgY2F1c2UgSSBoYXZlIHNlbnQgTUlNRSBtZXNzYWdlIGJlZm9yZSBhbmQgaXRz IGZpbmUuIFRoZSBvbmx5IHBlb3BsZSB3aG9tIGV2ZXIgaGF2ZSBoYWQgYSBwcm9ibGVtIHdpdGgg bXkgdXNpbmcgT3V0bG9vayBhcmUgdGhpcyBzaWxseSBlbWFpbCBsaXN0LiBFdmVyeW9uZSBlbHNl IEkgZW1haWwsIGZyb20gcGVvcGxlIHVzaW5nIFN1bnMsIEhQLCBhbmQgSUJNIHdvcmtzdGF0aW9u cyBkb2Vzbid0IG1vYW4gYW5kIGNvbXBsYWluIHRoaXMgbXVjaC4NCg0KCUkgQU0gTk9UIENIQU5H SU5HIEVNQUlMIENMSUVOVFMhPyEgRXZlcnkgZnJpY2tpbmcgdXNlciBpbiB0aGUgd29ybGQgaXMg ZmluZSB3aXRoIE91dGxvb2sgZXhjZXB0IHRoaXMgZ3JvdXAsIHdlbGwgaXRzIHRvbyBiYWQsIHRo YXQgd2hhdCBJIHVzZSBiZWNhdXNlIEkgYW0gYSBjb25zdWx0YW50IGFuZCBteSBjbGllbnRzIGRl bWFuZCB0aGF0IHRoZXkgcmVjZWl2ZSBjZXJ0YWluIHRoaW5ncyBpbiBSaWNoIFRleHQgYW5kIG90 aGVyIHN1Y2ggZm9ybWF0cy4gRG8gSSBuZWVkIHRvIHJ1biB0byBlbWFpbCBjbGllbnRzPyBLZWVw IHRvIGFkZHJlc3MgYm9va3M/IEV0Yz8gTm8sIHRoYXQgaXMgbm90IG1vcmUgY29udmVuaWVudCBh bmQgaXQgaXMgbm90IGhhcHBlbmluZywgc28geW91IGFsbCBjYW4gd2lzaCB1bnRpbCB0aGUgc2t5 IHR1cm5zIGdyZWVuIGFuZCB0aGUgZ3Jhc3MgYmx1ZSwgYnV0IEkgYW0gbm90IGNoYW5naW5nIGFu IGVtYWlsIGNsaWVudCB3aGVuIGl0IHN1cHBvcnRzIGFsbCB0aGUgc3RhbmRhcmRzIGFuZCB3b3Jr cyBwZXJmZWN0bHkgd2VsbC4NCg0KCUlmIHlvdSB0ZWxsIG1lIHdoYXQgc3RhbmRhcmRzIGFuZCB0 aGluZ3MgdG8gY29tcGx5IHdpdGgsIEkgd2lsbCB0cnkgdG8gZmlndXJlIG91dCBob3cgdG8gY29u ZmlndXJlIE91dGxvb2sgMjAwMCB0byBkbyBpdC4gQnV0IHRoYXQncyBpdCwgSSBhbSBub3QgY2hh bmdpbmcgZW1haWwgY2xpZW50cyBiZWNhdXNlIHlvdSBkb24ndCBsaWtlIGl0LiBJbiB0aGUgVVMg d2UgaGF2ZSBhbiBvbGRlIG1pbGl0YXJ5IHNheWluZywgInlvdXIgcmVxdWVzdCB3aWxsIGJlIHBs YWNlZCBpbiBmaWxlIDEzIiAoZmlsZSAxMyBpcyBjaXJjdWxhciwgbGluZWQgd2l0aCBhIHBsYXN0 aWMgbGluZXIgYW5kIGlzIGVtcHRpZWQgdXN1YWxseSBhdCB0aGUgZW5kIG9mIGRheSBpZiB5b3Ug Z2V0IG15IG1lYW5pbmcpLg0KDQoJTm93IGlmIHlvdSB0ZWxsIG1lIGhvdyB0byBjb25maWd1cmUg bXkgT3V0bG9vayB0byBwcm9kdWNlIGEgcGFydGljdWxhciB0eXBlIG9mIGF0dGFjaG1lbnQgd2hp Y2ggaXQgY2FuLCBhbmQgZG9lcyBzdXBwb3J0IEFMTCBJbnRlcm5ldCBSRkNzIHdpdGggcmVnYXJk IHRvIGVtYWlsIChhcyB3ZWxsIGFzIGV4Y2hhbmdlIGNvbXBsaWFudCBlbWFpbCksIHRoZW4gSSB3 aWxsIGRvIHNvLg0KDQoJTGlzdGVuIG15IGZyaWVuZCwgSSBkb24ndCBydW4gZWxtIGFueW1vcmUs IEkgdXNlIGEgZGlmZmVyZW50IGNsaWVudCwgaWYgeW91IGRvbid0IGxpa2UgdGhlIHdheSBPdXRs b29rIDIwMDAgd29ya3MsIHlvdSByZWFsbHkgaGF2ZSB0d28gY2hvaWNlcy4gVGhlIGZpcnN0IGlz IHNlbmRpbmcgYSBsZXR0ZXIgdG8gTXIuIEJpbGwsIGFuZCB0ZWxsIGhpbSB3aGF0IHlvdSB0aGlu ayBoZSBuZWVkcyB0byBjaGFuZ2UgaW4gdGhlIHByb2R1Y3QuIFRoZSBvdGhlciAod2hpY2ggSSBo YXZlIG5vIHRpbWUgdG8gZG8pIGlzIHRvIGdldCBPZmZpY2UgRGV2ZWxvcG1lbnQgUGFja2FnZSwg YW5kIHdyaXRlIGEgdGVtcGxhdGUgd2hpY2ggcGxhY2VzIG15IHNpZ25hdHVyZSBmaWxlIGF0IHRo ZSBib3R0b20gYWZ0ZXIgdGhlIHJlcGx5IHRvIGVtYWlsLCBwbGFjZXMgbGl0dGxlICI+ICIgaW4g ZnJvbnQgb2YgdGhlIGVtYWlsLCBhbmQgZm9ybWF0cyBpdCB0aGUgd2F5IHlvdSBsaWtlLiBUaGlz IGNhbiBiZSBkb25lIHdpdGggdGhlIE9mZmljZSBEZXZlbG9wbWVudCBQYWNrYWdlLCBzbyBpZiBp dCB1cHNldHMgeW91IHRoYXQgbXVjaCwgdGhlcmUgaXMgeW91ciBhbnN3ZXIhIExldCBtZSBrbm93 IHdoZW4geW91IGhhdmUgZGVidWdnZWQgdGhlIHRlbXBsYXRlIGFuZCBWQiBzY3JpcHQgY29kZSwg c2VuZCBtZSBhIHppcCBmaWxlIHdpdGggaW5zdGFsbGF0aW9uIGluc3RydWN0aW9ucywgYW5kIEkn bGwgdXNlIGl0LiBJIGFtIGFuIGVhc3kgZ29pbmcgZ3V5LCBhcyBsb25nIGFzIHlvdSBkb24ndCBl eHBlY3QgbWUgdG8gZG8gYW55dGhpbmcgd2hpY2ggd2lsbCBpbmNvbnZlbmllbmNlIG15c2VsZiBm b3IgeW91ciBwcmVmZXJlbmNlLiBJZiB5b3Ugd2FudCB0byB3cml0ZSBtZSB0aGF0IHN0dWZmLCBJ J2QgbG92ZSB0byBnbyBiYWNrIHRvIHNlbmRpbmcgZW1haWwgInRoZSBvbGRlIHdheSIuIEJ1dCBt eSBlbWFpbCBjbGllbnQgY3VycmVudGx5IGRvZXNuJ3QgZG8gaXQuDQoNCg0KVmVyeSBSZXNwZWN0 ZnVsbHksIA0KDQpTdHVhcnQgQmxha2UgVGVuZXIsIElUMywgVVNOUi1SLCBOM0dXRyANCkJldmVy bHkgSGlsbHMsIENhbGlmb3JuaWENClZUVSAxOTA0RyAoVm9sdW50ZWVyIFRyYWluaW5nIFVuaXQp IA0Kc3R1YXJ0QGJoOTAyMTAubmV0IA0Kd2VzdCBjb2FzdDogKDMxMCktMzU4LTAyMDIgUC5PLiBC b3ggMTYwNDMsIEJldmVybHkgSGlsbHMsIENBIDkwMjA5LTIwNDMgDQplYXN0IGNvYXN0OiAoMjE1 KS0zMzgtNjAwNSBQLk8uIEJveCA0NTg1OSwgUGhpbGFkZWxwaGlhLCBQQSAxOTE0OS01ODU5IA0K DQpUZWxlY29waWVyOiAoNDE5KS03MTUtNjA3MyBmYXggdG8gZW1haWwgZ2F0ZXdheSB2aWEgd3d3 LmVmYXguY29tIChpdCdzIGZyZWUhKSANCg0KSk9JTiBUSEUgVVMgTkFWWSBSRVNFUlZFLCBTRVJW RSBZT1VSIENPVU5UUlksIEFORCBCRU5FRklUIEZST00gSVQgQUxMLiANCg0KVGh1cnNkYXksIEF1 Z3VzdCAwMiwgMjAwMSA3OjE0IEFNDQoNCiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogCW93bmVyLWxpbnV4LWNyeXB0b0BubC5saW51eC5vcmcgW21haWx0bzpvd25lci1saW51eC1j cnlwdG9AbmwubGludXgub3JnXSAgT24gQmVoYWxmIE9mIEphbi1CZW5lZGljdCBHbGF3DQpTZW50 OglNb25kYXksIEp1bHkgMzAsIDIwMDEgMzo0MiBBTQ0KVG86CWxpbnV4LWNyeXB0b0BubC5saW51 eC5vcmcNClN1YmplY3Q6CVJlOiBUaG9zZSBkYW1uIGFybXkgYnJhdHMhDQoNCk9uIE1vbiwgSnVs IDMwLCAyMDAxIGF0IDAzOjA2OjIzQU0gLTA3MDAsIElUMyBTdHVhcnQgQi4gVGVuZXIsIFVTTlIt UiB3cm90ZToNCj4gTXIuIEhvbGxpczoNCj4gDQo+IAlBcmUgeW91IHNheWluZyBJIGFtIGluIG5l ZWQgb2YgYSBwYXRjaCBvciB1cGRhdGU/IFRoZSBNaWNyb3NvZnQgd2Vic2l0ZQ0KPiBzYXlzIEkg YW0gdXAgdG8gZGF0ZS4gV2h5IGRvIHlvdSBzYXkgdGhhdD8NCg0KWW91IHNob3VsZCBnZW5lcmFs bHkgZmV0Y2ggdXAgd2l0aCB0aGUgdHJhZGl0aW9uYWwgd2F5cyBpbiB3cml0aW5nDQphbiBlbWFp bDoNCg0KLSBVc2Ugc29tZSBlbWFpbCBwcm9ncmFtIHRoYXQgaXMga25vd24gdG8gcHJvZHVjZSBz dGFuZGFyZCBlbWFpbHM6DQoJLSBUaGUgdGV4dHVhbCBwYXJ0IHNob3VsZCBiZSAiVGV4dC1Pbmx5 Iiwgd2l0aCBubyBIVE1MIG9yDQoJICBNUyBXb3JkIGhlbHAgd3JpdHRlbi4NCgktIEF0dGFjaG1l bnRzIHNob3VsZCBiZSBNSU1FIGVuY29kZWQgKGNob29zZSBlLmcuIGJhc2U2NCkNCgktIFdoZW4g cmVwbHlpbmcgdG8gYW4gZW1haWwsICphbHdheXMqIHN0YXJ0IHlvdXIgd3JpdGluZw0KCSAgKnVu ZGVyKiB0aGUgb2xkIGVtYWlsLiBSZW1vdmUgYWxsIChvbGQpIHBhcnRzIHlvdSBkb24ndA0KCSAg cmVwbGF5IHRvLg0KCS0gS2VlcCBzaWduYXR1cmVzIHNob3J0LiBObyBtb3JlIHRoYW4gYWJvdXQg MyBsaW5lcw0KCS0gS2VlcCBsaW5lcyBzaG9ydC4gTm8gbW9yZSB0aGFuIGFib3V0IDcwIGNoYXJh Y3RlcnMsIHRoZW4NCgkgIHByZXNzIFJFVFVSTi4NCi0gT3V0bG9vayBnZW5lcmFsbHkgd2FzIHdy aXR0ZW4gYXMgYSBncm91cHdhcmUgcHJvZHVjdCBjb21tdW5pY2F0aW5nDQogIHdpdGggYSBwcm9w cmlldGFyeSBwcm90b2NvbCB0byBhbiBFeGNoYW5nZSBTZXJ2ZXIuIFBsZWFzZSB1c2UgYQ0KICBw cm9ncmFtIHdyaXR0ZW4gdG8gd3JpdGUgRW1haWxzLCBub3QgV29yZCBEb2N1bWVudHMuIFNvIGRv bid0DQogIHVzZSBPdXRsb29rIGZvciBlbWFpbHMuIFVzZSBFdWRvcmEgb3IgTmV0c2NhcGUgKGlm IHlvdSB3YW50IHRvDQogIHJlbWFpbiBhdCBXaW5kb3dzKS4gVGhleSB3aWxsIGRvIHRoZSBqb2Ig aW4gYSBiZXR0ZXIgd2F5Li4uDQoNCk1mRywgSkJHDQoNCkxpbnV4LWNyeXB0bzogIGNyeXB0b2dy YXBoeSBpbiBhbmQgb24gdGhlIExpbnV4IHN5c3RlbQ0KQXJjaGl2ZTogICAgICAgaHR0cDovL21h aWwubmwubGludXgub3JnL2xpbnV4LWNyeXB0by8NCg== Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 16:37:54 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 16:34:55 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:44302 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Thu, 2 Aug 2001 16:34:33 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15SJSt-00082T-00 for ; Thu, 02 Aug 2001 15:28:43 +0100 Received: from w2kpro01 (ppp-206-170-209-130.lsan03.pacbell.net [206.170.209.130]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id P90WBAX9; Thu, 2 Aug 2001 09:30:59 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Michael T. Babcock" , Subject: RE: Those damn army brats! Date: Thu, 2 Aug 2001 07:33:40 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <002f01c11922$838fb3e0$1b0fa8c0@dom1> Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list DQpNci4gQmFiY29jazoNCg0KCUkgdGhvdWdodCB0aGUgbWVzc2FnZSB3YXMgTUlNRSBjb21wbGlh bnQgY2F1c2UgSSBjaGVja2VkIGFuZCBhbGwgdGhlIHJpZ2h0IGJveGVzIHdlcmUgdGlja2VkIG9m ZiE/ISBUbyBtYW55IGNvbXBsYWluZXJzIG9uIHRoaXMgbGlzdCwgbm90IGVub3VnaCBkb2Vycy4N Cg0KCVdoYXQgYXJlICJUQUkgZGF0ZXMiPw0KDQoNClZlcnkgUmVzcGVjdGZ1bGx5LCANCg0KU3R1 YXJ0IEJsYWtlIFRlbmVyLCBJVDMsIFVTTlItUiwgTjNHV0cgDQpCZXZlcmx5IEhpbGxzLCBDYWxp Zm9ybmlhDQpWVFUgMTkwNEcgKFZvbHVudGVlciBUcmFpbmluZyBVbml0KSANCnN0dWFydEBiaDkw MjEwLm5ldCANCndlc3QgY29hc3Q6ICgzMTApLTM1OC0wMjAyIFAuTy4gQm94IDE2MDQzLCBCZXZl cmx5IEhpbGxzLCBDQSA5MDIwOS0yMDQzIA0KZWFzdCBjb2FzdDogKDIxNSktMzM4LTYwMDUgUC5P LiBCb3ggNDU4NTksIFBoaWxhZGVscGhpYSwgUEEgMTkxNDktNTg1OSANCg0KVGVsZWNvcGllcjog KDQxOSktNzE1LTYwNzMgZmF4IHRvIGVtYWlsIGdhdGV3YXkgdmlhIHd3dy5lZmF4LmNvbSAoaXQn cyBmcmVlISkgDQoNCkpPSU4gVEhFIFVTIE5BVlkgUkVTRVJWRSwgU0VSVkUgWU9VUiBDT1VOVFJZ LCBBTkQgQkVORUZJVCBGUk9NIElUIEFMTC4gDQoNClRodXJzZGF5LCBBdWd1c3QgMDIsIDIwMDEg NzozMCBBTQ0KDQogLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IAlvd25lci1saW51 eC1jcnlwdG9AbmwubGludXgub3JnIFttYWlsdG86b3duZXItbGludXgtY3J5cHRvQG5sLmxpbnV4 Lm9yZ10gIE9uIEJlaGFsZiBPZiBNaWNoYWVsIFQuIEJhYmNvY2sNClNlbnQ6CU1vbmRheSwgSnVs eSAzMCwgMjAwMSAxMTowOCBBTQ0KVG86CWxpbnV4LWNyeXB0b0BubC5saW51eC5vcmcNClN1Ympl Y3Q6CVJlOiBUaG9zZSBkYW1uIGFybXkgYnJhdHMhDQoNCj4gYS4gVGhpcyBpcyB0b3RhbGx5IE9U IGZvciB0aGlzIGxpc3QNClByb2JhYmx5IHZlcnkgdHJ1ZS4NCg0KPiBiLiBZb3UncmUgbm90IHVz aW5nIE1JTUUgYXR0YWNobWVudHMsIGJ1dCBwcm9wcmlldGFyeSBXaW5kb3dzIHN0dWZmLiBJZiAN Cj4geW91IHdhbnQgdXMgdG8gZXZlbiBsb29rIGF0IGl0LCB1c2UgTUlNRS4NCg0KWWVzLCBhY3R1 YWxseSwgaGlzIG1lc3NhZ2Ugd2FzIHBlcmZlY3RseSBNSU1FIGNvbXBsaWFudC4gIFJlYWQgdGhl IHNvdXJjZS4NCg0KPiBjLiBBbGwgMzJiaXQtdGltZV90IFVuaWNlcyB3aWxsIHN0b3Agd29ya2lu ZyBwcm9wZXJseSBpbiAyMDM4LiBUaGF0J3MgDQo+IGR1ZSB0byB0aGUgd2F5IHRoZXkgaW50ZXJu YWxseSBzdG9yZSB0aGUgdGltZSAoaW4gc2VjcyBzaW5jZSAxLTEtMTk3MCANCj4gMDowMCBHTVQp LiBTbyBhbnl0aGluZyByZXNlbWJsaW5nIFkzSyB0ZXN0aW5nIGlzIGNvbXBsZXRlbHkgYm9ndXMg DQo+IGFueXdheS4NCg0KWW91IGhhdmVuJ3QgZGVhbHQgd2l0aCBUQUkgZGF0ZXMgeWV0Pw0KDQoN CkxpbnV4LWNyeXB0bzogIGNyeXB0b2dyYXBoeSBpbiBhbmQgb24gdGhlIExpbnV4IHN5c3RlbQ0K QXJjaGl2ZTogICAgICAgaHR0cDovL21haWwubmwubGludXgub3JnL2xpbnV4LWNyeXB0by8NCg== Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 18:41:35 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 18:40:06 +0200 Received: from mail2.uni-bielefeld.de ([129.70.4.90]:30672 "EHLO mail.uni-bielefeld.de") by humbolt.nl.linux.org with ESMTP id ; Thu, 2 Aug 2001 18:39:56 +0200 Received: from there (ppp36-408.hrz.uni-bielefeld.de [129.70.37.152]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with SMTP id <0GHG00A028YIVI@mail.uni-bielefeld.de> for linux-crypto@nl.linux.org; Thu, 2 Aug 2001 18:39:58 +0200 (MET DST) Date: Thu, 02 Aug 2001 20:38:37 +0200 From: Marc Mutz Subject: Re: Those damn army brats! In-reply-to: <002f01c11922$838fb3e0$1b0fa8c0@dom1> To: "Michael T. Babcock" , linux-crypto@nl.linux.org Message-id: <0GHG00A078YLVI@mail.uni-bielefeld.de> MIME-version: 1.0 X-Mailer: KMail [version 1.3] Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT References: <0GHA00FCZ5BAJQ@mail.uni-bielefeld.de> <002f01c11922$838fb3e0$1b0fa8c0@dom1> Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 30 July 2001 20:07, Michael T. Babcock wrote: > > a. This is totally OT for this list > > Probably very true. > > > b. You're not using MIME attachments, but proprietary Windows > > stuff. If you want us to even look at it, use MIME. > > Yes, actually, his message was perfectly MIME compliant. Read the > source. OK, please show me the RFC that defines application/ms-tnef :-) Marc - -- Marc Mutz http://marc.mutz.com/ http://www.mathematik.uni-bielefeld.de/~mmutz/ http://EncryptionHOWTO.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7aZ4u3oWD+L2/6DgRAsUTAKDAeoT/K+F89sG4r7khA5OlIsq+VQCfUmTn 64P0Ob7eJgT6hEGPXUiA9CY= =NiI4 -----END PGP SIGNATURE----- Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 20:18:59 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 20:16:00 +0200 Received: from www.fibrespeed.net ([216.168.105.33]:20723 "HELO mail.fibrespeed.net") by humbolt.nl.linux.org with SMTP id ; Thu, 2 Aug 2001 20:15:55 +0200 Received: (qmail 30211 invoked from network); 2 Aug 2001 18:15:40 -0000 Received: from unknown (HELO garbobiii) (@24.226.37.105) by 0 with SMTP; 2 Aug 2001 18:15:40 -0000 Message-ID: <001601c11b7f$de15ed20$440fa8c0@garbobiii> From: "Michael T. Babcock" To: "Marc Mutz" , References: <0GHA00FCZ5BAJQ@mail.uni-bielefeld.de> <002f01c11922$838fb3e0$1b0fa8c0@dom1> <0GHG00A078YLVI@mail.uni-bielefeld.de> Subject: Re: Those damn army brats! Date: Thu, 2 Aug 2001 14:20:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list > > Yes, actually, his message was perfectly MIME compliant. Read the > > source. > > > OK, please show me the RFC that defines application/ms-tnef :-) You might want to be silent instead of sounding foolish. application/ms-tnef is the type of data within a segment of the MIME message. The message is MIME compliant -- perfectly so. It began and ended with proper MIME separators and defined the data types of each of the sections of the message, including the plaintext version your mail reader should have presented you with. If I'm not mistaken, the ms-tnef section may have even been labelled as alternative content; not as an attachment. MIME compliance has _nothing_ to do with the data inside the MIME sections if they are properly separated and labelled. Your complaint is likely that his mail reader sends a second copy of the E-mail in a non-ASCII format; properly MIME encapsulated. If so, that is a potentially valid complaint, but has little to nothing to do with its MIME compliance. Why don't _you_ read the RFCs? -- Michael T. Babcock CTO, FibreSpeed Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 21:06:38 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 21:05:01 +0200 Received: from mail2.uni-bielefeld.de ([129.70.4.90]:42487 "EHLO mail.uni-bielefeld.de") by humbolt.nl.linux.org with ESMTP id ; Thu, 2 Aug 2001 21:04:39 +0200 Received: from there (ppp36-252.hrz.uni-bielefeld.de [129.70.36.252]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with SMTP id <0GHG00D7YFNTUR@mail.uni-bielefeld.de> for linux-crypto@nl.linux.org; Thu, 2 Aug 2001 21:04:41 +0200 (MET DST) Date: Thu, 02 Aug 2001 23:04:42 +0200 From: Marc Mutz Subject: [OT] Re: Those damn army brats! In-reply-to: <001601c11b7f$de15ed20$440fa8c0@garbobiii> To: "Michael T. Babcock" , linux-crypto@nl.linux.org Message-id: <0GHG00D7ZFNTUR@mail.uni-bielefeld.de> MIME-version: 1.0 X-Mailer: KMail [version 1.3] Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT References: <0GHG00A078YLVI@mail.uni-bielefeld.de> <001601c11b7f$de15ed20$440fa8c0@garbobiii> Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 02 August 2001 20:20, Michael T. Babcock wrote: > > > Yes, actually, his message was perfectly MIME compliant. Read > > > the source. > > > > > > > > OK, please show me the RFC that defines application/ms-tnef :-) > > You might want to be silent instead of sounding foolish. > > application/ms-tnef is the type of data within a segment of the MIME > message. Of course. > The message is MIME compliant -- perfectly so. It began and ended > with proper MIME separators and defined the data types of each of the > sections of the message, including the plaintext version your mail > reader should have presented you with. Yes, this is correct. > If I'm not mistaken, the > ms-tnef section may have even been > labelled as alternative content; not as an attachment. > Here you are wrong. It's actually multipart/mixed. He attached an example program or something like that. But instead of using the MIME way (attaching single files in a nested multipart/mixed or multipart/related body part), he used the Win way: application/ms-tnef, which KMail, being a compliant MIME mailer, interprets as application/octet-stream. This is where my criticism started (that I can't read the attachment because it's some win-proprietary stuff instead of plain MIME). > MIME compliance has _nothing_ to do with the data inside the MIME > sections if they are properly separated and labelled. Also this is correct. > Your complaint > is likely that his mail > reader sends a second copy of the E-mail in a non-ASCII format; > properly MIME encapsulated. No, it's that he sends attachments in a win-proprietary format instead of in multiparts's (I must admit that I haven't got a clue about what application/ms-tnef is; I guess it's some kind of archive format or so). > If so, that is a potentially valid > complaint, but has little to > nothing to do with its MIME compliance. > I must admit that labelling it "not MIME compliant" was a bit oversimplified. Please excuse me. I hope I have made clear what I meant, now. > Why don't _you_ read the RFCs? I have. Bet that I have ;-) > -- > Michael T. Babcock > CTO, FibreSpeed Marc - -- Marc Mutz http://marc.mutz.com/ http://www.mathematik.uni-bielefeld.de/~mmutz/ http://EncryptionHOWTO.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7acCD3oWD+L2/6DgRAjLIAKDmXsxeFbbffBBGr8+TnWfwT1ePqQCgiLsd QvBa59w4tX5tNLapT0ecuiA= =cLv9 -----END PGP SIGNATURE----- Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 21:15:02 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 21:12:15 +0200 Received: from p3E9E1382.dip.t-dialin.net ([62.158.19.130]:61458 "HELO rimbaud.global-thinking.org") by humbolt.nl.linux.org with SMTP id ; Thu, 2 Aug 2001 21:11:57 +0200 Received: (qmail 28175 invoked from network); 2 Aug 2001 19:11:50 -0000 Received: from unknown (HELO dix) (192.168.0.1) by 192.168.0.99 with SMTP; 2 Aug 2001 19:11:50 -0000 Content-Type: text/plain; charset="iso-8859-1" From: David =?iso-8859-1?q?G=FCmbel?= Organization: - To: "Michael T. Babcock" , "Marc Mutz" , Subject: [OT] Re: Those damn army brats! Date: Thu, 2 Aug 2001 21:09:48 +0200 X-Mailer: KMail [version 1.2] References: <0GHG00A078YLVI@mail.uni-bielefeld.de> <001601c11b7f$de15ed20$440fa8c0@garbobiii> In-Reply-To: <001601c11b7f$de15ed20$440fa8c0@garbobiii> X-GPG-Key-URL: http://www.fsi.uni-tuebingen.de/~guembel/key.txt MIME-Version: 1.0 Message-Id: <01080221094800.01425@dix> Content-Transfer-Encoding: 8bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Hello, On Thursday, 2. August 2001 20:20, Michael T. Babcock wrote: > > > Yes, actually, his message was perfectly MIME compliant. Read the > > > source. > > > > > > > > OK, please show me the RFC that defines application/ms-tnef :-) > > You might want to be silent instead of sounding foolish. > > application/ms-tnef is the type of data within a segment of the MIME > message. > The message is MIME compliant -- perfectly so. It began and ended with > proper MIME separators and defined the data types of each of the sections > of the message, including the plaintext version your mail reader should > have presented you with. If I'm not mistaken, the ms-tnef section may have > even been > labelled as alternative content; not as an attachment. As far as I get ist, what Marc (and others) is complaining about is the message , sent on "Fri, 27 Jul 2001 21:43:58 -0700". That one was of type "multipart/mixed". The "application/ms-tnef"-section therefore was not (and also should not have been) "labelled as alternative content". The question of this message being MIME-compliant or not is not exactly the point. But when I read RFC 1341, it says: The process of defining new content-subtypes, then, is not intended to be a mechanism for imposing restrictions, but simply a mechanism for publicizing the usages. There are, therefore, two acceptable mechanisms for defining new Content-Type subtypes: 1. Private values (starting with "X-") may be defined bilaterally between two cooperating agents without outside registration or standardization. 2. New standard values must be documented, registered with, and approved by IANA, as described in Appendix F. Where intended for public use, the formats they refer to must also be defined by a published specification, and possibly offered for standardization. As I would guess (but don't exactly know) that MS has not taken step 2, the second (binary) part of the message schuld have had the application/octet-stream content type and have the MS-specific stuff done in a private header field, as stated in: 7.8 Experimental Content-Type Values A Content-Type value beginning with the characters "X-" is a private value, to be used by consenting mail systems by mutual agreement. Any format without a rigorous and public definition must be named with an "X-" prefix, and publicly specified values shall never begin with "X-". Most important and entirely independent of the MIME-compliancy of the message is the fact that you simply cannot send your data (source code in this case?) encoded in a proprietary format only readable with proprietary software to a list that deals with aspects of an operating system for which _no_ software exists that can read the format. You should really stick to the usual way of distributing code - make (compressed) tarballs. Which the sender did in a second message(see ). Another thing is that it would have been much better to upload the tarball to some place in the WWW and simply point interested parties to its URL. Distributing binary data of whichever size to a whole bunch of people of which you can tell that a maximum of five to ten percent will one day possibly look into it. Although 7 kb is not too much, I personally would consider it impolite. As says RFC 1855: | Don't send large files to mailing lists when Uniform Resource Locators | (URLs) or pointers to ftp-able versions will do. If you want to send it as | multiple files, be sure to follow the culture of the group. If you don't | know what that is, ask. Regards, David Gümbel -- "UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity." -- Dennis Ritchie Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 21:37:37 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 21:35:53 +0200 Received: from mailbox.math.ualberta.ca ([129.128.206.31]:784 "EHLO mailbox.math.ualberta.ca") by humbolt.nl.linux.org with ESMTP id ; Thu, 2 Aug 2001 21:35:39 +0200 Received: from sixpack.math.ualberta.ca (hackerhue.ddts.net.math.ualberta.ca) [129.128.207.8] ([9WzpOMaUetoXAUeeAD+czm5QLzxK5N2/]) by mailbox.math.ualberta.ca with esmtp (Exim 3.31 #1) id 15SOGp-0001FZ-00 ; Thu, 02 Aug 2001 13:36:35 -0600 To: linux-crypto@nl.linux.org Subject: Re: Those damn army brats! References: <0GHA00FCZ5BAJQ@mail.uni-bielefeld.de> <002f01c11922$838fb3e0$1b0fa8c0@dom1> <0GHG00A078YLVI@mail.uni-bielefeld.de> <001601c11b7f$de15ed20$440fa8c0@garbobiii> From: Hubert Chan In-Reply-To: <001601c11b7f$de15ed20$440fa8c0@garbobiii> Date: 02 Aug 2001 13:35:19 -0600 Message-ID: <873d7aqmq0.fsf@hackerhue.ddts.net> Lines: 38 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.104 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Michael" == Michael T Babcock writes: >> > Yes, actually, his message was perfectly MIME compliant. Read the >> > source. >> >> OK, please show me the RFC that defines application/ms-tnef :-) Michael> You might want to be silent instead of sounding foolish. Michael> application/ms-tnef is the type of data within a segment of the Michael> MIME message. The message is MIME compliant -- perfectly so. RFC2046, section 6 (Experimental Media Type Values): ,---- | Any format without a rigorous and public definition must be named with | an "X-" prefix... `---- I believe that is what Marc was referring to. So the MIME type should have been called "application/x-ms-tnef". - -- Hubert Chan - http://www.geocities.com/hubertchan/ PGP/GnuPG key: 1024D/651854DF71FDA37F Fingerprint: 6CC5 822D 2E55 494C 81DD 6F2C 6518 54DF 71FD A37F Key available at wwwkeys.pgp.net. Please encrypt *all* e-mail to me. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7aat0ZRhU33H9o38RAtdOAJ9laphseoBHYDi7UPw9NafTWbTvWACfbeiu PzFOo7zoCfxNc8GFKm+jRFI= =AoYo -----END PGP SIGNATURE----- Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 21:47:34 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 21:45:36 +0200 Received: from p3E9E1382.dip.t-dialin.net ([62.158.19.130]:29715 "HELO rimbaud.global-thinking.org") by humbolt.nl.linux.org with SMTP id ; Thu, 2 Aug 2001 21:45:21 +0200 Received: (qmail 28405 invoked from network); 2 Aug 2001 19:45:17 -0000 Received: from unknown (HELO dix) (192.168.0.1) by 192.168.0.99 with SMTP; 2 Aug 2001 19:45:17 -0000 Content-Type: text/plain; charset="iso-8859-1" From: David =?iso-8859-1?q?G=FCmbel?= Organization: - To: linux-crypto@nl.linux.org Subject: Re: [OT] Re: Those damn army brats! Date: Thu, 2 Aug 2001 21:43:28 +0200 X-Mailer: KMail [version 1.2] References: <001601c11b7f$de15ed20$440fa8c0@garbobiii> <01080221094800.01425@dix> In-Reply-To: <01080221094800.01425@dix> X-GPG-Key-URL: http://www.fsi.uni-tuebingen.de/~guembel/key.txt MIME-Version: 1.0 Message-Id: <01080221432800.01696@dix> Content-Transfer-Encoding: 8bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list On Thursday, 2. August 2001 21:09, David Gümbel wrote: [a lot of stuff] > As I would guess (but don't exactly know) that MS has not taken step 2, the > second (binary) part of the message schuld have had the > application/octet-stream content type and have the MS-specific stuff done > in a private header field, as stated in: The "private header field" part of that statement is nonsense. H.Chan is right, of course. And please replace "schuld" with "should" in your mind :-) Regards, David Gümbel -- "Black holes are where god is dividing by zero." Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 21:49:56 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 21:47:06 +0200 Received: from www.fibrespeed.net ([216.168.105.33]:34295 "HELO mail.fibrespeed.net") by humbolt.nl.linux.org with SMTP id ; Thu, 2 Aug 2001 21:46:54 +0200 Received: (qmail 2478 invoked from network); 2 Aug 2001 19:46:53 -0000 Received: from unknown (HELO garbobiii) (@24.226.37.105) by 0 with SMTP; 2 Aug 2001 19:46:52 -0000 Message-ID: <00a201c11b8c$9c2275c0$440fa8c0@garbobiii> From: "Michael T. Babcock" To: References: <0GHG00A078YLVI@mail.uni-bielefeld.de> <001601c11b7f$de15ed20$440fa8c0@garbobiii> <01080221094800.01425@dix> Subject: Re: [OT] Re: Those damn army brats! Date: Thu, 2 Aug 2001 15:52:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list > Most important and entirely independent of the MIME-compliancy of the message ... that is all I cared about in my response -- "... entirely independant of ..." -- now Marc did point out that the attachment wasn't readable to non-MS mail readers, and this is correct (and was the part of my response labelled as 'if I'm not mistaken'), which I was. > Another thing is that it would have been much better to upload the tarball to > some place in the WWW and simply point interested parties to its URL. Unfortunately, URI-based peer-to-peer doesn't exist in a way that allows us to share large files on an on-demand basis yet without these types of decisions being made. Hopefully they will be in the future ... For example: p2pfile://mbabcock@fibrespeed.net/shared/source01.tar.gz -- Michael T. Babcock Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Thu Aug 2 23:05:47 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Thu, 2 Aug 2001 23:03:49 +0200 Received: from mail2.uni-bielefeld.de ([129.70.4.90]:53041 "EHLO mail.uni-bielefeld.de") by humbolt.nl.linux.org with ESMTP id ; Thu, 2 Aug 2001 23:03:33 +0200 Received: from there (ppp36-325.hrz.uni-bielefeld.de [129.70.37.69]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with SMTP id <0GHG00FNQL5V6N@mail.uni-bielefeld.de> for linux-crypto@nl.linux.org; Thu, 2 Aug 2001 23:03:32 +0200 (MET DST) Date: Fri, 03 Aug 2001 01:03:56 +0200 From: Marc Mutz Subject: [OT] Re: Those damn army brats! In-reply-to: <873d7aqmq0.fsf@hackerhue.ddts.net> To: Hubert Chan , linux-crypto@nl.linux.org Message-id: <0GHG00FNRL5V6N@mail.uni-bielefeld.de> MIME-version: 1.0 X-Mailer: KMail [version 1.3] Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT References: <001601c11b7f$de15ed20$440fa8c0@garbobiii> <873d7aqmq0.fsf@hackerhue.ddts.net> Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 02 August 2001 21:35, Hubert Chan wrote: > RFC2046, section 6 (Experimental Media Type Values): > ,---- > > | Any format without a rigorous and public definition must be named > | with an "X-" prefix... > > `---- > > I believe that is what Marc was referring to. > > So the MIME type should have been called "application/x-ms-tnef". Actually, they (MS) registered ms-tnef with IANA, but as application/vnd.ms-tnef. http://www.isi.edu/in-notes/iana/assignments/media-types/application/vnd.ms-tnef Marc - -- Marc Mutz http://marc.mutz.com/ http://www.mathematik.uni-bielefeld.de/~mmutz/ http://EncryptionHOWTO.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7adxd3oWD+L2/6DgRArpCAJwIzdIsstqD0sffkH+yYefxMl1RswCgh+E2 KElluJRuVOHCZjGN1oGSgkE= =vIfu -----END PGP SIGNATURE----- Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Fri Aug 3 00:27:01 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Fri, 3 Aug 2001 00:24:00 +0200 Received: from mailbox.math.ualberta.ca ([129.128.206.31]:38329 "EHLO mailbox.math.ualberta.ca") by humbolt.nl.linux.org with ESMTP id ; Fri, 3 Aug 2001 00:23:45 +0200 Received: from sixpack.math.ualberta.ca (hackerhue.ddts.net.math.ualberta.ca) [129.128.207.8] ([j6gCiiTkthVXqA9LNgxDnYcHAqFxMrHA]) by mailbox.math.ualberta.ca with esmtp (Exim 3.31 #1) id 15SQtk-00061o-00 ; Thu, 02 Aug 2001 16:24:56 -0600 To: linux-crypto@nl.linux.org Subject: Re: [OT] Re: Those damn army brats! References: <001601c11b7f$de15ed20$440fa8c0@garbobiii> <873d7aqmq0.fsf@hackerhue.ddts.net> <0GHG00FNRL5V6N@mail.uni-bielefeld.de> From: Hubert Chan In-Reply-To: <0GHG00FNRL5V6N@mail.uni-bielefeld.de> Date: 02 Aug 2001 16:23:42 -0600 Message-ID: <87g0bap0cx.fsf@hackerhue.ddts.net> Lines: 40 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.104 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Marc" == Marc Mutz writes: Marc> On Thursday 02 August 2001 21:35, Hubert Chan wrote: >> RFC2046, section 6 (Experimental Media Type Values): >> ,---- >> | Any format without a rigorous and public definition must be named >> | with an "X-" prefix... >> `---- >> >> I believe that is what Marc was referring to. >> >> So the MIME type should have been called "application/x-ms-tnef". Marc> Marc> Actually, they (MS) registered ms-tnef with IANA, but as Marc> application/vnd.ms-tnef. http://www.isi.edu/in-notes/iana/assignments/media-types/application/vnd.ms-tnef Hmm. The RFC says that the format needs a "public definition". Does this "public definition" mean the definition included in the referenced page? Or does it mean that the file format itself has to have a public definition? Judging from all the registered application/vnd.* types, I'm guessing the former (though I'd much more prefer the latter). - -- Hubert Chan - http://www.geocities.com/hubertchan/ PGP/GnuPG key: 1024D/651854DF71FDA37F Fingerprint: 6CC5 822D 2E55 494C 81DD 6F2C 6518 54DF 71FD A37F Key available at wwwkeys.pgp.net. Please encrypt *all* e-mail to me. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7adLiZRhU33H9o38RAtLgAJ99sIUnBR6KZcGkQCcc45C4RlpFsQCfYVC8 Pi0yGfvwdbCpcyzeqqgmprE= =eC8v -----END PGP SIGNATURE----- Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sat Aug 4 20:22:33 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sat, 4 Aug 2001 20:19:43 +0200 Received: from hank-fep8-0.inet.fi ([194.251.242.203]:26041 "EHLO fep08.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Sat, 4 Aug 2001 20:19:34 +0200 Received: from pp.inet.fi ([212.213.41.127]) by fep08.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010804181718.UBRA27278.fep08.tmt.tele.fi@pp.inet.fi> for ; Sat, 4 Aug 2001 21:17:18 +0300 Message-ID: <3B6C3AE5.8067A61@pp.inet.fi> Date: Sat, 04 Aug 2001 21:11:49 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-crypto@nl.linux.org Subject: Announce loop-AES-v1.3d file crypto package Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list In short: If file crypto is all you need, this package is a hassle free replacement for international crypto patch. This package provides loadable Linux kernel module (loop.o) that has AES cipher built-in. The AES cipher can be used to encrypt local file systems and disk partitions. For more information about compiling and using the driver, see the README file in the package. Features: - No source modifications to kernel. No patch hassles when a new version of kernel is released. - Works with 2.4, 2.2 and 2.0 kernels. - AES cipher is used in CBC mode. Supports 128, 192 and 256 bit keys. - Passwords hashed with SHA-256, SHA-384 or SHA-512. - 512 byte based IV. IV is immune to variations in transfer size and does not depend on file system block size. Changes since previous release: - loop.c-2.4.original updated to Alan Cox's 2.4.7-ac5 version (ext3 changes), and Makefile updated to compile that version on older kernels as well. Kernel 2.4 users who use file backed loop devices on ext3 filesystem AND your kernel IS NOT stock Linus or Alan kernel, should upgrade to this version. No need to upgrade if you use older 2.2 or 2.0 kernels. bzip2 compressed tarball is here: http://loop-aes.sourceforge.net/loop-AES-v1.3d.tar.bz2 md5sum 9480d6e6a1ebe96ee7499fd8cb4eaffa PGP signature file, my public key, and fingerprint here: http://loop-aes.sourceforge.net/loop-AES-v1.3d.tar.bz2.sign http://loop-aes.sourceforge.net/PGP-public-key.asc 1024/3A220F51 5B 4B F9 BB D3 3F 52 E9 DB 1D EB E3 24 0E A9 DD Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 02:42:05 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 02:39:15 +0200 Received: from marc1.theaimsgroup.com ([63.238.77.171]:36360 "EHLO mailer.progressive-comp.com") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 02:39:00 +0200 Received: (from docs@localhost) by mailer.progressive-comp.com with id UAA02806; Sat, 4 Aug 2001 20:38:35 -0400 Date: Sat, 4 Aug 2001 20:38:35 -0400 Message-Id: <200108050038.UAA02806@mailer.progressive-comp.com> From: Hank Leininger Reply-To: Hank Leininger To: linux-crypto@nl.linux.org Subject: Re: Announce loop-AES-v1.3d file crypto package X-Shameless-Plug: Check out http://marc.theaimsgroup.com/ X-Warning: This mail posted via a web gateway at marc.theaimsgroup.com X-Warning: Report any violation of list policy to abuse@progressive-comp.com X-Posted-By: Hank Leininger Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list On 2001-08-04, Jari Ruusu wrote: > This package provides loadable Linux kernel module (loop.o) that has > AES cipher built-in. The AES cipher can be used to encrypt local file > systems and disk partitions. For more information about compiling and > using the driver, see the README file in the package. My laptop really wants swsusp (suspend to swap), which of course wants to be encrypted. There's a long-standing caveat that using loop-encryption for a swap partition will blow up (memory allocations are done in the encrypt+write out path, which will die when we are swapping). However, it's not clear to me if this is a problem with the 'crypto-api' patches or not (for instance, ppdd is supposed to be able to handle it, so it's probably not a problem with the basic loop.o driver). Do you know if loop-AES does/should have a problem with encrypted swap? Or if, even better, it's tested and known to work? Thanks, Hank Leininger Who is too lazy to just set this up & beat on it until smoke comes out. Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 08:59:49 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 08:57:31 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:18182 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 08:57:12 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15THkv-0004bc-00 for ; Sun, 05 Aug 2001 07:51:21 +0100 Received: from w2kpro01 (ppp-206-170-210-69.lsan03.pacbell.net [206.170.210.69]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QF45ML; Sun, 5 Aug 2001 01:53:57 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Jari Ruusu" , Subject: RE: Announce loop-AES-v1.3d file crypto package Date: Sat, 4 Aug 2001 23:56:55 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3B6C3AE5.8067A61@pp.inet.fi> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJ1dXN1Og0KDQoJUmVjZW50bHkgSSBoYXZlIGJlZ3VuIHRvIGNvbnNpZGVyIHRoZSBpbXBs ZW1lbnRhdGlvbiBvZiB5b3VyIGxvb3AtYWVzIGFzIGl0IHNlZW1zIHRoYXQgd29yayBvbiB0aGUg SS1wYXRjaCBoYXMgY29tZSB0byBhIGhhbHQsIGFuZCBzdGlsbCBkb2VzIG5vdCBzZWVtIHRvIGhh dmUgdGhlIGRlc2lnbiBsaW1pdGF0aW9ucyB5b3Ugc3Bva2Ugb2YgcmVtb3ZlZCB0byBkYXRlLg0K DQoJSSBhbSBjdXJpb3VzIGlmIHlvdXIgbG9vcC1hZXMgdmlydHVhbCBmaWxlc3lzdGVtIGNhbiBi ZSByZXNpemVkIGF0IGFsbCBpbiBhbnl3YXk/IFN1cHBvc2UgSSBjcmVhdGUgYSAxR0IgZW5jcnlw dGVkIGRpc2ssIGFuZCBuZWVkIHRvIGV4cGFuZCBpdCBieSA1MDBNQiwgaXMgdGhhdCBwb3NzaWJs ZSBpbiBhICJwYXJ0aXRpb24gbWFnaWMiIHN0eWxlIHdheT8gSSBrbm93IHBhcnRpdGlvbiBtYWdp YyBpcyBub3QgZ29pbmcgdG8gZG8gaXQgKGZvciBhIHBsZXRob3JhIG9mIHJlYXNvbnMpLCBidXQg ZG8geW91IHBsYW4gYSB1dGlsaXR5IHRvIGRvIGp1c3QgdGhhdCAoZ3JvdyBhbiBlbmNyeXB0ZWQg ZHJpdmUpIGlmIHRoZSB1bmRlcmx5aW5nIGhhcmQgd2FyZSBkZXZpY2UgaGFzIHNwYWNlIGF2YWls YWJsZT8NCg0KDQpWZXJ5IFJlc3BlY3RmdWxseSwgDQoNClN0dWFydCBCbGFrZSBUZW5lciwgSVQz LCBVU05SLVIsIE4zR1dHIA0KQmV2ZXJseSBIaWxscywgQ2FsaWZvcm5pYQ0KVlRVIDE5MDRHIChW b2x1bnRlZXIgVHJhaW5pbmcgVW5pdCkgDQpzdHVhcnRAYmg5MDIxMC5uZXQgDQp3ZXN0IGNvYXN0 OiAoMzEwKS0zNTgtMDIwMiBQLk8uIEJveCAxNjA0MywgQmV2ZXJseSBIaWxscywgQ0EgOTAyMDkt MjA0MyANCmVhc3QgY29hc3Q6ICgyMTUpLTMzOC02MDA1IFAuTy4gQm94IDQ1ODU5LCBQaGlsYWRl bHBoaWEsIFBBIDE5MTQ5LTU4NTkgDQoNClRlbGVjb3BpZXI6ICg0MTkpLTcxNS02MDczIGZheCB0 byBlbWFpbCBnYXRld2F5IHZpYSB3d3cuZWZheC5jb20gKGl0J3MgZnJlZSEpIA0KDQpKT0lOIFRI RSBVUyBOQVZZIFJFU0VSVkUsIFNFUlZFIFlPVVIgQ09VTlRSWSwgQU5EIEJFTkVGSVQgRlJPTSBJ VCBBTEwuIA0KDQpTYXR1cmRheSwgQXVndXN0IDA0LCAyMDAxIDExOjU0IFBNDQoNCiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogCW93bmVyLWxpbnV4LWNyeXB0b0BubC5saW51eC5v cmcgW21haWx0bzpvd25lci1saW51eC1jcnlwdG9AbmwubGludXgub3JnXSAgT24gQmVoYWxmIE9m IEphcmkgUnV1c3UNClNlbnQ6CVNhdHVyZGF5LCBBdWd1c3QgMDQsIDIwMDEgMTE6MTIgQU0NClRv OglsaW51eC1jcnlwdG9AbmwubGludXgub3JnDQpTdWJqZWN0OglBbm5vdW5jZSBsb29wLUFFUy12 MS4zZCBmaWxlIGNyeXB0byBwYWNrYWdlDQoNCkluIHNob3J0OiBJZiBmaWxlIGNyeXB0byBpcyBh bGwgeW91IG5lZWQsIHRoaXMgcGFja2FnZSBpcyBhIGhhc3NsZSBmcmVlDQpyZXBsYWNlbWVudCBm b3IgaW50ZXJuYXRpb25hbCBjcnlwdG8gcGF0Y2guDQoNClRoaXMgcGFja2FnZSBwcm92aWRlcyBs b2FkYWJsZSBMaW51eCBrZXJuZWwgbW9kdWxlIChsb29wLm8pIHRoYXQgaGFzIEFFUw0KY2lwaGVy IGJ1aWx0LWluLiBUaGUgQUVTIGNpcGhlciBjYW4gYmUgdXNlZCB0byBlbmNyeXB0IGxvY2FsIGZp bGUgc3lzdGVtcw0KYW5kIGRpc2sgcGFydGl0aW9ucy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJv dXQgY29tcGlsaW5nIGFuZCB1c2luZyB0aGUNCmRyaXZlciwgc2VlIHRoZSBSRUFETUUgZmlsZSBp biB0aGUgcGFja2FnZS4NCg0KRmVhdHVyZXM6DQotIE5vIHNvdXJjZSBtb2RpZmljYXRpb25zIHRv IGtlcm5lbC4gTm8gcGF0Y2ggaGFzc2xlcyB3aGVuIGEgbmV3IHZlcnNpb24gb2YNCiAga2VybmVs IGlzIHJlbGVhc2VkLg0KLSBXb3JrcyB3aXRoIDIuNCwgMi4yIGFuZCAyLjAga2VybmVscy4NCi0g QUVTIGNpcGhlciBpcyB1c2VkIGluIENCQyBtb2RlLiBTdXBwb3J0cyAxMjgsIDE5MiBhbmQgMjU2 IGJpdCBrZXlzLg0KLSBQYXNzd29yZHMgaGFzaGVkIHdpdGggU0hBLTI1NiwgU0hBLTM4NCBvciBT SEEtNTEyLg0KLSA1MTIgYnl0ZSBiYXNlZCBJVi4gSVYgaXMgaW1tdW5lIHRvIHZhcmlhdGlvbnMg aW4gdHJhbnNmZXIgc2l6ZSBhbmQgZG9lcw0KICBub3QgZGVwZW5kIG9uIGZpbGUgc3lzdGVtIGJs b2NrIHNpemUuDQoNCkNoYW5nZXMgc2luY2UgcHJldmlvdXMgcmVsZWFzZToNCi0gbG9vcC5jLTIu NC5vcmlnaW5hbCB1cGRhdGVkIHRvIEFsYW4gQ294J3MgMi40LjctYWM1IHZlcnNpb24gKGV4dDMN CiAgY2hhbmdlcyksIGFuZCBNYWtlZmlsZSB1cGRhdGVkIHRvIGNvbXBpbGUgdGhhdCB2ZXJzaW9u IG9uIG9sZGVyIGtlcm5lbHMgYXMNCiAgd2VsbC4NCg0KS2VybmVsIDIuNCB1c2VycyB3aG8gdXNl IGZpbGUgYmFja2VkIGxvb3AgZGV2aWNlcyBvbiBleHQzIGZpbGVzeXN0ZW0gQU5EDQp5b3VyIGtl cm5lbCBJUyBOT1Qgc3RvY2sgTGludXMgb3IgQWxhbiBrZXJuZWwsIHNob3VsZCB1cGdyYWRlIHRv IHRoaXMNCnZlcnNpb24uIE5vIG5lZWQgdG8gdXBncmFkZSBpZiB5b3UgdXNlIG9sZGVyIDIuMiBv ciAyLjAga2VybmVscy4NCg0KYnppcDIgY29tcHJlc3NlZCB0YXJiYWxsIGlzIGhlcmU6DQoNCiAg ICBodHRwOi8vbG9vcC1hZXMuc291cmNlZm9yZ2UubmV0L2xvb3AtQUVTLXYxLjNkLnRhci5iejIN CiAgICBtZDVzdW0gOTQ4MGQ2ZTZhMWViZTk2ZWU3NDk5ZmQ4Y2I0ZWFmZmENCg0KUEdQIHNpZ25h dHVyZSBmaWxlLCBteSBwdWJsaWMga2V5LCBhbmQgZmluZ2VycHJpbnQgaGVyZToNCg0KICAgIGh0 dHA6Ly9sb29wLWFlcy5zb3VyY2Vmb3JnZS5uZXQvbG9vcC1BRVMtdjEuM2QudGFyLmJ6Mi5zaWdu DQogICAgaHR0cDovL2xvb3AtYWVzLnNvdXJjZWZvcmdlLm5ldC9QR1AtcHVibGljLWtleS5hc2MN CiAgICAxMDI0LzNBMjIwRjUxIDVCIDRCIEY5IEJCIEQzIDNGIDUyIEU5ICBEQiAxRCBFQiBFMyAy NCAwRSBBOSBERA0KDQpSZWdhcmRzLCANCkphcmkgUnV1c3UgPGphcmkucnV1c3VAcHAuaW5ldC5m aT4NCg0KTGludXgtY3J5cHRvOiAgY3J5cHRvZ3JhcGh5IGluIGFuZCBvbiB0aGUgTGludXggc3lz dGVtDQpBcmNoaXZlOiAgICAgICBodHRwOi8vbWFpbC5ubC5saW51eC5vcmcvbGludXgtY3J5cHRv Lw0K Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 09:01:41 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 08:58:51 +0200 Received: from hank-fep8-0.inet.fi ([194.251.242.203]:15080 "EHLO fep08.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 08:58:47 +0200 Received: from pp.inet.fi ([212.213.41.233]) by fep08.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010805070003.VCZV27278.fep08.tmt.tele.fi@pp.inet.fi>; Sun, 5 Aug 2001 10:00:03 +0300 Message-ID: <3B6CEDA8.7B74E14F@pp.inet.fi> Date: Sun, 05 Aug 2001 09:54:32 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Hank Leininger CC: linux-crypto@nl.linux.org Subject: Re: Announce loop-AES-v1.3d file crypto package References: <200108050038.UAA02806@mailer.progressive-comp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Hank Leininger wrote: > My laptop really wants swsusp (suspend to swap), which of course wants to > be encrypted. There's a long-standing caveat that using loop-encryption > for a swap partition will blow up (memory allocations are done in the > encrypt+write out path, which will die when we are swapping). However, > it's not clear to me if this is a problem with the 'crypto-api' patches or > not (for instance, ppdd is supposed to be able to handle it, so it's > probably not a problem with the basic loop.o driver). Do you know if > loop-AES does/should have a problem with encrypted swap? Or if, even > better, it's tested and known to work? Loop-AES does the alloc/release, so it can't be used to encrypt swap. Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 09:14:34 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 09:12:14 +0200 Received: from hank-fep6-0.inet.fi ([194.251.242.201]:64960 "EHLO fep06.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 09:12:06 +0200 Received: from pp.inet.fi ([212.213.41.233]) by fep06.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010805071204.RCAL20230.fep06.tmt.tele.fi@pp.inet.fi>; Sun, 5 Aug 2001 10:12:04 +0300 Message-ID: <3B6CF0C9.4E5F6177@pp.inet.fi> Date: Sun, 05 Aug 2001 10:07:53 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: stuart@bh90210.net CC: linux-crypto@nl.linux.org Subject: Re: Announce loop-AES-v1.3d file crypto package References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list "IT3 Stuart B. Tener, USNR-R" wrote: > I am curious if your loop-aes virtual filesystem can be resized at all in > anyway? Suppose I create a 1GB encrypted disk, and need to expand it by > 500MB, is that possible in a "partition magic" style way? I know partition > magic is not going to do it (for a plethora of reasons), but do you plan a > utility to do just that (grow an encrypted drive) if the underlying hard > ware device has space available? Loop-AES is not a filesystem. It is a loop device with built in AES encryption. If you expand the underlying partition or file, the loop device will grow accordingly. Of course, loop device must not be mounted at time of expansion. Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 09:40:23 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 09:38:46 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:19206 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 09:38:27 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15TIOn-0004dk-00 for ; Sun, 05 Aug 2001 08:32:34 +0100 Received: from w2kpro01 (ppp-206-170-210-69.lsan03.pacbell.net [206.170.210.69]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QF45MR; Sun, 5 Aug 2001 02:35:17 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Jari Ruusu" Cc: Subject: RE: Announce loop-AES-v1.3d file crypto package Date: Sun, 5 Aug 2001 00:38:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3B6CF0C9.4E5F6177@pp.inet.fi> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJ1dXN1Og0KDQoJR2VuZXJhbCBxdWVzdGlvbnM6DQoNCmEpIFByZXN1bWluZyB0aGF0IEkg Y3JlYXRlIGEgbG9vcC1hZXMgZGV2aWNlIGFuZCBwbGFjZSBOVEZTIG9uIHRoZSBkZXZpY2UuIERv IHlvdSBwbGFuIGEgV2luZG93cyAyMDAwIGltcGxlbWVudGF0aW9uIG9mIGxvb3AtYWVzIGF0IGFs bCwgc3VjaCB0aGF0IGxvb3AtYWVzIGVuY3J5cHRlZCBmaWxlcyBjb3VsZCBiZSBkZWNyeXB0ZWQg dW5kZXIgVzJLICh0aGVyZSBhcmUgZHJpdmVycyBmb3IgVzJLIHRvIHJlYWQgZXh0MiBmaWxlc3lz dGVtcyBhbHNvKT8gSSByZWNlbnRseSB3YXMgdG9sZCBvZiBhIHByb2R1Y3QgY2FsbGVkICJCZXN0 Q3J5cHQiICh5ZWFoIGl0IGlzIGNvbW1lcmNpYWwsIGJ1dCBpdCBkb2VzIGFsc28gd29yaywgaXMg bm90IGJhZGx5IG92ZXIgcHJpY2VkIGVpdGhlcikuDQpiKSBTaW5jZSBsb29wLWFlcyBpcyBhbiBl bmNyeXB0aW9uIGxheWVyIGJldHdlZW4gdGhlIE9TIGFuZCBmaWxlc3lzdGVtLCBob3cgbXVjaCBv dmVyaGVhZCBkbyB5b3Ugc3VzcGVjdCBpdCB3aWxsIHBsYWNlIHVwb24gYSBmaWxlc3lzdGVtIHRv IGRvIGl0cyBlbmNyeXB0aW9uIHdvcms/DQoNCglXZWxsIGxldCBtZSBhc2sgeW91IGFib3V0IGEg c2NlbmFyaW8gdGhlbjoNCg0KYSkgTE9PUC1BRVMgaXMgaW1wbGVtZW50ZWQNCmIpIEEgZmlsZXN5 c3RlbSBpcyBwbGFjZWQgb250byBhIGxvb3AgZGV2aWNlDQpjKSBXb250IGluY3JlYXNpbmcgdGhl IHNpemUgb2YgdGhlIHBoeXNpY2FsIGZpbGUgYWZmZWN0IHRoZSBlbmNyeXB0aW9uPw0KZCkgSG93 IHdvdWxkIHN1Y2ggYW4gaW5jcmVhc2UgaW4gdGhlIGZpbGUgc2l6ZSBiZSBhY2NvbXBsaXNoZWQ/ DQplKSBJZiBpdCB3YXMgYWNjb21wbGlzaGVkICh3aXRoIFJlaXNlckZTIGluc3RhbGxlZCksIFJl aXNlckZTIGNhbiBleHBhbmQgaXRzZWxmIHRvIGVuY29tcGFzcyB0aGUgbmV3IHBoeXNpY2FsIHNw YWNlDQoNCg0KVmVyeSBSZXNwZWN0ZnVsbHksIA0KDQpTdHVhcnQgQmxha2UgVGVuZXIsIElUMywg VVNOUi1SLCBOM0dXRyANCkJldmVybHkgSGlsbHMsIENhbGlmb3JuaWENClZUVSAxOTA0RyAoVm9s dW50ZWVyIFRyYWluaW5nIFVuaXQpIA0Kc3R1YXJ0QGJoOTAyMTAubmV0IA0Kd2VzdCBjb2FzdDog KDMxMCktMzU4LTAyMDIgUC5PLiBCb3ggMTYwNDMsIEJldmVybHkgSGlsbHMsIENBIDkwMjA5LTIw NDMgDQplYXN0IGNvYXN0OiAoMjE1KS0zMzgtNjAwNSBQLk8uIEJveCA0NTg1OSwgUGhpbGFkZWxw aGlhLCBQQSAxOTE0OS01ODU5IA0KDQpUZWxlY29waWVyOiAoNDE5KS03MTUtNjA3MyBmYXggdG8g ZW1haWwgZ2F0ZXdheSB2aWEgd3d3LmVmYXguY29tIChpdCdzIGZyZWUhKSANCg0KSk9JTiBUSEUg VVMgTkFWWSBSRVNFUlZFLCBTRVJWRSBZT1VSIENPVU5UUlksIEFORCBCRU5FRklUIEZST00gSVQg QUxMLiANCg0KU3VuZGF5LCBBdWd1c3QgMDUsIDIwMDEgMTI6MTQgQU0NCg0KIC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiAJcm9vdEBtb25zdGVyLm1pc3R5LmNvbSBbbWFpbHRvOnJv b3RAbW9uc3Rlci5taXN0eS5jb21dICBPbiBCZWhhbGYgT2YgSmFyaSBSdXVzdQ0KU2VudDoJU3Vu ZGF5LCBBdWd1c3QgMDUsIDIwMDEgMTI6MDggQU0NClRvOglzdHVhcnRAYmg5MDIxMC5uZXQNCkNj OglsaW51eC1jcnlwdG9AbmwubGludXgub3JnDQpTdWJqZWN0OglSZTogQW5ub3VuY2UgbG9vcC1B RVMtdjEuM2QgZmlsZSBjcnlwdG8gcGFja2FnZQ0KDQoiSVQzIFN0dWFydCBCLiBUZW5lciwgVVNO Ui1SIiB3cm90ZToNCj4gSSBhbSBjdXJpb3VzIGlmIHlvdXIgbG9vcC1hZXMgdmlydHVhbCBmaWxl c3lzdGVtIGNhbiBiZSByZXNpemVkIGF0IGFsbCBpbg0KPiBhbnl3YXk/IFN1cHBvc2UgSSBjcmVh dGUgYSAxR0IgZW5jcnlwdGVkIGRpc2ssIGFuZCBuZWVkIHRvIGV4cGFuZCBpdCBieQ0KPiA1MDBN QiwgaXMgdGhhdCBwb3NzaWJsZSBpbiBhICJwYXJ0aXRpb24gbWFnaWMiIHN0eWxlIHdheT8gSSBr bm93IHBhcnRpdGlvbg0KPiBtYWdpYyBpcyBub3QgZ29pbmcgdG8gZG8gaXQgKGZvciBhIHBsZXRo b3JhIG9mIHJlYXNvbnMpLCBidXQgZG8geW91IHBsYW4gYQ0KPiB1dGlsaXR5IHRvIGRvIGp1c3Qg dGhhdCAoZ3JvdyBhbiBlbmNyeXB0ZWQgZHJpdmUpIGlmIHRoZSB1bmRlcmx5aW5nIGhhcmQNCj4g d2FyZSBkZXZpY2UgaGFzIHNwYWNlIGF2YWlsYWJsZT8NCg0KTG9vcC1BRVMgaXMgbm90IGEgZmls ZXN5c3RlbS4gSXQgaXMgYSBsb29wIGRldmljZSB3aXRoIGJ1aWx0IGluIEFFUw0KZW5jcnlwdGlv bi4gSWYgeW91IGV4cGFuZCB0aGUgdW5kZXJseWluZyBwYXJ0aXRpb24gb3IgZmlsZSwgdGhlIGxv b3AgZGV2aWNlDQp3aWxsIGdyb3cgYWNjb3JkaW5nbHkuIE9mIGNvdXJzZSwgbG9vcCBkZXZpY2Ug bXVzdCBub3QgYmUgbW91bnRlZCBhdCB0aW1lIG9mDQpleHBhbnNpb24uDQoNClJlZ2FyZHMsDQpK YXJpIFJ1dXN1IDxqYXJpLnJ1dXN1QHBwLmluZXQuZmk+DQo= Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 10:46:22 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 10:45:32 +0200 Received: from marc1.theaimsgroup.com ([63.238.77.171]:9488 "EHLO mailer.progressive-comp.com") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 10:45:22 +0200 Received: from mailer.progressive-comp.com (mailer.progressive-comp.com [63.238.77.252]) by mailer.progressive-comp.com with id EAA01724; Sun, 5 Aug 2001 04:44:54 -0400 Date: Sun, 5 Aug 2001 04:44:54 -0400 (EDT) From: Hank Leininger X-X-Sender: To: Jari Ruusu cc: Subject: Re: Announce loop-AES-v1.3d file crypto package In-Reply-To: <3B6CEDA8.7B74E14F@pp.inet.fi> Message-ID: <010108050428580.11841-100000@marc1.theaimsgroup.com> X-Marks-The: Spot MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list On Sun, 5 Aug 2001, Jari Ruusu wrote: > Hank Leininger wrote: > > probably not a problem with the basic loop.o driver). Do you know if > > loop-AES does/should have a problem with encrypted swap? Or if, even > > better, it's tested and known to work? > > Loop-AES does the alloc/release, so it can't be used to encrypt swap. Bummer :( How hard would this be to change; do you have any plans to support it? If I ask really nicely? (Is it even possible--perhaps the ability to allocate/release memory is what helps it be fully reentrant, etc, not depending on static buffers, and so this can't be changed?) Looks like it's Loop-AES for filesystems and ppdd for swap. Messy :( [ That is, assuming ppdd's encrypted-swap support works as advertized. ] Thanks, Hank Leininger Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 16:02:32 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 15:59:45 +0200 Received: from storm.ca ([209.87.239.69]:49336 "EHLO mail.storm.ca") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 15:59:35 +0200 Received: from storm.ca (ppp-209-87-255-11.ottawa.storm.ca [209.87.255.11]) by mail.storm.ca (8.10.2+Sun/8.10.2) with ESMTP id f75DxUD14977 for ; Sun, 5 Aug 2001 09:59:34 -0400 (EDT) Message-ID: <3B6D515F.E097A3DA@storm.ca> Date: Sun, 05 Aug 2001 09:59:59 -0400 From: Sandy Harris X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en,fr MIME-Version: 1.0 To: linux-crypto@nl.linux.org Subject: [Fwd: Re: Announce loop-AES-v1.3b file crypto package] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Message for an old thread, found sitting here unsent. "IT3 Stuart B. Tener, USNR-R" wrote: > I think that without having to learn a great deal about the rules of > entropy weighting, and such, a nice thing to do would be to determine (I > think Peter will wonder about this too), what would provide a strong and > usable encryption standard for appliance operator users? I am not so into > crypto that I care to learn all about entropy and such, I am interested in > learning some basic rules, which I can apply to using these technologies. One basic, and often distinctly inconvenient, rule is the old "chain is as strong as its weakest link" line. For example, if an attacker can guess your passphrase in some practical (depending on attacker resources) number of tries, then he has an attack, no matter how strong everything else is. On the other hand, if your passphrase is impossible to remember so you write it down, then there's another possible attack. > a) What encryption standard is strongest, and can be used to not slow my > work down to such a point that I start to dislike using the encryption at > all? I will presume that AES falls into this category It certainly should be. The process was open and public, many of the world's best-known cryptographers were involved, and no-one found holes. Of course, there are no guarantees. > b) What rules ought we follow to generate a useful pass phrase, which will > keep us secure? Basically, it has to be something you can remember perfectly, but guessing it must be impractical for an attacker. Entropy is just a measure of how hard that guessing is. For example, saying a passphrase has 20 bits of entropy can mean there are 2^20 possibilities, all equally likley. Or perhaps there are more possibilities, but with some bias in their likelyhoods so the search is only 2^20 hard. Normal English text has little entropy, certainly under 3 bits/character, so almost any meaningful chunk of English is a bad passphrase. Any other language is likely just as bad. Mixing languages should make an attack a little harder. Any choice from a short list provides little entropy if the attacker can be expected to discover the list. There are < 64 US states, so < 6 bits per state name. A well-known quote is worse than random text. An attacker might construct a list of, say, the 1000 best-known quotes in English and try them all. Or even 100,000. If the attacker knows the target's politics, taste in music or favorite authors, that knowledge can guide the search. Anything the attacker can reasonably discover -- your date of birth, social security number, ... -- cannot be counted on to provide much entropy. The suggestion that started this thread -- using randomly-chosen words from a long list so you get about 15 bits per word, then adding a few other little fiddles to get a passphrase with 90-bit entropy -- is a good one. People have used mangled quotes. Instead of following on predictably (zero entorpy) from "Now is the time for all good men ...", use "yesterday is the motorcycle for some bleeding wombats to ...". Correctly chosen, such a sequence can be memorable and improbable. However, it might not be all that hard to write a program to generate these mangled versions, given a list of quotes, a dictionary and a set of replacement rules. The rules might say, for example, that a noun can only be replaced with another noun Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 18:48:12 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 18:46:33 +0200 Received: from hank-fep8-0.inet.fi ([194.251.242.203]:2703 "EHLO fep08.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 18:46:17 +0200 Received: from pp.inet.fi ([212.213.41.101]) by fep08.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010805164734.WDCW27278.fep08.tmt.tele.fi@pp.inet.fi>; Sun, 5 Aug 2001 19:47:34 +0300 Message-ID: <3B6D7759.7EBEF5F0@pp.inet.fi> Date: Sun, 05 Aug 2001 19:42:01 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: stuart@bh90210.net CC: linux-crypto@nl.linux.org Subject: Re: Announce loop-AES-v1.3d file crypto package References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list "IT3 Stuart B. Tener, USNR-R" wrote: > a) Presuming that I create a loop-aes device and place NTFS on the device. > Do you plan a Windows 2000 implementation of loop-aes at all, such that > loop-aes encrypted files could be decrypted under W2K (there are > drivers for W2K to read ext2 filesystems also)? I recently was told of > a product called "BestCrypt" (yeah it is commercial, but it does also > work, is not badly over priced either). No Winblows support from me. > b) Since loop-aes is an encryption layer between the OS and filesystem, > how much overhead do you suspect it will place upon a filesystem to do > its encryption work? Loop device is a layer between filesystem and disk driver. Software encryption has some overhead, but on my primary system speed of AES is faster than what my disk can transfer. > a) LOOP-AES is implemented > b) A filesystem is placed onto a loop device > c) Wont increasing the size of the physical file affect the encryption? No. > d) How would such an increase in the file size be accomplished? man dd > e) If it was accomplished (with ReiserFS installed), ReiserFS can expand > itself to encompass the new physical space Thats right. Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 5 18:49:42 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 5 Aug 2001 18:46:52 +0200 Received: from hank-fep6-0.inet.fi ([194.251.242.201]:6632 "EHLO fep06.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Sun, 5 Aug 2001 18:46:37 +0200 Received: from pp.inet.fi ([212.213.41.101]) by fep06.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010805164635.SBBJ20230.fep06.tmt.tele.fi@pp.inet.fi>; Sun, 5 Aug 2001 19:46:35 +0300 Message-ID: <3B6D776E.5BFC0EB6@pp.inet.fi> Date: Sun, 05 Aug 2001 19:42:22 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Hank Leininger CC: linux-crypto@nl.linux.org Subject: Re: Announce loop-AES-v1.3d file crypto package References: <010108050428580.11841-100000@marc1.theaimsgroup.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Hank Leininger wrote: > On Sun, 5 Aug 2001, Jari Ruusu wrote: > > Loop-AES does the alloc/release, so it can't be used to encrypt swap. > > Bummer :( How hard would this be to change; do you have any plans to > support it? If I ask really nicely? (Is it even possible--perhaps the > ability to allocate/release memory is what helps it be fully reentrant, > etc, not depending on static buffers, and so this can't be changed?) Well, if loop driver has no right to modify the original data in-place and does not have right to allocate buffer to hold the encrypted data, what can you do? Patches are welcome. Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 6 01:37:10 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 6 Aug 2001 01:34:21 +0200 Received: from csmail.brookes.ac.uk ([161.73.1.1]:12483 "EHLO brookes.ac.uk") by humbolt.nl.linux.org with ESMTP id ; Mon, 6 Aug 2001 01:34:12 +0200 Received: from Debug (csmail [161.73.1.1]) by brookes.ac.uk (8.11.1/8.11.1) with SMTP id f75NYCA16446 for ; Mon, 6 Aug 2001 00:34:12 +0100 (BST) From: lam wai wm <00028911@brookes.ac.uk> Message-Id: <200108052334.f75NYCA16446@brookes.ac.uk> To: linux-crypto@nl.linux.org Subject: Questions about implementation. Date: Mon, 6 Aug 2001 00:34:12 GB X-Mailer: Brookes WebMail v2.0 X-Originating-IP: 161.73.35.84 Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Hi all, I'm a student who want to implement a kernel module with the functionality of linux/crypto.h. I have read the program in the directory of testing and I try to place some code in the kernel module. But when I compile the kernel module, it prompt me that. tester2.c:125: warning: implicit declaration of function `cryptoapi_init' tester2.c:127: warning: implicit declaration of function `find_cipher_by_id' And I've tried to look for the function of "find_cipher_by_id" in the source code, but I could not find it. Would you please tell me where can I look for it. In the kernel module that I'm implementating, could you give some advices/pointers to me that I can implement the kernel module with the functionality of crypto.h. Because I've stuck for serveral days and try to solve it, but I still have no idea how can I rememdy these problems. Thanks, thanks a lot marco. Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 6 06:14:48 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 6 Aug 2001 06:13:51 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:48391 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Mon, 6 Aug 2001 06:13:31 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15Tbg3-0005g5-00 for ; Mon, 06 Aug 2001 05:07:39 +0100 Received: from w2kpro01 (ppp-207-214-182-107.dialup.lsan03.pacbell.net [207.214.182.107]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QF45VK; Sun, 5 Aug 2001 23:10:19 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Jari Ruusu" Cc: Subject: RE: Announce loop-AES-v1.3d file crypto package Date: Sun, 5 Aug 2001 21:13:21 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <3B6D7759.7EBEF5F0@pp.inet.fi> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJ1dXN1Og0KDQoJSSB1bmRlcnN0YW5kIHlvdSBtYXkgbm90IGJlIGluIGEgcG9zaXRpb24g KGFzIHBlciB0aW1lIHRvIGRvIGl0IG9yIGhhdmUgYSBrbm93bGVkZ2ViYXNlIHByb2dyYW1taW5n LXdpc2Ugd2l0aCByZWdhcmQgdG8gdGhlIHdpbmRvd3MgQVBJIC8gZmlsZXN5c3RlbSBpbXBsZW1l bnRhdGlvbikgdG8gZGV2ZWxvcCBzdWNoIGEgcHJvZHVjdCAod2luZG93cyB2ZXJzaW9uKSwgaG93 ZXZlciBJIHdvdWxkIGxpa2UgdG8gYmUgYWJsZSB0byBidXJuIGEgZmlsZSB0byBhIENELVJPTSwg YW5kIGtub3cgSSBjb3VsZCBhY2Nlc3MgaXQgZnJvbSBlaXRoZXIgTGludXggb3IgV2luZG93cy4N Cg0KCUkgd2lsbCBzYXkgdGhhdCBtYW55IExpbnV4IGJhc2VkIG1haWxpbmcgbGlzdHMgYW5kIHN1 Y2ggZmluZCBpdCB2ZXJ5IGVhc3kgdG8gaGF0ZSBNaWNyb3NvZnQgYW5kIHRoZWlyIE9TZXMsIGFu ZCBJIGRvbid0IGNhcmUgZm9yIHRoZW0gdG9vIG11Y2ggZWl0aGVyLiBIb3dldmVyLCBJIGRvIG5l ZWQgdG8gYmUgYWJsZSB0byBpbnRlcmFjdCB3aXRoIHRoZW0sIGFzIEkgZG8gY29tcHV0ZXIgd29y ayBmb3IgYSBsaXZpbmcuIEkgd291bGQgd29uZGVyIGhvdyB5b3Ugd291bGQgZmVlbCBhYm91dCBz b21lIGF0dGVtcHRpbmcgdG8gaW1wbGVtZW50IHlvdXIgY29kZSB1bmRlciBXaW5kb3dzIGluIG9y ZGVyIHRvIHByb3ZpZGUgYSBtZWNoYW5pc20gdG8gYWNoaWV2aW5nIGhhdmluZyBhbiBlbmNyeXB0 ZWQgQ0QtUk9NIHdpdGggYSBkYXRhIGZpbGUgb24gaXQgd2hpY2ggY2FuIGJlIHJlYWQgb24gZWl0 aGVyIExpbnV4IG9yIFdpbmRvd3MuIFdlIGNhbiBoYXRlIHRoZSBXaW5kb3dzIE9TIGFsbCB3ZSB3 YW50LCBidXQgcmVhbGl0eSBpcyB3ZSBtdXN0IGRlYWwgd2l0aCBpdC4NCg0KCVdpdGggcmVnYXJk IHRvIG15IG90aGVyIHF1ZXN0aW9ucywgSSBhbSBwcmVzdW1pbmcgdGhlbiB0aGF0IHdoYXQgeW91 IGFyZSBzYXlpbmcgaXMgdGhhdCBpZiBJIGNyZWF0ZSBhIDUwME1CIGZpbGUsIG1vdW50IGl0IHdp dGggbG9vcC1hZXMsIGFuZCBkbyBhbiBpbml0aWFsaXphdGlvbiBvZiBSZWlzZXJGUyBvbiBpdC4g QW5kIHRoZW4gZXh0ZW5kIHRoZSBsZW5ndGggb2YgdGhlIGZpbGUsIFJlaXNlckZTIChhbmQgbG9v cC1hZXMpIHdpbGwgYmUgYWJsZSB0byBleHRlbmQgaXRzIGZpbGVzeXN0ZW0gYW5kIGFsbG93IG1l IHRvIHRha2UgYWR2YW50YWdlIG9mIHRoZSBnYWluZWQgc3BhY2U/DQoNCglBbm90aGVyIHF1ZXN0 aW9uIGlzIGhvdyBkaWZmaWN1bHQgaXMgaXQgdG8gY29tYmluZSBjb21wcmVzc2lvbiB3aXRoIGVu Y3J5cHRpb24/IEluIG90aGVyIHdvcmRzLCB3b3VsZCBpdCBiZSBwb3NzaWJsZSB0byBtb2RpZnkg bG9vcC1hZXMgdG8gYWxzbyBiZSBhYmxlIHRvIGFwcGx5IGNvbXByZXNzaW9uIGFnYWluc3QgdGhl IGVuY3J5cHRlZCBkYXRhPw0KDQoNClZlcnkgUmVzcGVjdGZ1bGx5LCANCg0KU3R1YXJ0IEJsYWtl IFRlbmVyLCBJVDMsIFVTTlItUiwgTjNHV0cgDQpCZXZlcmx5IEhpbGxzLCBDYWxpZm9ybmlhDQpW VFUgMTkwNEcgKFZvbHVudGVlciBUcmFpbmluZyBVbml0KSANCnN0dWFydEBiaDkwMjEwLm5ldCAN Cndlc3QgY29hc3Q6ICgzMTApLTM1OC0wMjAyIFAuTy4gQm94IDE2MDQzLCBCZXZlcmx5IEhpbGxz LCBDQSA5MDIwOS0yMDQzIA0KZWFzdCBjb2FzdDogKDIxNSktMzM4LTYwMDUgUC5PLiBCb3ggNDU4 NTksIFBoaWxhZGVscGhpYSwgUEEgMTkxNDktNTg1OSANCg0KVGVsZWNvcGllcjogKDQxOSktNzE1 LTYwNzMgZmF4IHRvIGVtYWlsIGdhdGV3YXkgdmlhIHd3dy5lZmF4LmNvbSAoaXQncyBmcmVlISkg DQoNCkpPSU4gVEhFIFVTIE5BVlkgUkVTRVJWRSwgU0VSVkUgWU9VUiBDT1VOVFJZLCBBTkQgQkVO RUZJVCBGUk9NIElUIEFMTC4gDQoNClN1bmRheSwgQXVndXN0IDA1LCAyMDAxIDExOjI4IEFNDQoN CiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogCXJvb3RAbW9uc3Rlci5taXN0eS5j b20gW21haWx0bzpyb290QG1vbnN0ZXIubWlzdHkuY29tXSAgT24gQmVoYWxmIE9mIEphcmkgUnV1 c3UNClNlbnQ6CVN1bmRheSwgQXVndXN0IDA1LCAyMDAxIDk6NDIgQU0NClRvOglzdHVhcnRAYmg5 MDIxMC5uZXQNCkNjOglsaW51eC1jcnlwdG9AbmwubGludXgub3JnDQpTdWJqZWN0OglSZTogQW5u b3VuY2UgbG9vcC1BRVMtdjEuM2QgZmlsZSBjcnlwdG8gcGFja2FnZQ0KDQoiSVQzIFN0dWFydCBC LiBUZW5lciwgVVNOUi1SIiB3cm90ZToNCj4gYSkgUHJlc3VtaW5nIHRoYXQgSSBjcmVhdGUgYSBs b29wLWFlcyBkZXZpY2UgYW5kIHBsYWNlIE5URlMgb24gdGhlIGRldmljZS4NCj4gICAgRG8geW91 IHBsYW4gYSBXaW5kb3dzIDIwMDAgaW1wbGVtZW50YXRpb24gb2YgbG9vcC1hZXMgYXQgYWxsLCBz dWNoIHRoYXQNCj4gICAgbG9vcC1hZXMgZW5jcnlwdGVkIGZpbGVzIGNvdWxkIGJlIGRlY3J5cHRl ZCB1bmRlciBXMksgKHRoZXJlIGFyZQ0KPiAgICBkcml2ZXJzIGZvciBXMksgdG8gcmVhZCBleHQy IGZpbGVzeXN0ZW1zIGFsc28pPyBJIHJlY2VudGx5IHdhcyB0b2xkIG9mDQo+ICAgIGEgcHJvZHVj dCBjYWxsZWQgIkJlc3RDcnlwdCIgKHllYWggaXQgaXMgY29tbWVyY2lhbCwgYnV0IGl0IGRvZXMg YWxzbw0KPiAgICB3b3JrLCBpcyBub3QgYmFkbHkgb3ZlciBwcmljZWQgZWl0aGVyKS4NCg0KTm8g V2luYmxvd3Mgc3VwcG9ydCBmcm9tIG1lLg0KDQo+IGIpIFNpbmNlIGxvb3AtYWVzIGlzIGFuIGVu Y3J5cHRpb24gbGF5ZXIgYmV0d2VlbiB0aGUgT1MgYW5kIGZpbGVzeXN0ZW0sDQo+ICAgIGhvdyBt dWNoIG92ZXJoZWFkIGRvIHlvdSBzdXNwZWN0IGl0IHdpbGwgcGxhY2UgdXBvbiBhIGZpbGVzeXN0 ZW0gdG8gZG8NCj4gICAgaXRzIGVuY3J5cHRpb24gd29yaz8NCg0KTG9vcCBkZXZpY2UgaXMgYSBs YXllciBiZXR3ZWVuIGZpbGVzeXN0ZW0gYW5kIGRpc2sgZHJpdmVyLiBTb2Z0d2FyZQ0KZW5jcnlw dGlvbiBoYXMgc29tZSBvdmVyaGVhZCwgYnV0IG9uIG15IHByaW1hcnkgc3lzdGVtIHNwZWVkIG9m IEFFUyBpcw0KZmFzdGVyIHRoYW4gd2hhdCBteSBkaXNrIGNhbiB0cmFuc2Zlci4NCg0KPiBhKSBM T09QLUFFUyBpcyBpbXBsZW1lbnRlZA0KPiBiKSBBIGZpbGVzeXN0ZW0gaXMgcGxhY2VkIG9udG8g YSBsb29wIGRldmljZQ0KPiBjKSBXb250IGluY3JlYXNpbmcgdGhlIHNpemUgb2YgdGhlIHBoeXNp Y2FsIGZpbGUgYWZmZWN0IHRoZSBlbmNyeXB0aW9uPw0KDQpOby4NCg0KPiBkKSBIb3cgd291bGQg c3VjaCBhbiBpbmNyZWFzZSBpbiB0aGUgZmlsZSBzaXplIGJlIGFjY29tcGxpc2hlZD8NCg0KbWFu IGRkDQoNCj4gZSkgSWYgaXQgd2FzIGFjY29tcGxpc2hlZCAod2l0aCBSZWlzZXJGUyBpbnN0YWxs ZWQpLCBSZWlzZXJGUyBjYW4gZXhwYW5kDQo+ICAgIGl0c2VsZiB0byBlbmNvbXBhc3MgdGhlIG5l dyBwaHlzaWNhbCBzcGFjZQ0KDQpUaGF0cyByaWdodC4NCg0KUmVnYXJkcywNCkphcmkgUnV1c3Ug PGphcmkucnV1c3VAcHAuaW5ldC5maT4NCg== Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 6 09:19:05 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 6 Aug 2001 09:17:26 +0200 Received: from cm.med.3284844210.kabelnet.net ([195.202.190.178]:26887 "EHLO phobos.hvrlab.org") by humbolt.nl.linux.org with ESMTP id ; Mon, 6 Aug 2001 09:17:15 +0200 Received: from janus.txd.hvrlab.org (IDENT:hvr@janus.txd.hvrlab.org [10.51.1.5]) by phobos.hvrlab.org (8.9.3/8.9.3) with ESMTP id JAA01307; Mon, 6 Aug 2001 09:17:15 +0200 Date: Mon, 6 Aug 2001 09:17:15 +0200 (CEST) From: Herbert Valerio Riedel X-X-Sender: To: lam wai wm <00028911@brookes.ac.uk> cc: Subject: Re: Questions about implementation. In-Reply-To: <200108052334.f75NYCA16446@brookes.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list On Mon, 6 Aug 2001, lam wai wm wrote: > Hi all, > > I'm a student who want to implement a kernel module with the > functionality of linux/crypto.h. I have read the program in > the directory of testing and I try to place some code in the > kernel module. But when I compile the kernel module, it prompt > me that. > > tester2.c:125: warning: implicit declaration of function > `cryptoapi_init' > tester2.c:127: warning: implicit declaration of function > `find_cipher_by_id' are you compiling within kernel space? i.e. is __KERNEL__ defined? > And I've tried to look for the function of "find_cipher_by_id" > in the source code, but I could not find it. Would you please > tell me where can I look for it. it's defined in crypto.h and implemented in cryptoapi.c btw, I'd really recommend you to take a look at http://cryptoapi.sourceforge.net/ as well... since that branch is more up to date... > In the kernel module that I'm implementating, could you give > some advices/pointers to me that I can implement the kernel > module with the functionality of crypto.h. Because I've stuck > for serveral days and try to solve it, but I still have no idea > how can I rememdy these problems. if you want you can send me parts of your sourcecode, so I can tell you exactly what's wrong... -- Herbert Valerio Riedel / Phone: (EUROPE) +43-1-58801-18840 Email: hvr@hvrlab.org / Finger hvr@gnu.org for GnuPG Public Key GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748 5F65 4981 E064 883F 4142 Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 6 12:57:24 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 6 Aug 2001 12:55:41 +0200 Received: from mail2.uni-bielefeld.de ([129.70.4.90]:23957 "EHLO mail.uni-bielefeld.de") by humbolt.nl.linux.org with ESMTP id ; Mon, 6 Aug 2001 12:55:22 +0200 Received: from there (dirichlet.Mathematik.Uni-Bielefeld.DE [129.70.24.67]) by mail.uni-bielefeld.de (Sun Internet Mail Server sims.4.0.2000.10.12.16.25.p8) with SMTP id <0GHN00LME7OBSS@mail.uni-bielefeld.de> for linux-crypto@nl.linux.org; Mon, 6 Aug 2001 12:55:24 +0200 (MET DST) Date: Mon, 06 Aug 2001 14:55:43 +0200 From: Marc Mutz Subject: Re: [OT] Re: Those damn army brats! In-reply-to: <87g0bap0cx.fsf@hackerhue.ddts.net> To: Hubert Chan , linux-crypto@nl.linux.org Message-id: <0GHN00LMF7OCSS@mail.uni-bielefeld.de> MIME-version: 1.0 X-Mailer: KMail [version 1.3] Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT References: <0GHG00FNRL5V6N@mail.uni-bielefeld.de> <87g0bap0cx.fsf@hackerhue.ddts.net> Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 03 August 2001 00:23, Hubert Chan wrote: > >>>>> "Marc" == Marc Mutz writes: > Hmm. The RFC says that the format needs a "public definition". rfc2048 has all the gory details. Esp. Sect. 2.1 Marc - -- The intensity and complexity of life, attendant upon advancing civilization, have rendered necessary some retreat from the world, and man, under the refining influence of culture, has become more sensitive to publicity, so that solitude and privacy have become more essential to the individual; but modern enterprise and invention have, through invasions upon his privacy, subjected him to mental pain and distress, far greater than could be inflicted by mere bodily injury. S.D. Warren/L.D. Brandeis: The Right to Privacy, Harvard Law Review vol.IV, no.5 (1890) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7bpPP3oWD+L2/6DgRAgTmAKCp7XvumiZuZaM16Elgk+S6J2unKwCfXCuo jImQL43BrQVfn6nTJorRCBM= =Oy99 -----END PGP SIGNATURE----- Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Tue Aug 7 03:53:06 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Tue, 7 Aug 2001 03:50:17 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:60425 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Tue, 7 Aug 2001 03:50:05 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15Tvuj-0006mz-00 for ; Tue, 07 Aug 2001 02:44:10 +0100 Received: from w2kpro01 (ppp-206-170-210-172.lsan03.pacbell.net [206.170.210.172]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QF4639; Mon, 6 Aug 2001 20:46:51 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Jari Ruusu" Cc: Subject: RE: Announce loop-AES-v1.3d file crypto package Date: Mon, 6 Aug 2001 18:49:53 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <3B6D7759.7EBEF5F0@pp.inet.fi> Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJ1dXN1Og0KDQogICAgICAgIFRoYW5rIHlvdSBmb3IgeW91ciB0aW1lIGFuZCBjb25zaWRl cmF0aW9uIHJlZ2FyZGluZyBsb29wLWFlcy4gU29tZW9uZSB0b2xkIG1lIGFib3V0IGEgcGFja2Fn ZSBjYWxsZWQgIkJlc3RDcnlwdCIgZnJvbSBKZXRpY28sIEluYy4sIGFuZCB0aGlzIGlzIHRoZSBz b3J0IG9mIGZ1bmN0aW9uYWxpdHkgSSBhbSBsb29raW5nIGZvci4gQWN0dWFsbHksIEkgYmVsaWV2 ZSB0aGV5IHVzZSB0aGUgc2FtZSBBRVMgc3R1ZmYgdGhhdCB5b3UgZG8sIGFuZCB0aGV5IHdvcmsg d2l0aCB0aGUgV2luZG93cyBlbnZpcm9ubWVudCBhbmQgTGludXguIE1hdHRlciBvZiBmYWN0IHRo ZXkgc2F5IHRoYXQgYSAiY29udGFpbmVyIiBjYW4gYmUgZGlyZWN0bHkgY29waWVkIGZyb20gTGlu dXggdG8gV2luZG93cyBhbmQgYmFjayBhZ2FpbiwgdW5tb2RpZmllZCBhbmQgYmUgcmVhZCBieSBl aXRoZXIgT1MhPyEgTm93IHRoYXQgaXMgd2hhdCBJIGNhbGwgY29tcGF0aWJpbGl0eSBhbmQgdHJh bnNwb3J0YWJpbGl0eSENCg0KICAgICAgICBHcmFudGVkIHRoZWlyIHNvZnR3YXJlIGlzIGNvbW1l cmNpYWwsIGFuZCB3aWxsIGNvc3QgYSBmZXcgZG9sbGFycywgYnV0IHRoYXQgaXMgbm90IGFsd2F5 cyB0aGUgZW5kIG9mIHRoZSB3b3JsZC4gSSBjYW4gdGVsbCB5b3UsIEkgd291bGQgcmF0aGVyIGhh dmUgZG9uYXRlZCBtb25leSB0b3dhcmRzIHlvdXIgcHJvamVjdCBhbmQgc2VlbiBsb29wLWFlcyBy dW4gdW5kZXIgV2luZG93cywgYnV0IEkgdW5kZXJzdGFuZCB5b3UgZG8gbm90IGhhdmUgdGhlIHJl c291cmNlcyB0byBkbyBzdWNoIGEgdGhpbmcuDQoNCiAgICAgICAgV2l0aCB5b3VyIHBlcm1pc3Np b24sIEkgd291bGQgbGlrZSB0byBrbm93IGlmIHlvdSB3b3VsZCBtaW5kIGlmIEkgY2lyY3VsYXRl ZCB5b3VyIHNvZnR3YXJlIGFtb25nc3Qgd2luZG93cyBwcm9ncmFtbWVycyB0byBzZWUgaWYgc29t ZW9uZSB3aXRoIGEgYmFja2dyb3VuZCBpbiBXaW5kb3dzLCBhbmQgd2l0aCB0aGUgc2FtZSBrbm93 bGVkZ2ViYXNlIHlvdSBoYXZlIHdvdWxkIGJlIGludGVyZXN0ZWQgaW4gcmV3b3JraW5nIGEgd2lu ZG93cyB2ZXJzaW9uLg0KDQoNClZlcnkgUmVzcGVjdGZ1bGx5LA0KDQpTdHVhcnQgQmxha2UgVGVu ZXIsIElUMywgVVNOUi1SLCBOM0dXRw0KQmV2ZXJseSBIaWxscywgQ2FsaWZvcm5pYQ0KVlRVIDE5 MDRHIChWb2x1bnRlZXIgVHJhaW5pbmcgVW5pdCkNCnN0dWFydEBiaDkwMjEwLm5ldA0Kd2VzdCBj b2FzdDogKDMxMCktMzU4LTAyMDIgUC5PLiBCb3ggMTYwNDMsIEJldmVybHkgSGlsbHMsIENBIDkw MjA5LTIwNDMNCmVhc3QgY29hc3Q6ICgyMTUpLTMzOC02MDA1IFAuTy4gQm94IDQ1ODU5LCBQaGls YWRlbHBoaWEsIFBBIDE5MTQ5LTU4NTkNCg0KVGVsZWNvcGllcjogKDQxOSktNzE1LTYwNzMgZmF4 IHRvIGVtYWlsIGdhdGV3YXkgdmlhIHd3dy5lZmF4LmNvbSAoaXQncyBmcmVlISkNCg0KSk9JTiBU SEUgVVMgTkFWWSBSRVNFUlZFLCBTRVJWRSBZT1VSIENPVU5UUlksIEFORCBCRU5FRklUIEZST00g SVQgQUxMLg0KDQpNb25kYXksIEF1Z3VzdCAwNiwgMjAwMSA2OjM5IFBNDQoNCg== Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Tue Aug 7 11:35:32 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Tue, 7 Aug 2001 11:33:51 +0200 Received: from hank-fep8-0.inet.fi ([194.251.242.203]:38631 "EHLO fep08.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Tue, 7 Aug 2001 11:33:33 +0200 Received: from pp.inet.fi ([212.213.41.167]) by fep08.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010807093450.FXEQ27278.fep08.tmt.tele.fi@pp.inet.fi>; Tue, 7 Aug 2001 12:34:50 +0300 Message-ID: <3B6FB610.15114210@pp.inet.fi> Date: Tue, 07 Aug 2001 12:34:08 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: stuart@bh90210.net CC: linux-crypto@nl.linux.org Subject: Re: Announce loop-AES-v1.3d file crypto package References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list "IT3 Stuart B. Tener, USNR-R" wrote: > Mr. Ruusu: > With your permission, I would like to know if you would mind if I > circulated your software amongst windows programmers to see if someone > with a background in Windows, and with the same knowledgebase you have > would be interested in reworking a windows version. Loop-AES is licensed under GPL. GPL gives you right to use, modify and distribute it as long as you don't violate the terms of the license. Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Tue Aug 7 13:28:00 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Tue, 7 Aug 2001 13:26:21 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:29446 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Tue, 7 Aug 2001 13:26:06 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15U4uD-0007RM-00 for ; Tue, 07 Aug 2001 12:20:14 +0100 Received: from w2kpro01 (ppp-206-170-209-65.lsan03.pacbell.net [206.170.209.65]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QF464R; Tue, 7 Aug 2001 06:22:56 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: "Jari Ruusu" Cc: Subject: RE: Announce loop-AES-v1.3d file crypto package Date: Tue, 7 Aug 2001 04:26:00 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <3B6FB610.15114210@pp.inet.fi> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJ1dXN1Og0KDQoJWWVzLCBJIGFtIGF3YXJlIG9mIHRoYXQuIEkganVzdCB0aG91Z2h0IGl0 IHBvbGl0ZSB0byBhc2sgeW91IGluIGFkdmFuY2UuDQoNCg0KVmVyeSBSZXNwZWN0ZnVsbHksIA0K DQpTdHVhcnQgQmxha2UgVGVuZXIsIElUMywgVVNOUi1SLCBOM0dXRyANCkJldmVybHkgSGlsbHMs IENhbGlmb3JuaWENClZUVSAxOTA0RyAoVm9sdW50ZWVyIFRyYWluaW5nIFVuaXQpIA0Kc3R1YXJ0 QGJoOTAyMTAubmV0IA0Kd2VzdCBjb2FzdDogKDMxMCktMzU4LTAyMDIgUC5PLiBCb3ggMTYwNDMs IEJldmVybHkgSGlsbHMsIENBIDkwMjA5LTIwNDMgDQplYXN0IGNvYXN0OiAoMjE1KS0zMzgtNjAw NSBQLk8uIEJveCA0NTg1OSwgUGhpbGFkZWxwaGlhLCBQQSAxOTE0OS01ODU5IA0KDQpUZWxlY29w aWVyOiAoNDE5KS03MTUtNjA3MyBmYXggdG8gZW1haWwgZ2F0ZXdheSB2aWEgd3d3LmVmYXguY29t IChpdCdzIGZyZWUhKSANCg0KSk9JTiBUSEUgVVMgTkFWWSBSRVNFUlZFLCBTRVJWRSBZT1VSIENP VU5UUlksIEFORCBCRU5FRklUIEZST00gSVQgQUxMLiANCg0KVHVlc2RheSwgQXVndXN0IDA3LCAy MDAxIDQ6MjMgQU0NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHJvb3RAbW9u c3Rlci5taXN0eS5jb20gW21haWx0bzpyb290QG1vbnN0ZXIubWlzdHkuY29tXU9uIEJlaGFsZiBP ZiBKYXJpIFJ1dXN1DQpTZW50OiBUdWVzZGF5LCBBdWd1c3QgMDcsIDIwMDEgMjozNCBBTQ0KVG86 IHN0dWFydEBiaDkwMjEwLm5ldA0KQ2M6IGxpbnV4LWNyeXB0b0BubC5saW51eC5vcmcNClN1Ympl Y3Q6IFJlOiBBbm5vdW5jZSBsb29wLUFFUy12MS4zZCBmaWxlIGNyeXB0byBwYWNrYWdlDQoNCiJJ VDMgU3R1YXJ0IEIuIFRlbmVyLCBVU05SLVIiIHdyb3RlOg0KPiBNci4gUnV1c3U6DQo+IFdpdGgg eW91ciBwZXJtaXNzaW9uLCBJIHdvdWxkIGxpa2UgdG8ga25vdyBpZiB5b3Ugd291bGQgbWluZCBp ZiBJDQo+IGNpcmN1bGF0ZWQgeW91ciBzb2Z0d2FyZSBhbW9uZ3N0IHdpbmRvd3MgcHJvZ3JhbW1l cnMgdG8gc2VlIGlmIHNvbWVvbmUNCj4gd2l0aCBhIGJhY2tncm91bmQgaW4gV2luZG93cywgYW5k IHdpdGggdGhlIHNhbWUga25vd2xlZGdlYmFzZSB5b3UgaGF2ZQ0KPiB3b3VsZCBiZSBpbnRlcmVz dGVkIGluIHJld29ya2luZyBhIHdpbmRvd3MgdmVyc2lvbi4NCg0KTG9vcC1BRVMgaXMgbGljZW5z ZWQgdW5kZXIgR1BMLiBHUEwgZ2l2ZXMgeW91IHJpZ2h0IHRvIHVzZSwgbW9kaWZ5IGFuZA0KZGlz dHJpYnV0ZSBpdCBhcyBsb25nIGFzIHlvdSBkb24ndCB2aW9sYXRlIHRoZSB0ZXJtcyBvZiB0aGUg bGljZW5zZS4NCg0KUmVnYXJkcywNCkphcmkgUnV1c3UgPGphcmkucnV1c3VAcHAuaW5ldC5maT4N Cg== Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sat Aug 11 08:25:27 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sat, 11 Aug 2001 08:23:49 +0200 Received: from ns1.yggdrasil.com ([209.249.10.20]:28384 "EHLO ns1.yggdrasil.com") by humbolt.nl.linux.org with ESMTP id ; Sat, 11 Aug 2001 08:23:36 +0200 Received: from adam.yggdrasil.com (adam.yggdrasil.com [209.249.10.6]) by ns1.yggdrasil.com (8.9.3/8.9.3) with ESMTP id XAA20921; Fri, 10 Aug 2001 23:23:30 -0700 From: "Adam J. Richter" Received: (from adam@localhost) by adam.yggdrasil.com (8.9.3/8.9.3) id XAA10438; Fri, 10 Aug 2001 23:23:30 -0700 Date: Fri, 10 Aug 2001 23:23:30 -0700 Message-Id: <200108110623.XAA10438@adam.yggdrasil.com> To: linux-crypto@nl.linux.org Subject: Standardizing encrypted device formats Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list I have recently set up a couple of my computers to run with an encrypted loopback root filesystem (with a small unencrypted /boot partition that does some fancy initial ramdisk machinations). I have done this both with loop-AES and with the kerneli patches, once I saw Jari Ruusu's comment about the problem with cryptoapi being that its initial value calcuations are dependent on block size. I believe that Jari addresses this initial value problem in his loop-AES code with the following change to drivers/block/loop.c: @@ -181,7 +273,7 @@ len = bh->b_size; data = bh->b_data; while (len > 0) { - int IV = index * (PAGE_CACHE_SIZE/bsize) + offset/bsize; + int IV = index * (PAGE_CACHE_SIZE >> 9) + (offset >> 9); size = PAGE_CACHE_SIZE - offset; if (size > len) ...and a few other places with essentially the same change. The problem with Jari's formula is that it will give different initial values on architectures with a different PAGE_CACHE_SIZE. I propose that we adopt a formula of the initial value being the low 32 bits of: (byte_offset + (byte_offset>>32)). In other words, the calculation in the above patch would become something like this, which I am just typing in without testing: u32 IV = (index>>PAGE_CACHE_SHIFT) + offset + (index << (32-PAGE_CACHE_SHIFT)); I would really like to see this standardized quickly, because changing formats would be a really pain once a lot of people start running completely encrypted systems. Adam J. Richter __ ______________ 4880 Stevens Creek Blvd, Suite 104 adam@yggdrasil.com \ / San Jose, California 95129-1034 +1 408 261-6630 | g g d r a s i l United States of America fax +1 408 261-6631 "Free Software For The Rest Of Us." Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sat Aug 11 08:36:31 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sat, 11 Aug 2001 08:34:53 +0200 Received: from ns1.yggdrasil.com ([209.249.10.20]:43232 "EHLO ns1.yggdrasil.com") by humbolt.nl.linux.org with ESMTP id ; Sat, 11 Aug 2001 08:34:41 +0200 Received: from adam.yggdrasil.com (adam.yggdrasil.com [209.249.10.6]) by ns1.yggdrasil.com (8.9.3/8.9.3) with ESMTP id XAA20994; Fri, 10 Aug 2001 23:34:35 -0700 From: "Adam J. Richter" Received: (from adam@localhost) by adam.yggdrasil.com (8.9.3/8.9.3) id XAA10452; Fri, 10 Aug 2001 23:34:35 -0700 Date: Fri, 10 Aug 2001 23:34:35 -0700 Message-Id: <200108110634.XAA10452@adam.yggdrasil.com> To: linux-crypto@nl.linux.org Subject: Suggested kerneli changes Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list I would like to suggest the following kerneli changes, which I am willing to implement if contributions from a US citizen are considered OK by the kerneli maintainer, and if the reaction to them is generally positive. 1. I want to make the Initial Value change that I described in my previous email so that the IV is independent of both machine page size and device block size. 2. I want to change cryptoapi so that loop devices can be configued by ioctl's that use strings rather that cipher ID's and that allow for information like key length to be retrieved by the ioctl. That way user level programs like losetup will not have to be updated to reflect the specific set of ciphers available in the kernel cryptoapi patch, and the kernel could automatically try to load the cipher-foo module when it is asked to configure an unknown cipher "foo" (with the usual precaustions about bogus module names). It should be easier to get the smaller change accepted in util_linux. 3. I want to separate the resulting core cryptoapi code from the ciphers. The cryptoapi core would then be more manageable patch, which we should campaign to get included into the standard Linux kernels. The ciphers could be distributed as one or more separate packages that could build as standalone modules without needing to patch the kernel. Does this plan look OK? Adam J. Richter __ ______________ 4880 Stevens Creek Blvd, Suite 104 adam@yggdrasil.com \ / San Jose, California 95129-1034 +1 408 261-6630 | g g d r a s i l United States of America fax +1 408 261-6631 "Free Software For The Rest Of Us." Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sat Aug 11 11:43:39 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sat, 11 Aug 2001 11:42:00 +0200 Received: from hank-fep8-0.inet.fi ([194.251.242.203]:15557 "EHLO fep08.tmt.tele.fi") by humbolt.nl.linux.org with ESMTP id ; Sat, 11 Aug 2001 11:41:41 +0200 Received: from pp.inet.fi ([212.213.41.101]) by fep08.tmt.tele.fi (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010811094258.BAEL27278.fep08.tmt.tele.fi@pp.inet.fi>; Sat, 11 Aug 2001 12:42:58 +0300 Message-ID: <3B74FDE6.633E4828@pp.inet.fi> Date: Sat, 11 Aug 2001 12:41:58 +0300 From: Jari Ruusu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19aa2 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Adam J. Richter" CC: linux-crypto@nl.linux.org Subject: Re: Standardizing encrypted device formats References: <200108110623.XAA10438@adam.yggdrasil.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list "Adam J. Richter" wrote: > I have recently set up a couple of my computers to run with > an encrypted loopback root filesystem (with a small unencrypted > /boot partition that does some fancy initial ramdisk machinations). > I have done this both with loop-AES and with the kerneli patches, > once I saw Jari Ruusu's comment about the problem with cryptoapi > being that its initial value calcuations are dependent on block size. > > I believe that Jari addresses this initial value problem > in his loop-AES code with the following change to drivers/block/loop.c: > > @@ -181,7 +273,7 @@ > len = bh->b_size; > data = bh->b_data; > while (len > 0) { > - int IV = index * (PAGE_CACHE_SIZE/bsize) + offset/bsize; > + int IV = index * (PAGE_CACHE_SIZE >> 9) + (offset >> 9); > size = PAGE_CACHE_SIZE - offset; > if (size > len) > > ...and a few other places with essentially the same change. > > The problem with Jari's formula is that it will give different > initial values on architectures with a different PAGE_CACHE_SIZE. IV computation in loop-AES is correct. IV is computed in 512 byte units regardless or PAGE_CACHE_SIZE, meaning that each 512 byte chunk has unique IV. This is optimal because minimum addressable unit on block devices is 512 bytes. > I propose that we adopt a formula of the initial value being > the low 32 bits of: (byte_offset + (byte_offset>>32)). > > In other words, the calculation in the above patch would > become something like this, which I am just typing in without testing: > > u32 IV = (index>>PAGE_CACHE_SHIFT) + offset + > (index << (32-PAGE_CACHE_SHIFT)); > > I would really like to see this standardized quickly, because > changing formats would be a really pain once a lot of people start > running completely encrypted systems. Your proposition does not make sense, sorry. Everyone dealing with loop IV (at least me, Herbert Valerio Riedel, Jens Axboe and Andrea Arcangeli) agree that 512 byte units is the best solution. Regards, Jari Ruusu Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sat Aug 11 16:51:09 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sat, 11 Aug 2001 16:49:38 +0200 Received: from cm.med.3284844210.kabelnet.net ([195.202.190.178]:37385 "EHLO phobos.hvrlab.org") by humbolt.nl.linux.org with ESMTP id ; Sat, 11 Aug 2001 16:49:27 +0200 Received: from janus.txd.hvrlab.org (IDENT:hvr@janus.txd.hvrlab.org [10.51.1.5]) by phobos.hvrlab.org (8.9.3/8.9.3) with ESMTP id QAA21809; Sat, 11 Aug 2001 16:49:12 +0200 Date: Sat, 11 Aug 2001 16:49:12 +0200 (CEST) From: Herbert Valerio Riedel X-X-Sender: To: "Adam J. Richter" cc: Subject: Re: Suggested kerneli changes In-Reply-To: <200108110634.XAA10452@adam.yggdrasil.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list hello, On Fri, 10 Aug 2001, Adam J. Richter wrote: > I would like to suggest the following kerneli changes, which > I am willing to implement if contributions from a US citizen are > considered OK by the kerneli maintainer, and if the reaction to them > is generally positive. [..] > Does this plan look OK? ? it sounds as if you are suggesting things which have been already accomplished... please take a closer look at http://cryptoapi.sourceforge.net/... you might recognize some of your suggestions more or less implemented already... btw, the cryptoapi is not ready yet for being proposed for kernel inclusion yet, it's still work in progress... the IV calculation thing on the other hand has already been proposed, and we hope, that it will go in real soon now... -- Herbert Valerio Riedel / Phone: (EUROPE) +43-1-58801-18840 Email: hvr@hvrlab.org / Finger hvr@gnu.org for GnuPG Public Key GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748 5F65 4981 E064 883F 4142 Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 12 06:42:50 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 12 Aug 2001 06:41:20 +0200 Received: from freya.yggdrasil.com ([209.249.10.20]:3534 "EHLO ns1.yggdrasil.com") by humbolt.nl.linux.org with ESMTP id ; Sun, 12 Aug 2001 06:41:09 +0200 Received: from adam.yggdrasil.com (adam.yggdrasil.com [209.249.10.6]) by ns1.yggdrasil.com (8.9.3/8.9.3) with ESMTP id VAA04989; Sat, 11 Aug 2001 21:41:03 -0700 From: "Adam J. Richter" Received: (from adam@localhost) by adam.yggdrasil.com (8.9.3/8.9.3) id VAA32391; Sat, 11 Aug 2001 21:41:03 -0700 Date: Sat, 11 Aug 2001 21:41:03 -0700 Message-Id: <200108120441.VAA32391@adam.yggdrasil.com> To: linux-crypto@nl.linux.org Subject: Re: Standardizing encrypted device formats Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Jari Ruusu writes: >IV computation in loop-AES is correct. IV is computed in 512 byte units >regardless or PAGE_CACHE_SIZE, meaning that each 512 byte chunk has unique >IV. This is optimal because minimum addressable unit on block devices is 512 >bytes. You're right. I botched the math. Your calculation produces the same initial values on systems with a different PAGE_CACHE_SIZE because the value of the page number will change accordingly. I should have tried to include a calculation of an example before claiming there was a problem. I apologize for making a misguided posting. Adam J. Richter __ ______________ 4880 Stevens Creek Blvd, Suite 104 adam@yggdrasil.com \ / San Jose, California 95129-1034 +1 408 261-6630 | g g d r a s i l United States of America fax +1 408 261-6631 "Free Software For The Rest Of Us." Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Sun Aug 12 18:43:47 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Sun, 12 Aug 2001 18:42:08 +0200 Received: from snowdrop.csv.warwick.ac.uk ([137.205.192.31]:65431 "EHLO snowdrop.csv.warwick.ac.uk") by humbolt.nl.linux.org with ESMTP id ; Sun, 12 Aug 2001 18:41:56 +0200 Received: from mimosa.csv.warwick.ac.uk (phrxy@mimosa [137.205.192.34]) by snowdrop.csv.warwick.ac.uk (8.11.3/8.11.3) with ESMTP id f7CGftk29386 for ; Sun, 12 Aug 2001 17:41:55 +0100 (BST) Received: from localhost (phrxy@localhost) by mimosa.csv.warwick.ac.uk (8.9.3/8.9.3) with ESMTP id RAA24413 for ; Sun, 12 Aug 2001 17:41:55 +0100 (BST) X-Authentication-Warning: mimosa.csv.warwick.ac.uk: phrxy owned process doing -bs Date: Sun, 12 Aug 2001 17:41:55 +0100 (BST) From: "John.J.Lee" X-Sender: To: Subject: Unsupported encryption type Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list I've used the i-kernel for years now, but I'm having trouble installing it on a laptop I'm using. I patched the standard 2.2.18 kernel with the 2.2.18-3 i-kernel patch, compiled and booted and created a file to store the data with no problems, but: $ losetup -e serpent /dev/loop3 ./.cryptfile Unsupported encryption type serpent I've tried the obvious spelling variations ('serpent', 'Serpent', etc.) and tried using AES instead, tried recompiling util-linux (2.10p) and reinstalling mount, umount, losetup. No joy. All the encryption stuff is compiled into the kernel (not as modules), and in my syslog is the following [...] Aug 11 19:23:34 tosh kernel: cryptoapi: Registered rijndael (16) Aug 11 19:23:34 tosh kernel: cryptoapi: Registered rijndael-cbc (65552) Aug 11 19:23:34 tosh kernel: cryptoapi: Registered aes (18) Aug 11 19:23:34 tosh kernel: cryptoapi: Registered aes-cbc (65554) Aug 11 19:23:34 tosh kernel: cryptoapi: Registered serpent (7) Aug 11 19:23:34 tosh kernel: cryptoapi: Registered serpent (65543) [...] I looked, and /proc/crypto{cipher,digest} are there, with aes, aes-cbc, serpent, serpent-cbc, etc. I'm using progeny debian 1.0. I did remember to point the util-linux configure script at the right kernel headers. Do I need a more recent util-linux? I coulnd't see anything in the (util-linux) changelog that related to that. Thanks for any help John Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 13 01:40:49 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 13 Aug 2001 01:39:20 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:62729 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Mon, 13 Aug 2001 01:39:06 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15W4jD-00009R-00 for ; Mon, 13 Aug 2001 00:33:07 +0100 Received: from w2kpro01 (ppp-206-170-209-178.lsan03.pacbell.net [206.170.209.178]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QF40ZN; Sun, 12 Aug 2001 18:35:43 -0500 Reply-To: "IT3 Stuart B. Tener, USNR-R" From: "IT3 Stuart B. Tener, USNR-R" To: Subject: ScramDisk Date: Sun, 12 Aug 2001 16:38:38 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <3B6D7759.7EBEF5F0@pp.inet.fi> Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJ1dXN1LCBldCBhbC46DQoNCglJIGFtIGF3YXJlIHRoYXQgeW91IGFyZSBub3QgaW4gYSBw b3NpdGlvbiB0byBhZGFwdCB5b3VyIGxvb3AtYWVzIHNvZnR3YXJlIHRvIHJ1biB1bmRlciBXaW5k b3dzLiBIb3dldmVyLCBJIGFtIGN1cmlvdXMgaG93IGRpZmZpY3VsdCBpdCBtaWdodCBiZSB0byBh ZGFwdCBpdCB0byB3b3JrIGluIGEgbWFubmVyIGNvbmR1Y2l2ZSB0byBiZWluZyBjb21wYXRpYmxl IHdpdGggdGhlICJjb250YWluZXIiIGZvcm1hdCB3aGljaCBzY3JhbWRpc2sgdXNlcy4gVGhlIGlk ZWEgYmVpbmcsIHRoYXQgeW91ciBsb29wLWFlcyBzb2Z0d2FyZSBjb3VsZCB3b3JrIGFzIGl0IGRv ZXMgbm93LCBvciBvcHRpb25hbGx5IGluIGEgbWFubmVyIHRvIGJlIGFibGUgdG8gcmVhZCBzY3Jh bWRpc2sgY3JlYXRlZCAiY29udGFpbmVycyIgdW5kZXIgTGludXguDQoNCglXaGlsZSBJIGtub3cg bG9vcC1hZXMgKGFjdHVhbGx5IGEgbWlzbGVhZGluZyBuYW1lLCBhcyBpdCBhcHBhcmVudGx5IHN1 cHBvcnRzIG90aGVyIGVuY3J5cHRpdmUgdGVjaG5pcXVlcykgZG9lcyBzdXBwb3J0IEFFUywgYW5k IHNjcmFtZGlzayBkb2VzIG5vdCwgcGVyaGFwcyBpdCBjb3VsZCBzdGlsbCBiZSBhZGFwdGVkIGZv ciB1c2luZyB0aGUgYWxnb3JpdGhtcyB3aGljaCBzY3JhbWRpc2sgZG9lcyB1c2UuIEFzIHdlbGws IEkgdGhpbmsgaXQgcmVhc29uYWJsZSB0byBwcmVzdW1lIHRoYXQgc2NyYW1kaXNrIHdpbGwgc3Vw cG9ydCBBRVMgaW4gdGhlIG5lYXIgdG8gY2xvc2UgZnV0dXJlLg0KDQoJQnkgdGhlIHdheSwgSSB3 b3VsZCBiZSBjdXJpb3VzIHRvIGhlcmUgZnJvbSB0aGUgZGV2ZWxvcGVycyBvZiB0aGUgSS1QYXRj aCBhcyB0byB3aGV0aGVyIHRoYXQgY291bGQgYmUgYWRhcHRlZCB0byByZWFkIHRoZXNlIHNjcmFt ZGlzayBmb3JtYXR0ZWQgY29udGFpbmVycyBhcyB3ZWxsLg0KDQoNCglUaGUgVVJMIGlzIGh0dHA6 Ly93d3cuc2NyYW1kaXNrLmNsYXJhLm5ldC8NCg0KDQpWZXJ5IFJlc3BlY3RmdWxseSwgDQoNClN0 dWFydCBCbGFrZSBUZW5lciwgSVQzLCBVU05SLVIsIE4zR1dHIA0KQmV2ZXJseSBIaWxscywgQ2Fs aWZvcm5pYQ0KVlRVIDE5MDRHIChWb2x1bnRlZXIgVHJhaW5pbmcgVW5pdCkgDQpzdHVhcnRAYmg5 MDIxMC5uZXQgDQp3ZXN0IGNvYXN0OiAoMzEwKS0zNTgtMDIwMiBQLk8uIEJveCAxNjA0MywgQmV2 ZXJseSBIaWxscywgQ0EgOTAyMDktMjA0MyANCmVhc3QgY29hc3Q6ICgyMTUpLTMzOC02MDA1IFAu Ty4gQm94IDQ1ODU5LCBQaGlsYWRlbHBoaWEsIFBBIDE5MTQ5LTU4NTkgDQoNClRlbGVjb3BpZXI6 ICg0MTkpLTcxNS02MDczIGZheCB0byBlbWFpbCBnYXRld2F5IHZpYSB3d3cuZWZheC5jb20gKGl0 J3MgZnJlZSEpIA0KDQpKT0lOIFRIRSBVUyBOQVZZIFJFU0VSVkUsIFNFUlZFIFlPVVIgQ09VTlRS WSwgQU5EIEJFTkVGSVQgRlJPTSBJVCBBTEwuIA0KDQpTdW5kYXksIEF1Z3VzdCAxMiwgMjAwMSA0 OjMxIFBNDQoNCg== Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 13 12:52:26 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 13 Aug 2001 12:50:56 +0200 Received: from [195.219.102.10] ([195.219.102.10]:44297 "EHLO mail.dantel.dk") by humbolt.nl.linux.org with ESMTP id ; Mon, 13 Aug 2001 12:50:43 +0200 Received: from mordor.adsl.dk [212.242.180.181] by mail.dantel.dk (SMTPD32-5.05) id A0F9306101FC; Mon, 13 Aug 2001 12:50:33 +0200 Content-Type: text/plain; charset="iso-8859-1" From: =?iso-8859-1?q?S=F8ren=20Kongstad?= To: linux-crypto@nl.linux.org Subject: Cant compile cryptoapi from CVS in cryptoapi.sourceforge.net Date: Mon, 13 Aug 2001 12:50:34 -0400 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01081312503400.01739@mordor.adsl.dk> Content-Transfer-Encoding: 8bit Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list Hi I am rather new in linux programming, and I am having problems with compiling the CVS source for cryptoapi. There is no configure file in the CVS archive, and I dont know enough to edit the "old" configure file. I specifically want to try to compile the tests in the tests directory, to see how to use the api in "real life", and have tried to include the "tests" directory in the source found in http://www.hvrlab.org/pub/crypto/. I have come as far as making testcip.o but I do not know what to link against to make it work. I made testcip with this command - executed in the tests directory: gcc -I../include -I./ testcip.c -o testcip.o Any help would be appreciated Sĝren Kongstad Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 13 14:32:05 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 13 Aug 2001 14:30:30 +0200 Received: from cm.med.3284844210.kabelnet.net ([195.202.190.178]:17926 "EHLO phobos.hvrlab.org") by humbolt.nl.linux.org with ESMTP id ; Mon, 13 Aug 2001 14:30:19 +0200 Received: from janus.txd.hvrlab.org (IDENT:hvr@janus.txd.hvrlab.org [10.51.1.5]) by phobos.hvrlab.org (8.9.3/8.9.3) with ESMTP id OAA11981; Mon, 13 Aug 2001 14:30:16 +0200 Date: Mon, 13 Aug 2001 14:30:15 +0200 (CEST) From: Herbert Valerio Riedel X-X-Sender: To: =?iso-8859-1?q?S=F8ren=20Kongstad?= cc: Subject: Re: Cant compile cryptoapi from CVS in cryptoapi.sourceforge.net In-Reply-To: <01081312503400.01739@mordor.adsl.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list I've released cryptoapi-2.4.7.0 right now; you can download the source tarball from the projects' file section on sourceforge; after unpacking, just do a ./configure --enable-test-tools to enable building of the test_cipher tool; it's main use for now is to test the ciphers against known test vectors and it is used by the test_vektor.sh; On Mon, 13 Aug 2001, Sĝren Kongstad wrote: > Hi > I am rather new in linux programming, and I am having problems with compiling > the CVS source for cryptoapi. There is no configure file in the CVS archive, > and I dont know enough to edit the "old" configure file. > > I specifically want to try to compile the tests in the tests directory, to > see how to use the api in "real life", and have tried to include the "tests" > directory in the source found in http://www.hvrlab.org/pub/crypto/. I have > come as far as making testcip.o but I do not know what to link against to > make it work. > > I made testcip with this command - executed in the tests directory: > gcc -I../include -I./ testcip.c -o testcip.o > > Any help would be appreciated > > > Sĝren Kongstad > > Linux-crypto: cryptography in and on the Linux system > Archive: http://mail.nl.linux.org/linux-crypto/ > -- Herbert Valerio Riedel / Phone: (EUROPE) +43-1-58801-18840 Email: hvr@hvrlab.org / Finger hvr@gnu.org for GnuPG Public Key GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748 5F65 4981 E064 883F 4142 Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Mon Aug 13 20:10:44 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Mon, 13 Aug 2001 20:07:44 +0200 Received: from pentafluge.infradead.org ([195.224.55.251]:39954 "EHLO pentafluge.infradead.org") by humbolt.nl.linux.org with ESMTP id ; Mon, 13 Aug 2001 20:07:24 +0200 Received: from [206.50.173.66] (helo=itrs_nt.ITRS_DOMAIN) by pentafluge.infradead.org with esmtp (Exim 3.22 #1 (Red Hat Linux)) id 15WM1q-0001E3-00 for ; Mon, 13 Aug 2001 19:01:30 +0100 Received: from w2kpro01 (ppp-206-170-209-224.lsan03.pacbell.net [206.170.209.224]) by itrs_nt.ITRS_DOMAIN with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id Q1QFVAQ5; Mon, 13 Aug 2001 13:04:06 -0500 Reply-To: From: "IT3 Stuart B. Tener, USNR-R" To: Subject: RE: I-Patch current status? Date: Mon, 13 Aug 2001 11:06:56 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Disposition-Notification-To: "IT3 Stuart B. Tener, USNR-R" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list TXIuIFJpZWRlbDoNCg0KCVdoYXQgaXMgdGhlIGN1cnJlbnQgc3RhdHVzIG9mIHRoZSBJLVBhdGNo IGluIGdlbmVyYWwgKGFuZCB3aXRoIHJlZ2FyZCB0byBpc3N1ZXMgZGlzY3Vzc2VkIGJ5IE1yLiBS dXVzdSBpbiB0aGUgcGFzdCk/DQoNCglXaGF0IGlzIHRoZSBjdXJyZW50IHN0YXR1cyBvZiB0aGUg SS1QYXRjaCB3aXRoIHJlZ2FyZCB0byBrZXJuZWwgMi40Ljg/DQoNCglXb3VsZCBpdCBiZSBkaWZm aWN1bHQgZm9yIHRoZSBJLVBhdGNoIHRvIGJlIGNvbXBhdGlibGUgd2l0aCBzb21lIFdpbmRvd3Mg Zm9ybWF0ICJjb250YWluZXIiIHR5cGUgZmlsZSAoc3VjaCBhcyBzY3JhbWRpc2spLCBzaW5jZSBs b29wLWFlcyBkb2Vzbid0IGxvb2sgbGlrZSBpdCB3aWxsIGV2ZXIgYmUgY29tcGF0aWJsZSB3aXRo IGFueXRoaW5nIGVsc2U/IFNpbmNlIGxvb3AtYWVzIGlzIG5vdCBjb21wYXRpYmxlIHdpdGggYW55 IHdpbmRvd3MgZm9ybWF0IHN0dWZmLCBpdHMgcmVhbGx5IG1ha2UgaXQgYSBsZXNzIHZpYWJsZSBz b2x1dGlvbiBmb3IgaW1wbGVtZW50YXRpb24uDQoNCg0KVmVyeSBSZXNwZWN0ZnVsbHksIA0KDQpT dHVhcnQgQmxha2UgVGVuZXIsIElUMywgVVNOUi1SLCBOM0dXRyANCkJldmVybHkgSGlsbHMsIENh bGlmb3JuaWENClZUVSAxOTA0RyAoVm9sdW50ZWVyIFRyYWluaW5nIFVuaXQpIA0Kc3R1YXJ0QGJo OTAyMTAubmV0IA0Kd2VzdCBjb2FzdDogKDMxMCktMzU4LTAyMDIgUC5PLiBCb3ggMTYwNDMsIEJl dmVybHkgSGlsbHMsIENBIDkwMjA5LTIwNDMgDQplYXN0IGNvYXN0OiAoMjE1KS0zMzgtNjAwNSBQ Lk8uIEJveCA0NTg1OSwgUGhpbGFkZWxwaGlhLCBQQSAxOTE0OS01ODU5IA0KDQpUZWxlY29waWVy OiAoNDE5KS03MTUtNjA3MyBmYXggdG8gZW1haWwgZ2F0ZXdheSB2aWEgd3d3LmVmYXguY29tIChp dCdzIGZyZWUhKSANCg0KSk9JTiBUSEUgVVMgTkFWWSBSRVNFUlZFLCBTRVJWRSBZT1VSIENPVU5U UlksIEFORCBCRU5FRklUIEZST00gSVQgQUxMLiANCg0KTW9uZGF5LCBBdWd1c3QgMTMsIDIwMDEg MTE6MDEgQU0NCg0K Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Tue Aug 14 16:17:33 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Tue, 14 Aug 2001 16:14:49 +0200 Received: from fep01-0.kolumbus.fi ([193.229.0.41]:45767 "EHLO fep01-app.kolumbus.fi") by humbolt.nl.linux.org with ESMTP id ; Tue, 14 Aug 2001 16:14:40 +0200 Received: from viruswall.suomen3p.fi ([195.255.161.3]) by fep01-app.kolumbus.fi (InterMail vM.5.01.03.08 201-253-122-118-108-20010628) with SMTP id <20010814141429.VISL20603.fep01-app.kolumbus.fi@viruswall.suomen3p.fi> for ; Tue, 14 Aug 2001 17:14:29 +0300 Received: from 192.168.0.3 by viruswall.suomen3p.fi (InterScan E-Mail VirusWall NT); Tue, 14 Aug 2001 17:13:49 +0300 (GTB Daylight Time) Received: by NTS2 with Internet Mail Service (5.5.2650.21) id ; Tue, 14 Aug 2001 17:08:46 +0300 Message-ID: <59D8B7929E42D4119E68009027B687D5B41FFF@NTS2> From: Reimavuo Sami To: "'linux-crypto@nl.linux.org'" Subject: Date: Tue, 14 Aug 2001 17:08:44 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list subscribe linux-crypto -- Sami Reimavuo // Service Platform Specialist sami.reimavuo@dnafinland.fi // (044) 044 5004 Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Tue Aug 14 16:30:29 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Tue, 14 Aug 2001 16:27:37 +0200 Received: from fep02-0.kolumbus.fi ([193.229.0.44]:57255 "EHLO fep02-app.kolumbus.fi") by humbolt.nl.linux.org with ESMTP id ; Tue, 14 Aug 2001 16:27:33 +0200 Received: from viruswall.suomen3p.fi ([195.255.161.3]) by fep02-app.kolumbus.fi (InterMail vM.5.01.03.08 201-253-122-118-108-20010628) with SMTP id <20010814142729.TBNY22420.fep02-app.kolumbus.fi@viruswall.suomen3p.fi> for ; Tue, 14 Aug 2001 17:27:29 +0300 Received: from 192.168.0.3 by viruswall.suomen3p.fi (InterScan E-Mail VirusWall NT); Tue, 14 Aug 2001 17:26:48 +0300 (GTB Daylight Time) Received: by NTS2 with Internet Mail Service (5.5.2650.21) id ; Tue, 14 Aug 2001 17:21:45 +0300 Message-ID: <59D8B7929E42D4119E68009027B687D5B42000@NTS2> From: Reimavuo Sami To: "'linux-crypto@nl.linux.org'" Subject: foobar Date: Tue, 14 Aug 2001 17:21:40 +0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list subscribe linux-crypto Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Tue Aug 14 21:27:59 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Tue, 14 Aug 2001 21:26:28 +0200 Received: from web20307.mail.yahoo.com ([216.136.226.88]:54289 "HELO web20307.mail.yahoo.com") by humbolt.nl.linux.org with SMTP id ; Tue, 14 Aug 2001 21:26:15 +0200 Message-ID: <20010814192608.4068.qmail@web20307.mail.yahoo.com> Received: from [63.66.83.228] by web20307.mail.yahoo.com; Tue, 14 Aug 2001 12:26:08 PDT Date: Tue, 14 Aug 2001 12:26:08 -0700 (PDT) From: Joe Sixpack To: linux-crypto@nl.linux.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-crypto@nl.linux.org Precedence: bulk Return-Path: X-Envelope-To: <"| /bin/marchive -a -m -f /home/majordomo/public_html/linux-crypto/folders/linux-crypto"> (uid 0) X-Orcpt: rfc822;linux-crypto-list subscribe __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ Linux-crypto: cryptography in and on the Linux system Archive: http://mail.nl.linux.org/linux-crypto/ From owner-linux-crypto@nl.linux.org Wed Aug 15 00:24:05 2001 Received: (root@humbolt.nl.linux.org) by humbolt.nl.linux.org id ; Wed, 15 Aug 2001 00:21:04 +0200 Received: from 232dul184.chartermi.net ([206.11.232.184]:3902 "EHLO lain.leet.org") by humbolt.nl.linux.org with ESMTP id ; Wed, 15 Aug 2001 00:20:54 +0200 Received: (from chris@localhost) by lain.leet.org (8.11.2/8.11.2) id f7EMOp701035 for linux-crypto@nl.linux.org; Tue, 14 Aug 2001 17:24:51 -0500 X-Authentication-Warning: lain.leet.org: chris set sender to cschadl@satan.org.uk using -f Date: Tue, 14 Aug 2001 17:24:51 -0500 From: Chris Schadl To: linux-crypto@nl.linux.org Message-ID: <20010814172451.A1027@example.com> Reply-To: Chris Schadl Mime-Version: 1.0 Content-Type: text/plain; charse