AES on AVR

Log in or register to post comments
Go To Last Post
13 posts / 0 new
Author
Message
mcodesmart
mcodesmart's picture
Level: Rookie
Joined: Mon. Feb 14, 2011
Posts: 25 View posts
#1
Posted by mcodesmart: Tue. Jul 19, 2011 - 01:28 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

How do I implement AES on Atmega 2560?

Can it handle it?

It is better to fail in originality than to succeed in imitation.

Tags:

AVR Microcontrollers, megaAVR and tinyAVR
Top
TFrancuz
TFrancuz's picture
Level: Resident
Joined: Fri. Jan 10, 2003
Posts: 584 View posts
Posted by TFrancuz: Tue. Jul 19, 2011 - 06:53 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Of course it can:
http://avrcryptolib.das-labor.or...

Top
Gold Markclawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 104932 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Tue. Jul 19, 2011 - 08:38 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Atmel have an app note about an AES bootloader that is probably also worth a look.

Top
mcodesmart
mcodesmart's picture
Level: Rookie
Joined: Mon. Feb 14, 2011
Posts: 25 View posts
Posted by mcodesmart: Wed. Jul 20, 2011 - 04:43 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Is it better to use AES 128 or AES 192 or AES 256?

It is better to fail in originality than to succeed in imitation.

Top
ka7ehk
ka7ehk's picture
Level: 10k+ Postman
Joined: Fri. Nov 22, 2002
Posts: 22868 View posts
Location: Tangent, OR, USA
Posted by ka7ehk: Wed. Jul 20, 2011 - 04:43 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Please define "better"!

Smaller code?
Faster execution?
More secure?
Something else?

Jim

 

Until Black Lives Matter, we do not have "All Lives Matter"!

 

 

Top
mcodesmart
mcodesmart's picture
Level: Rookie
Joined: Mon. Feb 14, 2011
Posts: 25 View posts
Posted by mcodesmart: Wed. Jul 20, 2011 - 09:13 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well, I suppose AES 128 gives smaller code, and I am not concerned encryption strength.. so, I mean in terms of execution time and ease of use..

It is better to fail in originality than to succeed in imitation.

Top
hzrnbgy
hzrnbgy's picture
Level: Hangaround
Joined: Sat. Mar 26, 2011
Posts: 220 View posts
Location: Aloha state
Posted by hzrnbgy: Wed. Jul 20, 2011 - 09:22 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

AES128 should be good enough (unless you're storing/sending some nuclear launch code over your AVR)

as far as execution time, AES128 is definitely the fastest while AES256 the slowest.

Ease of use? If you have a library at your disposal, then it shouldn't matter. If you are going to code it from scratch, then you're in for some intellectual pain

Top
mcodesmart
mcodesmart's picture
Level: Rookie
Joined: Mon. Feb 14, 2011
Posts: 25 View posts
Posted by mcodesmart: Wed. Jul 20, 2011 - 09:27 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thanks, I am planning to do write it myself, of course referring to 'Design of Rijndael-AES',

It is better to fail in originality than to succeed in imitation.

Top
hzrnbgy
hzrnbgy's picture
Level: Hangaround
Joined: Sat. Mar 26, 2011
Posts: 220 View posts
Location: Aloha state
Posted by hzrnbgy: Wed. Jul 20, 2011 - 09:33 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Challenging but a good learning experience none-the-less. Are you going to do it in assembly? I haven't look at the detail of the algorithm yet but seems like a good project in the future.

Top
mcodesmart
mcodesmart's picture
Level: Rookie
Joined: Mon. Feb 14, 2011
Posts: 25 View posts
Posted by mcodesmart: Wed. Jul 20, 2011 - 09:43 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Assembly would be too hard, i think. I will just stick to C..

It is better to fail in originality than to succeed in imitation.

Top
stevech
stevech's picture
Level: Raving Lunatic
Joined: Tue. Dec 18, 2001
Posts: 6119 View posts
Posted by stevech: Thu. Jul 21, 2011 - 04:40 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

AES128 with the CCM option / block truncation makes sense for microprocessors that tend to work with smaller blocks of data.

It's not computationally intensive.

Top
krishnabalan
krishnabalan's picture
Level: Hangaround
Joined: Wed. Sep 8, 2010
Posts: 259 View posts
Location: India
Posted by krishnabalan: Thu. Jul 21, 2011 - 06:31 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If u have an option to change your device you can choose AVR32UC3A3S which has AES hardware engine. You will also get much higher performance.

-Krishna Balan S

-------------------------------------------------------------------------

"Heroes are ordinary people with extraordinary commitment"

Top
TFrancuz
TFrancuz's picture
Level: Resident
Joined: Fri. Jan 10, 2003
Posts: 584 View posts
Posted by TFrancuz: Thu. Jul 21, 2011 - 03:46 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I's not necessary to use AVR32, Xmega has AES hardware acceleration too.

Top