{"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\/it\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-3","title":{"rendered":"Esperienza nell'applicazione della tecnologia Rutoken per la registrazione e l'autenticazione degli utenti nel sistema (parte 3)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Buongiorno!<\/p>\n

Nella parte precedente<\/a><\/noindex> abbiamo creato con successo il nostro centro di certificazione. In che modo pu\u00f2 essere utile per i nostri obiettivi? <\/p>\n

Con un centro di certificazione locale possiamo emettere certificati e verificare le firme di questi certificati.
\n<\/a><\/noindex>
\nQuando emettiamo un certificato all'utente, il centro di certificazione utilizza una richiesta speciale di emissione certificato Pkcs#10, che ha il formato di file \u2018.csr\u2019. Questa richiesta contiene una sequenza codificata che il centro di certificazione sa come analizzare correttamente. La richiesta include sia la chiave pubblica dell'utente che i dati per la creazione del certificato (un array associativo con i dati dell'utente). <\/p>\n

Come ottenere la richiesta di emissione del certificato, lo vedremo nel prossimo articolo, mentre in questo voglio presentare i comandi principali del centro di certificazione che ci aiuteranno a svolgere il nostro compito sul lato backend. <\/p>\n

Quindi, prima di tutto, dobbiamo creare un certificato. Per questo utilizziamo il comando:<\/p>\n

openssl ca -batch -in user.csr -out user.crt<\/code><\/pre>\n
\nca \u2014 comando di openSSL, che si riferisce al centro di certificazione,
\n-batch \u2014 disabilita le richieste di conferma durante la generazione del certificato.
\nuser.csr \u2014 richiesta di creazione di un certificato (file in formato .csr).
\nuser.crt \u2014 certificato (risultato ottenuto dal comando).<\/p>\n
Affinch\u00e9 questo comando funzioni, l'autorit\u00e0 di certificazione deve essere configurata esattamente come descritto nella parte precedente dell'articolo<\/a><\/noindex>. In caso contrario, sar\u00e0 necessario specificare ulteriormente il percorso del certificato radice dell'autorit\u00e0 di certificazione. <\/p>\n
Comando di verifica del certificato:<\/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 comando openSSL utilizzato per firmare, verificare, crittografare dati e altre operazioni crittografiche con openSSL.<\/p>\n
-verify \u2014 in questo caso stiamo eseguendo la verifica del certificato.<\/p>\n
authenticate.cms \u2014 file contenente i dati firmati dal certificato rilasciato dal comando precedente.<\/p>\n
-inform PEM \u2014 viene utilizzato il formato PEM.<\/p>\n
-CAfile \/Users\/\u2026\u2026\/demoCA\/ca.crt \u2014 percorso del certificato radice. (senza questo il comando non ha funzionato, anche se i percorsi al ca.crt sono specificati nel file openssl.cfg)<\/p>\n
-out data.file \u2014 invio i dati decifrati nel file data.file.<\/p>\n
L'algoritmo di applicazione dell'autorit\u00e0 di certificazione sul lato backend \u00e8 il seguente:<\/p>\n