Descripción
Usa la API de chrome.enterprise.platformKeys
para generar claves y, luego, instalar certificados para ellas. La plataforma administrará los certificados y se podrán usar para la autenticación de TLS, el acceso a la red o por otra extensión a través de chrome.platformKeys.
Permisos
enterprise.platformKeys
Disponibilidad
Uso
El uso típico de esta API para inscribir un certificado de cliente sigue estos pasos:
Obtén todos los tokens disponibles con enterprise.platformKeys.getTokens.
Busca el token con
id
igual a"user"
. Usa este token más adelante.Genera un par de claves con el método de token
generateKey
(definido en SubtleCrypto). Esto mostrará el control de la clave.Exporta la clave pública con el método de token
exportKey
(definido en SubtleCrypto).Crea la firma de los datos de la solicitud de certificación con el método de token
sign
(definido en SubtleCrypto).Completa la solicitud de certificación y envíala a la autoridad certificadora.
Si se recibe un certificado, impórtalo con enterprise.platformKeys.importCertificate.
A continuación, se muestra un ejemplo que muestra la interacción principal con la API, excepto la compilación y el envío de la solicitud de certificación:
function getUserToken(callback) {
chrome.enterprise.platformKeys.getTokens(function(tokens) {
for (var i = 0; i < tokens.length; i++) {
if (tokens[i].id == "user") {
callback(tokens[i]);
return;
}
}
callback(undefined);
});
}
function generateAndSign(userToken) {
var data = new Uint8Array([0, 5, 1, 2, 3, 4, 5, 6]);
var algorithm = {
name: "RSASSA-PKCS1-v1_5",
// RsaHashedKeyGenParams
modulusLength: 2048,
publicExponent:
new Uint8Array([0x01, 0x00, 0x01]), // Equivalent to 65537
hash: {
name: "SHA-256",
}
};
var cachedKeyPair;
userToken.subtleCrypto.generateKey(algorithm, false, ["sign"])
.then(function(keyPair) {
cachedKeyPair = keyPair;
return userToken.subtleCrypto.exportKey("spki", keyPair.publicKey);
},
console.log.bind(console))
.then(function(publicKeySpki) {
// Build the Certification Request using the public key.
return userToken.subtleCrypto.sign(
{name : "RSASSA-PKCS1-v1_5"}, cachedKeyPair.privateKey, data);
},
console.log.bind(console))
.then(function(signature) {
// Complete the Certification Request with |signature|.
// Send out the request to the CA, calling back
// onClientCertificateReceived.
},
console.log.bind(console));
}
function onClientCertificateReceived(userToken, certificate) {
chrome.enterprise.platformKeys.importCertificate(userToken.id, certificate);
}
getUserToken(generateAndSign);
Tipos
Algorithm
Tipo de clave para generar.
Enum
"RSA"
ChallengeKeyOptions
Propiedades
-
desafío
ArrayBuffer
Es un desafío que emite la API de Verified Access Web.
-
registerKey
RegisterKeyOptions opcional
Si está presente, registra la clave desafiada con el token de
scope
especificado. Luego, la clave se puede asociar con un certificado y se puede usar como cualquier otra clave de firma. Las llamadas posteriores a esta función generarán una nueva clave empresarial en elscope
especificado. -
alcance
Cuál es la clave empresarial que debes cuestionar.
RegisterKeyOptions
Propiedades
-
algoritmo
Algoritmo que debe usar la clave registrada.
Scope
Si se debe usar la clave de usuario empresarial o la clave de máquina empresarial.
Enum
Token
Propiedades
-
id
string
Identifica de forma única este
Token
.Los IDs estáticos son
"user"
y"system"
, que hacen referencia al token de hardware específico para el usuario de la plataforma y al token de hardware de todo el sistema, respectivamente.enterprise.platformKeys.getTokens
puede mostrar cualquier otro token (con otros identificadores). -
softwareBackedSubtleCrypto
SubtleCrypto
Chrome 97 y versiones posterioresImplementa la interfaz SubtleCrypto de WebCrypto. Las operaciones criptográficas, incluida la generación de claves, están respaldadas por software. La protección de las claves y, por lo tanto, la implementación de la propiedad no extraíble, se realiza en software, por lo que las claves están menos protegidas que las que tienen copia de seguridad en hardware.
Solo se pueden generar claves RSASSA-PKCS1-V1_5 no extraíbles con
modulusLength
de hasta 2048. Cada clave se puede usar para firmar datos como máximo una vez.Las claves generadas en un
Token
específico no se pueden usar con ningún otro token ni se pueden usar conwindow.crypto.subtle
. Del mismo modo, los objetosKey
creados conwindow.crypto.subtle
no se pueden usar con esta interfaz. -
subtleCrypto
SubtleCrypto
Implementa la interfaz SubtleCrypto de WebCrypto. Las operaciones criptográficas, incluida la generación de claves, están respaldadas por hardware.
Solo se pueden generar claves RSASSA-PKCS1-V1_5 no extraíbles con
modulusLength
de hasta 2048 y ECDSA connamedCurve
P-256. Cada clave se puede usar para firmar datos como máximo una vez.Las claves generadas en un
Token
específico no se pueden usar con ningún otro token ni se pueden usar conwindow.crypto.subtle
. Del mismo modo, los objetosKey
creados conwindow.crypto.subtle
no se pueden usar con esta interfaz.
Métodos
challengeKey()
chrome.enterprise.platformKeys.challengeKey(
options: ChallengeKeyOptions,
callback?: function,
)
Es similar a challengeMachineKey
y challengeUserKey
, pero permite especificar el algoritmo de una clave registrada. Desafía una clave de máquina empresarial respaldada por hardware y emite la respuesta como parte de un protocolo de certificación remota. Solo es útil en ChromeOS y en conjunto con la API web de Verified Access, que emite desafíos y verifica las respuestas.
Una verificación exitosa por parte de la API de Verified Access Web es un indicador claro de que el dispositivo actual es un dispositivo ChromeOS legítimo, el dispositivo actual es administrado por el dominio especificado durante la verificación, el dominio especificado durante la verificación administra al usuario actual que accedió y el estado actual del dispositivo cumple con la política de dispositivo empresarial. Por ejemplo, una política puede especificar que el dispositivo no debe estar en modo de desarrollador. Cualquier identidad de dispositivo emitida por la verificación está estrechamente vinculada al hardware del dispositivo actual. Si se especifica el permiso "user"
, la identidad también se vincula estrechamente al usuario que accedió.
Esta función tiene muchas restricciones y fallará si el dispositivo actual no está administrado, si el usuario actual no está administrado o si la política de dispositivos empresariales no habilitó esta operación de forma explícita para el llamador. La clave desafiada no reside en el token "system"
ni "user"
, y ninguna otra API puede acceder a ella.
Parámetros
-
opciones
Objeto que contiene los campos definidos en
ChallengeKeyOptions
. -
callback
función opcional
El parámetro
callback
se ve de la siguiente manera:(response: ArrayBuffer) => void
-
respuesta
ArrayBuffer
La respuesta al desafío.
-
Muestra
-
Promise<ArrayBuffer>
PendienteLas promesas solo se admiten para Manifest V3 y versiones posteriores. Otras plataformas deben usar devoluciones de llamada.
challengeMachineKey()
chrome.enterprise.platformKeys.challengeMachineKey(
challenge: ArrayBuffer,
registerKey?: boolean,
callback?: function,
)
En su lugar, usa challengeKey
.
Desafía una clave de máquina empresarial respaldada por hardware y emite la respuesta como parte de un protocolo de certificación remota. Solo es útil en ChromeOS y junto con la API de Verified Access Web, que genera desafíos y verifica las respuestas. Una verificación exitosa por parte de la API de Verified Access Web es un indicador claro de todo lo siguiente: * El dispositivo actual es un dispositivo ChromeOS legítimo. * El dominio especificado durante la verificación administra el dispositivo actual. * El dominio especificado durante la verificación administra al usuario que accedió a su cuenta. * El estado actual del dispositivo cumple con la política de dispositivos empresariales. Por ejemplo, una política puede especificar que el dispositivo no debe estar en modo de desarrollador. * Cualquier identidad de dispositivo emitida por la verificación está estrechamente vinculada al hardware del dispositivo actual. Esta función tiene muchas restricciones y fallará si el dispositivo actual no está administrado, si el usuario actual no está administrado o si la política de dispositivos empresariales no habilitó esta operación de forma explícita para el llamador. La clave de máquina empresarial no reside en el token "system"
y ninguna otra API puede acceder a ella.
Parámetros
-
desafío
ArrayBuffer
Es un desafío que emite la API de Verified Access Web.
-
registerKey
booleano opcional
Chrome 59 y versiones posterioresSi se establece, la clave de máquina empresarial actual se registra con el token
"system"
y renuncia a la función de clave de máquina empresarial. Luego, la clave se puede asociar con un certificado y se puede usar como cualquier otra clave de firma. Esta clave es RSA de 2,048 bits. Las llamadas posteriores a esta función generarán una nueva clave de máquina empresarial. -
callback
función opcional
El parámetro
callback
se ve de la siguiente manera:(response: ArrayBuffer) => void
-
respuesta
ArrayBuffer
La respuesta al desafío.
-
Muestra
-
Promise<ArrayBuffer>
PendienteLas promesas solo se admiten para Manifest V3 y versiones posteriores. Otras plataformas deben usar devoluciones de llamada.
challengeUserKey()
chrome.enterprise.platformKeys.challengeUserKey(
challenge: ArrayBuffer,
registerKey: boolean,
callback?: function,
)
En su lugar, usa challengeKey
.
Desafía una clave de usuario empresarial respaldada por hardware y emite la respuesta como parte de un protocolo de certificación remota. Solo es útil en ChromeOS y junto con la API de Verified Access Web, que emite verificaciones y verifica respuestas. Una verificación exitosa por parte de la API de Verified Access Web es un indicador claro de todo lo siguiente: * El dispositivo actual es un dispositivo ChromeOS legítimo. * El dispositivo actual está administrado por el dominio especificado durante la verificación. * El dominio especificado durante la verificación administra al usuario que accedió a su cuenta. * El estado actual del dispositivo cumple con la política del usuario empresarial. Por ejemplo, una política puede especificar que el dispositivo no debe estar en modo de desarrollador. * La clave pública emitida por la verificación está estrechamente vinculada al hardware del dispositivo actual y al usuario que accedió a su cuenta. Esta función tiene muchas restricciones y fallará si el dispositivo actual no está administrado, si el usuario actual no está administrado o si la política de usuario empresarial no habilitó esta operación de forma explícita para el llamador. La clave de usuario empresarial no reside en el token "user"
y ninguna otra API puede acceder a ella.
Parámetros
-
desafío
ArrayBuffer
Es un desafío que emite la API de Verified Access Web.
-
registerKey
boolean
Si se establece, la clave de usuario empresarial actual se registra con el token
"user"
y renuncia al rol de clave de usuario empresarial. Luego, la clave se puede asociar con un certificado y usarse como cualquier otra clave de firma. Esta clave es RSA de 2,048 bits. Las llamadas posteriores a esta función generarán una nueva clave de usuario empresarial. -
callback
función opcional
El parámetro
callback
se ve de la siguiente manera:(response: ArrayBuffer) => void
-
respuesta
ArrayBuffer
La respuesta al desafío.
-
Muestra
-
Promise<ArrayBuffer>
PendienteLas promesas solo son compatibles con Manifest V3 y versiones posteriores; otras plataformas deben usar devoluciones de llamada.
getCertificates()
chrome.enterprise.platformKeys.getCertificates(
tokenId: string,
callback?: function,
)
Muestra la lista de todos los certificados de cliente disponibles desde el token determinado. Se puede usar para verificar la existencia y el vencimiento de los certificados de cliente que se pueden usar para una autenticación determinada.
Parámetros
-
tokenId
string
Es el ID de un token que muestra
getTokens
. -
callback
función opcional
El parámetro
callback
se ve de la siguiente manera:(certificates: ArrayBuffer[]) => void
-
certificados
ArrayBuffer[]
Es la lista de certificados, cada uno en codificación DER de un certificado X.509.
-
Muestra
-
Promise<ArrayBuffer[]>
PendienteLas promesas solo se admiten para Manifest V3 y versiones posteriores. Otras plataformas deben usar devoluciones de llamada.
getTokens()
chrome.enterprise.platformKeys.getTokens(
callback?: function,
)
Muestra los tokens disponibles. En la sesión de un usuario normal, la lista siempre contendrá el token del usuario con id
"user"
. Si hay un token de TPM para todo el sistema disponible, la lista que se muestra también contendrá el token de todo el sistema con id
"system"
. El token para todo el sistema será el mismo para todas las sesiones de este dispositivo (p.ej., una Chromebook).
Parámetros
Muestra
-
Promise<Token[]>
PendienteLas promesas solo se admiten para Manifest V3 y versiones posteriores. Otras plataformas deben usar devoluciones de llamada.
importCertificate()
chrome.enterprise.platformKeys.importCertificate(
tokenId: string,
certificate: ArrayBuffer,
callback?: function,
)
Importa certificate
al token determinado si la clave certificada ya se almacenó en este token. Después de una solicitud de certificación correcta, se debe usar esta función para almacenar el certificado obtenido y ponerlo a disposición del sistema operativo y el navegador para la autenticación.
Parámetros
-
tokenId
string
El ID de un token que muestra
getTokens
. -
certificado
ArrayBuffer
Codificación DER de un certificado X.509.
-
callback
función opcional
El parámetro
callback
se ve de la siguiente manera:() => void
Muestra
-
Promise<void>
PendienteLas promesas solo se admiten para Manifest V3 y versiones posteriores. Otras plataformas deben usar devoluciones de llamada.
removeCertificate()
chrome.enterprise.platformKeys.removeCertificate(
tokenId: string,
certificate: ArrayBuffer,
callback?: function,
)
Quita certificate
del token determinado, si está presente. Se debe usar para quitar los certificados obsoletos, de modo que no se tengan en cuenta durante la autenticación y no desordenen la elección del certificado. Se debe usar para liberar almacenamiento en el almacén de certificados.
Parámetros
-
tokenId
string
El ID de un token que muestra
getTokens
. -
certificado
ArrayBuffer
Codificación DER de un certificado X.509.
-
callback
función opcional
El parámetro
callback
se ve de la siguiente manera:() => void
Muestra
-
Promise<void>
PendienteLas promesas solo se admiten para Manifest V3 y versiones posteriores. Otras plataformas deben usar devoluciones de llamada.