doc/servicebook-notes.txt

   1 These messages come from these threads:
   2 http://sourceforge.net/mailarchive/forum.php?thread_name=20060610014753.GB27404%40foursquare.net&forum_name=barry-devel
   3 http://sourceforge.net/mailarchive/forum.php?thread_name=20060616183827.GA31426%40foursquare.net&forum_name=barry-devel
   4
   5
   6
   7 From: ron@rongage.org
   8 To: barry-devel@lists.sourceforge.net
   9 Date: Thu, 15 Jun 2006 15:52:18 -0400
  10 Subject: Re: Service Book parser
  11
  12 Quoting Chris Frey <cdfrey@foursquare.net>:
  13
  14 > On Fri, Jun 09, 2006 at 10:29:57PM -0400, Ron Gage wrote:
  15 >>         Type: 0xa3 Data:
  16 >>     00000000: 4e 00 00 00                                      N...
  17 >> Corresponds to User ID
  18 >
  19 > Is this a string that you entered?  My test blackberry doesn't show
  20 > this type.
  21
  22
  23 The UserID is now confirmed to be an index value into the SQL database.  This
  24 value directly corresponds to the ID field in the UserConfig table on the
  25 BesMGNT database.
  26
  27 More later - the UserConfig table appears to be the big one - where the crypt
  28 keys are kept amongst other things.  Digging deeper...
  29
  30 Ron
  31
  32 From: ron@rongage.org
  33 To: barry-devel@lists.sourceforge.net
  34 Date: Thu, 15 Jun 2006 15:31:03 -0400
  35 Subject: Re: Service Book parser
  36
  37 Quoting Chris Frey <cdfrey@foursquare.net>:
  38
  39 > On Fri, Jun 09, 2006 at 10:29:57PM -0400, Ron Gage wrote:
  40 >> Haven't had much chance to correlate this to all the Service Books yet -
  41 >> it IS getting late here...
  42 >>
  43 >> I have partially decoded the Desktop[CICAL] Service Book:
  44 >
  45 > Thanks!
  46 >
  47 > Btw, What is a DSID?
  48 >
  49 Not sure at this point.  Possibly crypt related.  Just reporting what
  50 is on the
  51 screen of my 7290.
  52
  53
  54 >
  55 >>         Type: 0xa3 Data:
  56 >>     00000000: 4e 00 00 00                                      N...
  57 >> Corresponds to User ID
  58 >
  59 > Is this a string that you entered?  My test blackberry doesn't show
  60 > this type.
  61
  62 Probably related to the user id index on the BES server.  UserID on the
  63 service
  64 book page is a straight forward integer.
  65
  66 >
  67 >
  68 >>         Type: 0x6 Data:
  69 >>     00000000: 53 30 30 30 30 30 30 30                          S0000000
  70 >> Corresponds to UID - aka the SRP of the BES server
  71 >
  72 > On my test device, this shows as "ff ff ff ff" in all records.
  73 >
  74 >
  75 Is your test device registered with a BES server or with BB's internet
  76 service?
  77
  78 Ron
  79
  80
  81 From: ron@rongage.org
  82 To: barry-devel@lists.sourceforge.net
  83 Date: Fri, 16 Jun 2006 15:51:26 -0400
  84 Subject: Re: more ServiceBook parsing
  85
  86 Quoting Chris Frey <cdfrey@foursquare.net>:
  87
  88 > Hi,
  89 >
  90 > I've committed some more code to CVS to parse the service book fields.  I've
  91 > tested this against a 72xx device and an 8700r, and the type codes for
  92 > similar fields are different.
  93 >
  94 > I just noticed that the large "type 0x9" field has more variable length
  95 > fields inside it.  I'll have to parse that out as well.
  96 >
  97 > - Chris
  98 >
  99 Even more on the 0xa field...
 100
 101 On my BES server, with probably 2-3 exceptions, all users have this same value
 102 in bytes 4-12 of the CurrentKey field.
 103
 104 A capabilities field perchance?
 105
 106
 107
 108 From: ron@rongage.org
 109 To: barry-devel@lists.sourceforge.net
 110 Date: Fri, 16 Jun 2006 15:30:29 -0400
 111 Subject: Re: more ServiceBook parsing
 112
 113 Quoting Chris Frey <cdfrey@foursquare.net>:
 114
 115 > Hi,
 116 >
 117 > I've committed some more code to CVS to parse the service book fields.  I've
 118 > tested this against a 72xx device and an 8700r, and the type codes for
 119 > similar fields are different.
 120 >
 121 > I just noticed that the large "type 0x9" field has more variable length
 122 > fields inside it.  I'll have to parse that out as well.
 123 >
 124 > - Chris
 125 >
 126 >
 127 More on the significance of the 0xc data type (it's nice to have access
 128 to a BES
 129 server, with credentials to the SQL database...)
 130
 131 In the BesMGMT database, in the UserConfig table, there is a column (type
 132 varbinary[72]) called CurrentKey.  The value in the 0xc data type corresponds
 133 directly to bytes 4 through 12 of this CurrentKey value.
 134
 135 Data type 0xa3 is listed on the handheld as "UserID" - this value directly
 136 corresponds to the "ID" index value in the UserConfig table of the BesMGMT
 137 database on the BES server.
 138
 139 Ron
 140