nettle-bugs

nettle-bugs@lists.lysator.liu.se

2 participants
2222 discussions

netbsd des crash fix
by Simon Josefsson 17 Aug '03

17 Aug '03

des encryption on netbsd crashes, and the compiler warns /tmp/cch12003.s:5740: Warning: GOT relocation burb: `_des_keymap' should be global the problem is des_keymap, in des.c: static const uint32_t des_keymap[] = { #include "keymap.h" }; in desCode.h: extern const uint32_t des_keymap[]; Assuming you want des_keymap to be private, the fix below works. If you want to make des_keymap public, simply removing the 'static' keyword works. Thanks. Index: des.c =================================================================== RCS file: /cvsroot/shishi/shishi/crypto/des.c,v retrieving revision 1.2 diff -u -p -r1.2 des.c --- des.c 15 Aug 2003 16:25:03 -0000 1.2 +++ des.c 17 Aug 2003 10:33:17 -0000 @@ -40,9 +40,6 @@ #include "desCode.h" -static ENCRYPT(DesSmallFipsEncrypt,TEMPSMALL, LOADFIPS,KEYMAPSMALL,SAVEFIPS) -static DECRYPT(DesSmallFipsDecrypt,TEMPSMALL, LOADFIPS,KEYMAPSMALL,SAVEFIPS) - /* various tables */ static const uint32_t @@ -59,6 +56,9 @@ static const char parity[] = { #include "parity.h" }; + +static ENCRYPT(DesSmallFipsEncrypt,TEMPSMALL, LOADFIPS,KEYMAPSMALL,SAVEFIPS) +static DECRYPT(DesSmallFipsDecrypt,TEMPSMALL, LOADFIPS,KEYMAPSMALL,SAVEFIPS) void des_fix_parity(unsigned length, uint8_t *dst, Index: desCode.h =================================================================== RCS file: /cvsroot/shishi/shishi/crypto/desCode.h,v retrieving revision 1.1 diff -u -p -r1.1 desCode.h --- desCode.h 9 Aug 2003 01:30:44 -0000 1.1 +++ desCode.h 17 Aug 2003 10:33:17 -0000 @@ -9,7 +9,6 @@ #include "des.h" -extern const uint32_t des_keymap[]; extern const uint32_t des_bigmap[]; /* optional customization:

2 2

very urgent
by MRS.MARIAM SANI ABACHA 17 Jul '03

17 Jul '03

FROM: MRS.MARIAM SANI ABACHA STRICTLY PRIVATE Dear Sir, PROPOSAL FOR THE RE TRANSFER OF US$45.5 MILLION UNITED STATES DOLLARS. I take liberty to introduce my humble self to you and permit me to write you. I am MRS MARIAM ABACHA (WIDOW) the wife of Late General Sani Abacha Former Head of state of the defunct Military Government of Nigeria, who was killed, while in office in 1998. After these, the Present Democratic Elected Government of OLUSEGUN OBASANJO took over in 1999 as a result of Military misrule over the years, during the tenure of Late General Abacha (my inlaw) he enriched and accumulated a lot of money while in office, but unfortunately for him the man died. This money was lodged in different banks abroad in America, Canada, Europe and Africa. Etc. However, the present Government succeeded in Frozening most of these Accounts and have so far recalled these money back to the country, with exception of the money deposited in a valt with AMICABLE SECURITY COMPANY in Cotonou Republic of Benin undiscovered up til date. And due to sanction placed on the family by the Present Government I can not reach this money nor withdraw it to Nigeria for use. Otherwise, we have jointly decided within the family to relocate this funds out abroad for investment. This is the only ways and means we can utilize this money wisely. Consequently, we beg for your assistance in investing this money ie. Purchase factory (s), Estate and any other viable venture you might suggest. I got your contact through your country (s) Embassy, as a trustworthy and reliable person we believe strongly, you will not disappoint us, we have also agreed to give you 30% of the total amount as share in this business, at the end of the day. Finally, we require the following information to facilitate and normalization of documentation with the Security Company. (a) Your complete name (b) Your Telephone/Fax Numbers (c) Complete Bank Account Numbers and Addresses. Again, all arrangement and logistics of this transaction are in place as you are free and secured in this transaction, you will be glad you did and we shall remain grateful. I most faithfully look forward to hear from you. Thanks in anticipations. Best regards, MRS.MARIAM SANI ABACHA N/B:PLEASE FOR CONFIRMATION CHECK THIS WEB.SITE (www.econdad.org/AbachaLaunch.htm)

1 0

very urgent
by MRS.MARIAM SANI ABACHA 17 Jul '03

17 Jul '03

1 0

THANKS
by BASHE MOBUTU 03 Jul '03

03 Jul '03

Good Day, You may be surprise to receive this email since you do not know me. I am the son of the late president of Democratic Republic Of Zaire, President Mobutu Sese Seko, ( now The Republic of Congo, under the leadership of the son of Mr. Laurent Kabila). I presume you are aware there is a financial dispute between my family ( THEMOBUTUS ) and the present civilian Government. This is based on what they believe as bad and corrupt governance on my late father's part. May his soul rest in perfect peace. As you might have heard how a lot of my father's bank account in Switzerland and North America have been frozen. Following the above named reasons, I am soliciting for your humble and confidential assistance to take custody of THIRTY Million United States Dollars ( US$30,000,000.00 ), also to front for me in the areas of business you desire profitable. These funds have secretly been deposited into a confidential Security Company, where it can easily be withdrawn or paid to a recommended beneficiary. The funds will be released to you by the Security Company, based on my recommendations, on that note, you will be presented as my partner who will be fronting for me and my family in any subsequent ventures. Myself and my mother have decided to give 20% to you if you are able to help us claim this consignment. We have also decided to give you any money spent on phone calls or traveling expenses in the course of this transaction at the end of the transaction. Please, I need your entire support and co-operation for the success of this transaction, your utmost confidentiality and secrecy is highly required, due to my family's present predicament. I sincerely will appreciate your willingness to assist us as soon as possible. I am presently in the refugee camp here in the Netherlands under the united nations refugee camp in Netherlands and I can be reached on phone number +31-630-674-930 or E-mail me at bashemobutu3(a)latinmail.com for more information on how we can proceed in this transaction. Please indicate your interest by sending your telephone and fax number or call me up at anytime. I sincerely will appreciate your acknowledgement as soon as possible. Warmest regards, Bashe Mobutu Sese-Seko.

1 0

Re: I think I have never known you
by eustacchioheide＠gmx.at 24 Jun '03

24 Jun '03

1 0

manufacturer of garments and bags in China
by Rachel 10 May '03

10 May '03

Dear Sir, I have the pleasure to know your esteemed corp. We are a manufacturer & exporter of garments and bags in Quanzhou, China. I think we can cooperate and supply you with garments as you need. The following is some introductions about our company. Set up: 1988 Type: manufacturer & exporter Product: knitted garments and bags Employees: 1300 persons ( garments factory: 500 bags factory: 800) Product data: product (main items) capacity(/year) brief 2,000,000dzs baby body 1,800,000dzs boxer short 200,000dzs pajama 50,000dzs soft bag 1,500,000pcs hard bag 500,000pcs Mimn order: 300dzs for garments Payment: irrevocable L/C at sight Bank: BANK OF CHINA Our garment factory mainly specialize in Lady's and men's underwear, children's wear, baby's wear, pajama, boxer shorts, T-shirt, etc. The materials we often use are cotton, T/C, Polyester, Polyamide, Elasthan, and Polyamide. Our products are design with PAD system, produced with advanced equipment, processed in highly quality control system with seasoned workmanship and high efficiency. Our main market is Europe, Australia, Japan and America. We also accept the orders designed and required by costumers. You can see some pictures of our samples through our web http://www.senwer.com. (For more pictures in your interesting, pls kindly contact us directly). Our bag factory was founded in 1988, too. We produce all kinds of bags, including suitcase, backpack, travel bag, shoulder bag, sport bag, trolley, camera bag, tote bag, school bag, computer case, luggage,waist bag, notecase, etc. And the goods have met a great favor in the Europe countries, Australia and America because of their good quality, beautiful design and competitive price. Thank you very much. Hope you will give us an opportunity to do business together and we will try our level best to fulfill your present requirement. Should you therefore need any more details for your clarification, pls do not hesitate to contact us. And you are welcome to visit our factories. With best regards Rachel Wang 0086-13960286700 rachel(a)senwer.com Jason Chen MOB:0086-13959893400 jasonchen(a)senwer.com Vicki Wang 0086-13960228599 vicki(a)senwer.com ----------------------------------------------------------------------------- SENWER GARMENTS CO., LTD. ADD: Room F202, Fugui Renjia Building, Liuguan Road, Quanzhou, Fujian, China. Tel: 0086-595-2506700 Fax: 0086-595-2563400 P.C.:362000 Http://www.senwer.com E-mail: senwer(a)public.qz.fj.cn -----------------------------------------------------------------------------

1 0

ANNOUNCE: nettle-1.7
by nisse＠lysator.liu.se 11 Mar '03

11 Mar '03

There have been lot of smaller and larger changes since the previous release half a year ago, so I've decided to package up the current code as a release. There's also one new section in the manual, describing DSA. NEWS for the 1.7 release Implemented DSA. Renamed RSA functions for consistency. Now it's rsa_public_key_init, not rsa_init_public_key, etc. Both RSA and DSA now have sign/verify functions that take the hash digest as argument. A rewritten and much more powerful sexp-conv program. Other changes to the sexp code, in particular updating it to the latest SPKI draft. Building nettle as a shared library (ELF only) seems to work. The version number is increased, so the library "soname" for this release is "libnettle.so.1". Bugfixes. Fixes for build and portability problems. Available at http://www.lysator.liu.se/~nisse/archive/nettle-1.7.tar.gz ftp://ftp.lysator.liu.se/pub/security/lsh/nettle-1.7.tar.gz Regards, /Niels

1 0

libspki (informal announce)
by nisse＠lysator.liu.se 11 Mar '03

11 Mar '03

This is the first informal announcement of libspki. SPKI, the Simple Public Key Infrastructure, is a sane way of using certificates. The original design is by Carl Ellison and Ron Rivest. The emphasis, at least from my point of view, is on association of authorization to keys (in contrast to X.509, which tries to bind X.500 names to keys), and on delegation of some or all of one's authorization. For some background, read RFC 2693. I think the primary applications where SPKI would be useful is in authentication (like public key ssh login, as well as host authentication), access control for various network servers, perhaps also peer-to-peer servers, etc. I've been working on an SPKI library from time to time since November last year. As the name promises, it *is* pretty simple. I have the most important features in place and it's still less than 7000 lines. For an example of what the objects look like, see the delegation testcase, <URL: http://cvs.lysator.liu.se/viewcvs/viewcvs.cgi/lsh/src/spki/testsuite/delega…> The purpose if this announcement is to find out if there are any other people in the community who are interested in SPKI. I'm not in a desperate need for coding help, but I could really use feedback on the code and functionality: If the interfaces are reasonable or need generalization, which of the missing features are important, how to organize the directory of SPKI-related information, which parts are in the most need of documentation, etc. To me, SPKI seems like the obvious way to go whenever one needs public keys, and has the luxury of not having to be backwards compatible with X.509. (Actually, SPKI is designed so that it *can* interoperate with alien PKI stuff, such as X.509, but I'm not going to write that code any time soon). There's no polished distribution, so the easiest way to try out libspki is to pull the latest lsh from cvs. For further pointers and instructions, see <URL: http://www.lysator.liu.se/~nisse/libspki>. Please let me know what you think about it. Happy hacking, /Niels

1 0

problems with --enable-shared
by James Ralston 30 Dec '02

30 Dec '02

I tried building nettle 1.6 with --enabled-shared on Red Hat Linux 8.0 on x86. The command to build the shared library doesn't get the soname or the filename correct: gcc -shared -Wl,-soname=libnettle.so. aes_p.o [...] nettle-openssl_p.o -o libnettle.so The attached patch fixes the problem. The example programs are built like this: [...] ../libnettle.a -lcrypto -lgmp In order to test the shared libraries, that needs to be something like this: [...] -L.. -lnettle -lcrypto -lgmp That will work even if a shared library wasn't build. The example programs will need to be invoked with LD_LIBRARY_PATH set appropriately. However, when I tested linking one of the example programs with the shared library, it failed: gcc -I.. -g -O2 -ggdb3 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wbad-function-cast -Wnested-externs -o rsa-keygen rsa-keygen.o io.o -L.. -lnettle -lcrypto -lgmp ../libnettle.so: undefined reference to `memxor' collect2: ld returned 1 exit status I haven't had time to look at this one any further... Regards, -- James Ralston, Information Technology Software Engineering Institute Carnegie Mellon University, Pittsburgh, PA, USA

