Show Bid Request
Simple ActiveX Conversion
Bid Request Id: 39930
|
|
|
|
Posted by: |
Ben Gray2 (15 ratings)
(Software buyer rating 10 )
|
|
Non-action Ratio: |
Very Good - 22.22%
|
Buyer Security Verifications: |
Excellent
|
|
Approved on: |
Dec 15, 2002
5:10:22 AM EDT
|
|
Bidding Closes: |
Dec 29, 2002
5:16:19 AM EDT
|
|
Viewed (by coders): |
226 times
|
|
Deadline: |
12/29/2002 5:16:19 AM
TIME EXPIRED
|
|
|
|
|
Description:
Simple Crypto Library
I need a fast running ActiveX control writen in Microsoft Visual C++ 6.0 to provide fast cryptographic support
to my applications. I have looked into Softuarium EDCrypt v3.1 and enjoy the simplicity of encryption with
the library. However, I don't like packaging 3rd party controls with my personal home projects. I like to
keep everything 'in house'.
What I'm after is a smaller re-write of the Softuarium EdCrypt library, but with only the AES (Rijndael) encryption
algorithm and preferably the SHA256 hashing algorithm, although this is not essential. Basically all the coder has to do is convert the attached C++ code into an ActiveX control that can be used in Visual Basic 6.0. All of the encryption algorithm code is attached so little knowledge of cryptography is required for this project. This project requires knowledge of Visual C++, ActiveX and File handling.
The project is to have as little as possible required runtime files, preferably none.
(FULL DESCRIPTION ATTACHED)
Deliverables:
1) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done.
2) Installation package that will install the software (in ready-to-run condition) on the platform(s) specified in this bid request.
3) Complete ownership and distribution copyrights to all work purchased.
Platform:
Windows 95, Windows 98, Windows 98SE, Windows ME, Windows NT4, Windows 2000, Windows 2000 AS, Windows XP Home, Windows XP Pro, Windows .NET
Must be 100% finished and received by buyer on:
Dec 29, 2002 5:16:19 AM EDT
Deadline legal notes: All times are expressed in the time zone of the site EDT (UT - 5). If the buyer omitted a time, then the deadline is 11:59:59 PM EDT on the indicated date.
Additional Files:
This bid request includes IMPORTANT additional attached files. Please download and read fully before bidding.
Remember that contacting the other party outside of the site (by email, phone, etc.) on all business projects < $500 (before the buyer's money is escrowed) is a violation of both the software buyer and seller agreements.
We monitor all site activity for such violations and can instantly expel transgressers on the spot, so we thank you in advance for your cooperation.
If you notice a violation please help out the site and report it. Thanks for your help.
|
|
|
Bidding/Comments:
|
All monetary amounts on the site are in United States dollars.
Rent a Coder is a closed auction, so coders can only see their own bids and comments. Buyers can view every posting made on their bid requests. |
See all rejected bids (and all comments)
| Name |
Bid Amount
|
Date |
Coder Rating |
|
|
|
This bid was accepted by the buyer!
|
$25 (USD)
|
Dec 15, 2002
9:37:06 AM EDT
|
9.97
(Excellent)
|
|
|
Hi there
I'm experienced in cryptography, so this job isn't going to be a problem. The cipher will operate in cipher block chaining mode. Ciphetrext stealing technique will be used for handling cases when input data doesn't neatly divide into 128-bit blocks. This will make cipher output data the same length as input. The limitation will be that input data must be at least 128-bit long. The alternate way, using padding, doesn't have this limitation, but using it *always* makes the output longer than the input, even if input length is a multiple of block size (128 bit). Let me know if you'd like to use padding instead of ciphertext stealing.
I will add SHA256 functions.
No additional runtime files will be required - it'll be just plain ATL.
The job will take 2 days at most, maybe a day.
There's one issue concerning cases when encryption/decryption output is a string which I'd like you to clarify. Cipher output is binary data, so do you mean those strings to be its hexadecimal representation?
Looking forward to hear from you.
Good luck,
Ivan
|
|
|
|
|
|
|