{"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\/da\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-3","title":{"rendered":"Experience using the Rutoken technology for user registration and authentication within the system (part 3)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Goddag!<\/p>\n

I den tidligere del<\/a><\/noindex> Vi har med succes oprettet vores certifikatmyndighed. Hvordan kan den overhovedet v\u00e6re nyttig for vores form\u00e5l? <\/p>\n

Med hj\u00e6lp fra en lokal certifikatmyndighed kan vi udstede certifikater og ogs\u00e5 verificere signaturen p\u00e5 disse certifikater.
\n<\/a><\/noindex>
\nVed udstedelse af et certifikat til brugeren bruger certifikatmyndigheden en speciel anmodning om udstedelse af certifikat Pkcs#10, der har filformatet '.csr'. Denne anmodning indeholder en kodet sekvens, som certifikatmyndigheden ved, hvordan man korrekt parser. Anmodningen indeholder b\u00e5de brugerens offentlige n\u00f8gle og data til oprettelse af certifikatet (et asociativt array med brugerdata). <\/p>\n

Hvordan man f\u00e5r en anmodning om udstedelse af certifikat, vil vi se p\u00e5 i den n\u00e6ste artikel, men i denne vil jeg give de grundl\u00e6ggende kommandoer for certifikatmyndigheden, som vil hj\u00e6lpe os med at udf\u00f8re vores opgave p\u00e5 backend-siden. <\/p>\n

S\u00e5 f\u00f8rst skal vi oprette certifikatet. For at g\u00f8re dette bruger vi kommandoen:<\/p>\n

openssl ca -batch -in user.csr -out user.crt<\/code><\/pre>\n
\nca \u2014 openSSL-kommandoen, der vedr\u00f8rer certifikatmyndigheden,
\n-batch \u2014 annullerer bekr\u00e6ftelsesforesp\u00f8rgsler ved oprettelse af certifikatet.
\nuser.csr \u2014 anmodningen om oprettelse af certifikatet (fil med formatet .csr).
\nuser.crt \u2014 certifikatet (det opn\u00e5ede resultat af kommandoen).<\/p>\n
For at denne kommando fungerer, skal certifikatmyndigheden v\u00e6re konfigureret pr\u00e6cist som beskrevet i den foreg\u00e5ende del af artiklen<\/a><\/noindex>. Ellers skal du angive placeringen af den rodfil, der tilh\u00f8rer certifikatmyndigheden. <\/p>\n
Kommandoen til verifikation af certifikatet:<\/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 openSSL-kommandoen, der bruges til at signere, verificere, kryptere data og andre kryptografiske operationer med openSSL.<\/p>\n
-verify \u2014 i dette tilf\u00e6lde udf\u00f8rer vi verifikationen af certifikatet.<\/p>\n
authenticate.cms \u2014 filen, der indeholder de signerede data med certifikatet, der blev udstedt af den tidligere kommando.<\/p>\n
-inform PEM \u2014 bruges til PEM-formatet.<\/p>\n
-CAfile \/Users\/\u2026\u2026\/demoCA\/ca.crt \u2014 stien til rodcertifikatet. (uden dette virkede kommandoen ikke, selvom stierne til ca.crt er angivet i filen openssl.cfg)<\/p>\n
-out data.file \u2014 de dekrypterede data sendes til filen data.file.<\/p>\n
Algoritmen for anvendelse af certifikatmyndigheden p\u00e5 backend-siden er som f\u00f8lger:<\/p>\n