Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Advanced Encryption Standards (AES) Source Codes?

Status
Not open for further replies.

ganavel9783

Member level 1
Joined
Sep 6, 2005
Messages
38
Helped
1
Reputation
2
Reaction score
1
Trophy points
1,288
Activity points
2,257
Does any1 knows where to get the AES full source codes?

i need to do encryption for .txt type of files.

need help...thanks...
 

I have seen an application from atmel for hex boot loader. You can see in AVR application on Atmel website.
 

For a PC implementation:
searching for "aes source code" in google gives me
**broken link removed**
(rijndael is the one who made it to aes)
this code is good for use on a PC (although it might be timing attack vulnerable, which is a theoretical attack that uses advanced timing information based on the fact that not all paths (for different values) have the same length. It's theoretical and requires lots of timing information. You should probably care more about this when developping smartcard applications and not so much when developping PC software)

this might be usefull too for a PC implementation:
**broken link removed**


For a microcontroller these implementations consume too much RAM
even the AVR bootloader uses too much RAM since it's purpose is using little ROM. It calculates the S-Box, inverse S-Box and does the key expansion in RAM. (They have their reasons since it must fit in a 4k or smaller bootloader ;-) ) When you're low on RAM you should look at the pic application notes which do key expansion (for encryption and decryption) at runtime, one key a time.
**broken link removed**
**broken link removed**

Antharax
 

Thanks guys....

Well Antharax has given a better view for the project that i'm currently doing.

Anthrarax wrote:

For a microcontroller these implementations consume too much RAM
even the AVR bootloader uses too much RAM since it's purpose is using little ROM. It calculates the S-Box, inverse S-Box and does the key expansion in RAM. (They have their reasons since it must fit in a 4k or smaller bootloader ) When you're low on RAM you should look at the pic application notes which do key expansion (for encryption and decryption) at runtime, one key a time.
h**p://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1824&appnote=en012009
h**p://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1824&appnote=en022056


Well Antharax, the pic i'll be using is PIC16F877A.while the pic that was tested by the appilaction notes from Microchip that u directed in www uses PIC16C622A.

Da whole idea of my project is to send the a plain text file(probably fr application like Notepad) from PC and let the PIC based hardware to do the encryption.Then later the cipher text produced from the PIC must be sent to the PC to display.

After that this cipher text should be sent to PIC to decrypt n get the original plain text.

My questions are :
1) how can i send a plain text file(.txt file) from PC to the PIC based hardware that i'll be doing?
2)How can i display the results of encryption & decryption from the PIC based hardware to my PC?

Need advise...

Regards,
ganavel9783
 

I would say by UART
Use the PC serial port to send your file to the uC
you can do this by hyperterminal
(standard windows application start->accesoires->communications)
It can also store the received data in a file (but it has it's trouble with binary data).

Antharax

Added after 46 seconds:

don't forget to use a RS232 convertor to convert from ttl or 3V to Serial port levels
 

Implementation of AES PIC16F877?

thanks Antharax...

I'll work on it...
 

oh my gods . thanks all , I have a project about AES use systemC . This topic is very useful for my
 

why not use OpenSSL?
you can use openSSL to write your own encryption
programs and it uses all kinds of encryption, DES, its better AES, RSA. call it OpenSSL can do it.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top