1. 04 Mar, 2016 - 1 commit
  2. 25 Feb, 2016 - 1 commit
  3. 23 Feb, 2016 - 4 commits
  4. 17 Feb, 2016 - 2 commits
  5. 16 Feb, 2016 - 1 commit
  6. 15 Feb, 2016 - 1 commit
  7. 12 Feb, 2016 - 1 commit
  8. 11 Feb, 2016 - 1 commit
  9. 10 Feb, 2016 - 2 commits
  10. 09 Feb, 2016 - 3 commits
  11. 08 Feb, 2016 - 1 commit
  12. 05 Feb, 2016 - 1 commit
  13. 04 Feb, 2016 - 1 commit
  14. 03 Feb, 2016 - 1 commit
    • Christian Kandeler's avatar
      Bluetooth LE: Add support for Signed Write command. · c516f615
      Christian Kandeler authored
      
      - This is how we get at the signature resolving key:
          1) On connection from a client, we read the key from the
             respective BlueZ settings file (BlueZ 5 only, as I did
             not manage to find out where BlueZ 4 keeps this information).
          2) Also monitor the HCI traffic for key updates (due to re-pairing).
      - While there is an autotest for the actual hashing procedure, the
        overall feature cannot be easily tested for various reasons (there is
        no signed write support in our client API, for one). However, to help
        with manual testing, the server part of our autotest now exposes a
        characteristic that supports signed writes.
      - This feature requires a Linux kernel >= 3.7.
      
      Change-Id: I7ede9b430de167fe1f4519eedf8670d88d79aa25
      Reviewed-by: default avatarAlex Blasche <alexander.blasche@theqtcompany.com>
      c516f615
  15. 02 Feb, 2016 - 2 commits
  16. 27 Jan, 2016 - 2 commits
  17. 26 Jan, 2016 - 5 commits
  18. 25 Jan, 2016 - 1 commit
    • Christian Kandeler's avatar
      Bluetooth: Add more thorough checks for the Signed Write Command. · 85975139
      Christian Kandeler authored
      
      We now take the following rules from the specification into account:
          - Signed writes are only possible if the two devices are bonded.
          - Signed writes are not allowed if the link is encrypted.
          - If the link is encrypted, a normal (unsigned) write command can be
            used to write an attribute even if it is specified that a signed
            write is required. That is because the encryption provides the
            same level of trust as the signature.
      
      Change-Id: I15d6db10f9b039aeda026e57b0378aef2b88e73a
      Reviewed-by: default avatarAlex Blasche <alexander.blasche@theqtcompany.com>
      85975139
  19. 22 Jan, 2016 - 3 commits
  20. 20 Jan, 2016 - 2 commits
  21. 18 Jan, 2016 - 2 commits
  22. 15 Jan, 2016 - 2 commits