{"id":85822,"date":"2020-06-19T13:42:20","date_gmt":"2020-06-19T11:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-3"},"modified":"2020-06-19T13:42:20","modified_gmt":"2020-06-19T11:42:20","slug":"opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-3","title":{"rendered":"Experiencia en el uso de la tecnolog\u00eda RUTOKEN para el registro y la autorizaci\u00f3n de usuarios en el sistema (parte 3)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00a1Buen d\u00eda!<\/p>\n

En la parte anterior<\/a><\/noindex> Hemos creado con \u00e9xito nuestro centro de certificaci\u00f3n. \u00bfC\u00f3mo puede ser \u00fatil para nuestros prop\u00f3sitos? <\/p>\n

Con un centro de certificaci\u00f3n local podemos emitir certificados y tambi\u00e9n verificar firmas de dichos certificados.
\n<\/a><\/noindex>
\nAl emitir un certificado al usuario, el centro de certificaci\u00f3n utiliza una solicitud especial para la emisi\u00f3n del certificado Pkcs#10, que tiene el formato de archivo '.csr'. Esta solicitud contiene una secuencia codificada que el centro de certificaci\u00f3n sabe c\u00f3mo analizar correctamente. La solicitud incluye tanto la clave p\u00fablica del usuario como los datos para crear el certificado (un array asociativo con los datos del usuario). <\/p>\n

La forma de obtener la solicitud de emisi\u00f3n de certificado la veremos en el siguiente art\u00edculo, pero en este quiero presentar los principales comandos del centro de certificaci\u00f3n que nos ayudar\u00e1n a cumplir nuestra tarea en el lado del backend. <\/p>\n

As\u00ed que, primero debemos crear el certificado. Para esto, utilizamos el comando:<\/p>\n

openssl ca -batch -in user.csr -out user.crt<\/code><\/pre>\n
\nca \u2014 es el comando de openSSL que corresponde al centro de certificaci\u00f3n,
\n-batch \u2014 anula las solicitudes de confirmaci\u00f3n al generar el certificado.
\nuser.csr \u2014 solicitud para crear el certificado (archivo de formato .csr).
\nuser.crt \u2014 certificado (resultado obtenido del comando).<\/p>\n
Para que este comando funcione, el centro de certificaci\u00f3n debe estar configurado exactamente como se describe en la parte anterior del art\u00edculo<\/a><\/noindex>. De lo contrario, tendr\u00e9 que especificar adicionalmente la ubicaci\u00f3n del certificado ra\u00edz del centro de certificaci\u00f3n. <\/p>\n
Comando para verificar el certificado:<\/p>\n
openssl cms -verify -in authenticate.cms -inform PEM -CAfile \/Users\/\u2026\u2026\/demoCA\/ca.crt -out data.file<\/code><\/pre>\n
\ncms \u2014 es el comando de openSSL que se utiliza para firmar, verificar, cifrar datos y otras operaciones criptogr\u00e1ficas mediante openSSL.<\/p>\n
-verify \u2014 en este caso, realizamos la verificaci\u00f3n del certificado.<\/p>\n
authenticate.cms \u2014 archivo que contiene los datos firmados por el certificado que fue emitido por el comando anterior.<\/p>\n
-inform PEM \u2014 se utiliza el formato PEM.<\/p>\n
-CAfile \/Users\/\u2026\u2026\/demoCA\/ca.crt \u2014 ruta al certificado ra\u00edz. (sin esto, el comando no funcion\u00f3, aunque las rutas al ca.crt est\u00e1n indicadas en el archivo openssl.cfg)<\/p>\n
-out data.file \u2014 los datos descifrados los env\u00eda al archivo data.file.<\/p>\n
El algoritmo de aplicaci\u00f3n del centro de certificaci\u00f3n en el lado del backend es el siguiente:<\/p>\n