1. 25 Jul, 2019 2 commits
  2. 18 Jul, 2019 1 commit
  3. 26 Feb, 2019 1 commit
  4. 06 Nov, 2018 1 commit
  5. 24 Jan, 2018 1 commit
  6. 15 Nov, 2017 1 commit
  7. 14 Nov, 2017 1 commit
  8. 13 Oct, 2017 1 commit
  9. 14 Sep, 2017 1 commit
    • saurabh.s9's avatar
      Security error notification engine · ad1f7db6
      saurabh.s9 authored
      Purpose:
      Errors happens during OCDoResource calls should be returned to app layer
      
      Previously, session errors (handshake failed) didn't returned properly to app layer
      and this cause side effects (CA retransmission works in cases when it should not)
      
      Current state:
      1. Source code builds ok
      2. Secure stack samples (UDP/TCP) works well (both positive/negative cases)
      3. Provisioning (OTM, 20th menu item) works well for following:
         a. justworks    positive UDP/TCP, negative UDP case
         b. mfg          positive UDP/TCP, negative UDP case
         c. mv_justworks positive UDP/TCP, negative UDP case
         d. randompin    positive UDP/TCP, negative UDP case
      4. OTM in provisioning via TCP - negative case - should work properly after fix IOT-2454
      
      How to test:
      1. Positive case - just test samples (f.e secure stack samples) & provisioning with all servers
      2. Negative case - add following code which artificially breaks handshake (to ca_adapter_net_ssl.c)
         if (peer->ssl.state == MBEDTLS_SSL_CERTIFICATE_REQUEST)
         {
             ret = MBEDTLS_SSL_ALERT_MSG_INTERNAL_ERROR;
         }
         And again test all samples and provisioning with all servers.
         As result - you should see an error returned to app immidiately (without timeouts, etc)
         and there should be no CA retransmission attempts (UDP case)
      
      Change-Id: Ia1fe1c7c58f9e40040a0be5e7e83abbc66f80bfe
      Signed-off-by: default avatarAndrii Shtompel <a.shtompel@samsung.com>
      Signed-off-by: default avatarsaurabh.s9 <saurabh.s9@samsung.com>
      ad1f7db6
  10. 29 Aug, 2017 1 commit
  11. 14 Aug, 2017 1 commit
  12. 12 Aug, 2017 1 commit
  13. 27 Jun, 2017 1 commit
  14. 18 Jun, 2017 1 commit
  15. 16 Jun, 2017 1 commit
  16. 24 May, 2017 1 commit
  17. 22 May, 2017 1 commit
  18. 15 May, 2017 2 commits
  19. 12 Apr, 2017 2 commits
  20. 11 Apr, 2017 1 commit
  21. 07 Apr, 2017 1 commit
  22. 04 Apr, 2017 1 commit
  23. 29 Mar, 2017 1 commit
  24. 23 Mar, 2017 2 commits
  25. 10 Mar, 2017 2 commits
  26. 06 Mar, 2017 1 commit
  27. 04 Mar, 2017 1 commit
  28. 21 Feb, 2017 1 commit
  29. 27 Jan, 2017 1 commit
  30. 23 Jan, 2017 1 commit
  31. 19 Jan, 2017 2 commits
  32. 10 Jan, 2017 1 commit
  33. 15 Dec, 2016 1 commit
  34. 25 Nov, 2016 1 commit