• State TI Thinks Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 82 subscribers
  • Views 390 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TMS320F280039C: AES encryption and decryption data inconsistency problem

LIU LIU
Intellectual 390 points

Part Number: TMS320F280039C

when I use the 0039 card for encryption with AES, it can only be consistent with the encryption and decryption data provided by your device. The encryption and decryption data is not consistent with the encryption results of other software types (other software programs can be consistent). This is also inconsistent with the instance of ace c program provided on your official website. May I ask that the encryption and decryption of 0039 aes is processed for secondary encryption

  • 0
    TI__Mastermind 22235 points

    Part Number: TMS320F280039C

    Hi team,

    Here's an issue from the customer may need your help:

    Encryption using AES is only consistent with the encrypted/decryption data provided by the TI board. Encrypted decryption data is inconsistent with the results of other types of software encryption (other software programs can encrypt decryption consistently). Also, this result is inconsistent with the c-program instance of AES provided by TI.COM.

    The customer would like to confirm if the encryption/decryption of AES of 0039 has been re-encrypted OR re-securing?

    Could you help look into this case? Thanks.

    Best Regards,

    Cherry

  • 0
    TI__Mastermind 19795 points

    Hi Liu,

    This should be consistent with standard AES encryption, but there are unique things in the C2000 processor that can make this accidentally appear incorrect. Can you confirm two things?

    1. Can you confirm the endianness of your data in and out? The endianness can be swapped.

    2. Can you confirm the data is being read in by 16-bit bytes instead of 8-bit bytes? C2000 architecture is based on 16-bit reads.

    Regards,

    Vince