Bug 34135 - Need some constants exposed in Xamarin.iOS binding
Summary: Need some constants exposed in Xamarin.iOS binding
Alias: None
Product: iOS
Classification: Xamarin
Component: Xamarin.iOS.dll (show other bugs)
Version: XI 9.0 (iOS9)
Hardware: Macintosh Mac OS
: Normal minor
Target Milestone: 15.7
Assignee: Vincent Dondain [MSFT]
Depends on:
Reported: 2015-09-21 16:11 UTC by Mark Smith
Modified: 2018-02-15 04:37 UTC (History)
3 users (show)

See Also:
Is this bug a regression?: ---
Last known good build:


Description Mark Smith 2015-09-21 16:11:36 UTC
When using SecKey.GenerateKeyPair, you need to pass in an NSDictionary with the properties for the public/private key pairs being generated. Apple's documentation uses the following constants:

kSecPrivateKeyAttrs, kSecAttrKeyType, kSecKeySizeInBits, kSecAttrIsPermanent and kSecAttrApplicationTag

I see the properties exposed on SecRecord which are using these keys internally, but it appears this is primarily for keychain access, and the actual key isn't exposed.

We are currently using dlfcn to get to the constants, but it would be useful to have some public constants exposed on some of the classes to get to these.
Comment 1 Larry O'Brien 2017-07-24 21:31:42 UTC
Thanks so much for taking the time to submit this report! I can confirm using the latest Xamarin.iOS I am able to reproduce this issue. Marking this report as CONFIRMED. 


I cannot find any binding for `kSecPrivateKeyAttrs` and that is a valid key (https://developer.apple.com/documentation/security/ksecprivatekeyattrs) 

The others look to be defined in `internal unsafe static partial class SecAttributeKey`: 

`kSecAttryKeyType` is bound as `SecAttributeKey.KeyType`

`kSecKeySizeInBits` is bound as `SecAttributeKey.KeySizeInBits`

`kSecAttrIsPermanent` is bound as `SecAttributeKey.IsPermanent`

`kSecAttrApplicationTag` is bound as `SecAttributeKey.ApplicationTag`
Comment 2 Vincent Dondain [MSFT] 2018-02-09 20:55:35 UTC

https://github.com/xamarin/xamarin-macios/pull/3438 addresses the issue of the missing `kSecPrivateKeyAttrs` and `kSecPublicKeyAttrs`.

New APIs now take a strongly typed dictionary with the relevant attributes (keys) and pass them to the private and public keys on iOS (or merge those attributes with the existing dictionary). See https://developer.apple.com/documentation/security/1395339-seckeygeneratepair?language=objc for more details.

Let me know if you have any questions or have feedback on the new APIs. A build should be available soon to try them out (I'll link it here).

Note You need to log in before you can comment on or make changes to this bug.