2 9

base64
by nisse＠lysator.liu.se 19 Oct '02

19 Oct '02

I've reorganized the base64 code again. The goal has been to support *both* simple "one-shot" encoding, and streamed operation. The declarations from the new base64.h are included below. For the actual code, see the cvs repository (http://cvs.lysator.liu.se/viewcvs/viewcvs.cgi/lsh/src/nettle/?cvsroot=lsh). Comments are welcome. /Niels #define BASE64_BINARY_BLOCK_SIZE 3 #define BASE64_TEXT_BLOCK_SIZE 4 /* Base64 encoding */ /* Maximum length of output for base64_encode_update. NOTE: Doesn't * include any padding that base64_encode_final may add. */ /* We have at most 4 buffered bits, and a total of (4 + length * 8) bits. */ #define BASE64_ENCODE_LENGTH(length) (((length) * 8 + 4)/6) /* Maximum lengbth of output generated by base64_encode_final. */ #define BASE64_ENCODE_FINAL_LENGTH 3 /* Exact length of output generated by base64_encode_raw, including * padding. */ #define BASE64_ENCODE_RAW_LENGTH(length) ((((length) + 2)/3)*4) struct base64_encode_ctx { unsigned word; /* Leftover bits */ unsigned bits; /* Number of bits, always 0, 2, or 4. */ }; void base64_encode_init(struct base64_encode_ctx *ctx); /* Encodes a single byte. Returns amoutn of output (always 1 or 2). */ unsigned base64_encode_single(struct base64_encode_ctx *ctx, uint8_t *dst, uint8_t src); /* Returns the number of output characters. DST should point to an * area of size at least BASE64_ENCODE_LENGTH(length). */ unsigned base64_encode_update(struct base64_encode_ctx *ctx, uint8_t *dst, unsigned length, const uint8_t *src); /* DST should point to an area of size at least * BASE64_ENCODE_FINAL_SIZE */ unsigned base64_encode_final(struct base64_encode_ctx *ctx, uint8_t *dst); /* Lower level functions */ /* Encodes a string in one go, including any padding at the end. * Generates exactly BASE64_ENCODE_RAW_LENGTH(length) bytes of output. * Supports overlapped operation, if src <= dst. */ void base64_encode_raw(uint8_t *dst, unsigned length, const uint8_t *src); void base64_encode_group(uint8_t *dst, uint32_t group); /* Base64 decoding */ /* Maximum length of output for base64_decode_update. */ /* We have at most 6 buffered bits, and a total of (length + 1) * 6 bits. */ #define BASE64_DECODE_LENGTH(length) ((((length) + 1) * 6) / 8) struct base64_decode_ctx { enum { BASE64_DECODE_OK, BASE64_DECODE_ERROR, BASE64_DECODE_END } status; unsigned word; /* Leftover bits */ unsigned bits; /* Number buffered bits */ }; void base64_decode_init(struct base64_decode_ctx *ctx); /* Returns the number of output characters. DST should point to an * area of size at least BASE64_DECODE_LENGTH(length). */ unsigned base64_decode_update(struct base64_decode_ctx *ctx, uint8_t *dst, unsigned length, const uint8_t *src); /* Returns 1 on success. */ int base64_decode_status(struct base64_decode_ctx *ctx); #endif /* NETTLE_BASE64_H_INCLUDED */

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

nettle-bugs