{"id":85328,"date":"2020-06-15T01:42:33","date_gmt":"2020-06-14T23:42:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-1"},"modified":"2020-06-15T01:42:33","modified_gmt":"2020-06-14T23:42:33","slug":"opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-1","title":{"rendered":"Erfaring med brugen af Rutoken-teknologi til registrering og autentificering af brugere i systemet (del 1)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Goddag! Jeg vil gerne dele mine erfaringer om dette emne.<\/p>\n

RUTOKEN er hardware- og softwarel\u00f8sninger inden for autentificering, informationsbeskyttelse og elektronisk signatur. I bund og grund er det s\u00e5dan et USB-drev, der kan gemme autentificeringsdata, som brugeren anvender til at logge ind i systemet. <\/p>\n

I dette eksempel bruges RUTOKEN ECDSA 2.0. <\/p>\n

For at arbejde med denne RUTOKEN skal du installere driveren til Windows.<\/a><\/noindex>.<\/p>\n

For Windows, installationen af kun driveren sikrer, at systemet kan se din RUTOKEN, og at du kan arbejde med den.<\/p>\n

<\/a><\/noindex> RUTOKEN kan interagere p\u00e5 forskellige m\u00e5der. Man kan f\u00e5 adgang til den fra server- eller klientdelen af applikationen. I dette eksempel vil vi se p\u00e5 interaktionen med RUTOKEN fra klientdelen af applikationen. <\/p>\n

Klientdelen af applikationen interagerer med RUTOKEN gennem RUTOKEN-plugin. Det er et program, der installeres s\u00e6rskilt p\u00e5 hver browser. For Windows skal du blot downloade og installere plugin'en, som findes p\u00e5 dette link.<\/a><\/noindex>.<\/p>\n

Alt er nu klar, s\u00e5 vi kan interagere med RUTOKEN fra klientdelen af applikationen.<\/p>\n

I dette eksempel vil vi se p\u00e5 ideen om at implementere en brugerautentificering algoritme i systemet ved hj\u00e6lp af challenge-response skemaet. <\/p>\n

Essensen af ideen er som f\u00f8lger: <\/p>\n

    \n
  1. Klienten sender en autentificeringsanmodning til serveren.<\/li>\n
  2. Serveren sender i svar p\u00e5 anmodningen fra klienten en tilf\u00e6ldig streng.<\/li>\n
  3. Klienten tilf\u00f8jer denne streng med tilf\u00e6ldige 32 bits.<\/li>\n
  4. Klienten underskriver den modtagne streng med sit certifikat.<\/li>\n
  5. Klienten sender det modtagne kodede meddelelse til serveren.<\/li>\n
  6. Serveren kontrollerer signaturen ved at modtage den originale, ikke-kodede meddelelse.<\/li>\n
  7. Serveren adskiller de sidste 32 bits fra den modtagne, ikke-kodede meddelelse.<\/li>\n
  8. Serveren sammenligner det modtagne resultat med den meddelelse, der blev sendt ved anmodningen om autentificering.<\/li>\n
  9. Hvis meddelelserne er ens, betragtes autentificeringen som succesfuld.<\/li>\n<\/ol>\n

    \nI den ovenfor n\u00e6vnte algoritme er der et begreb kaldet certifikat. I denne sammenh\u00e6ng skal man forst\u00e5 noget kryptografisk teori. P\u00e5 Habr er der en fremragende artikel om dette emne.<\/a><\/noindex>.<\/p>\n

    I dette eksempel vil vi bruge asymmetrisk krypteringsalgoritmer. For at implementere asymmetrisk algoritmer er det n\u00f8dvendigt at have et n\u00f8glepar og et certifikat. <\/p>\n

    N\u00f8gleparret best\u00e5r af to dele: en privat n\u00f8gle og en offentlig n\u00f8gle. Den private n\u00f8gle skal, som navnet antyder, v\u00e6re hemmelig. Vi bruger den til at dekryptere information. Den offentlige n\u00f8gle kan gives til enhver. Denne n\u00f8gle bruges til at kryptere data. Derfor kan enhver bruger kryptere data ved hj\u00e6lp af den offentlige n\u00f8gle, men kun ejeren af den private n\u00f8gle kan dekryptere disse oplysninger. <\/p>\n

    Et certifikat er et elektronisk dokument, der indeholder information om brugeren, som ejer certifikatet, samt den offentlige n\u00f8gle. Med et certifikat kan brugeren underskrive data og sende dem til serveren, som kan verificere denne underskrift og dekryptere dataene.<\/p>\n

    For korrekt at kunne underskrive en besked med certifikatet, skal det oprettes korrekt. Til dette oprettes et n\u00f8glepar p\u00e5 Rutoken, og derefter skal certifikatet knyttes til den offentlige n\u00f8gle i dette n\u00f8glepar. Certifikatet skal have lige pr\u00e6cis den offentlige n\u00f8gle, der findes p\u00e5 Rutoken, det er vigtigt. Hvis vi bare opretter et n\u00f8glepar og certifikatet straks p\u00e5 klientdelen af applikationen, hvordan kan serveren s\u00e5 dekryptere denne krypterede besked senere? For den ved slet ikke noget om n\u00f8gleparret eller certifikatet. <\/p>\n

    Hvis man dykker dybere ind i emnet, kan man finde interessant information p\u00e5 internettet. Der er visse certificeringscentre, som vi giver forudbestemt tillid. Disse certificeringscentre kan udstede certifikater til brugere, og de installerer disse certifikater p\u00e5 deres server. Derefter, n\u00e5r klienten henvender sig til denne server, ser han netop dette certifikat og bem\u00e6rker, at det er udstedt af et certificeringscenter, og at dette server derfor kan stole p\u00e5. Der er ogs\u00e5 masser af information p\u00e5 internettet om, hvordan man korrekt konfigurerer alt. Man kan for eksempel begynde med dette<\/a><\/noindex>.<\/p>\n

    Hvis vi vender tilbage til vores opgave, virker l\u00f8sningen oplagt. Vi skal p\u00e5 en eller anden m\u00e5de oprette vores eget certifikatmyndighed. Men f\u00f8r det er n\u00f8dvendigt at forst\u00e5, hvad certifikatmyndigheden skal basere certifikatudstedelsen p\u00e5, for den ved jo ikke noget om brugeren. (For eksempel hans navn, efternavn osv.) Der findes en ting, der kaldes en certifikatforesp\u00f8rgsel. For mere information om denne standard kan man se p\u00e5 Wikipedia. da.wikipedia.org\/wiki\/PKCS<\/a><\/noindex>
    \nVi vil bruge version 1.7 \u2013 PKCS#10.<\/p>\n

    Lad os beskrive algoritmen for dannelse af certifikat p\u00e5 Rutoken (oprindelig kilde \u2013 dokumentation<\/a><\/noindex>):<\/p>\n

      \n
    1. P\u00e5 klienten opretter vi et n\u00f8glepar og gemmer det p\u00e5 Rutoken. (gemningen sker automatisk)<\/li>\n
    2. P\u00e5 klienten opretter vi en certifikatforesp\u00f8rgsel.<\/li>\n
    3. Vi sender denne foresp\u00f8rgsel fra klienten til serveren.<\/li>\n
    4. N\u00e5r serveren modtager certifikatforesp\u00f8rgslen, udsteder vi certifikatet fra vores certifikatmyndighed.<\/li>\n
    5. Vi sender dette certifikat tilbage til klienten.<\/li>\n
    6. P\u00e5 klienten gemmer vi certifikatet p\u00e5 Rutoken.<\/li>\n
    7. Certifikatet skal knytte sig til det n\u00f8glepar, der blev oprettet i det f\u00f8rste trin.<\/li>\n<\/ol>\n

      \nNu er det klart, hvordan serveren kan dekryptere klientens signatur, da den selv har udstedt certifikatet. <\/p>\n

      I den n\u00e6ste del vil vi se n\u00e6rmere p\u00e5, hvordan man konfigurerer sin egen certifikatmyndighed baseret p\u00e5 det fulde open source cryptografiske biblioteks openSSL.
      \n
      Kilde:       habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u0414\u043e\u0431\u0440\u044b\u0439 \u0434\u0435\u043d\u044c! \u0425\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0441\u0432\u043e\u0438\u043c \u043e\u043f\u044b\u0442\u043e\u043c \u043f\u043e \u0434\u0430\u043d\u043d\u043e\u0439 \u0442\u0435\u043c\u0435. \u0420\u0443\u0442\u043e\u043a\u0435\u043d \u2014 \u044d\u0442\u043e \u0430\u043f\u043f\u0430\u0440\u0430\u0442\u043d\u044b\u0435 \u0438 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u044b\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0437\u0430\u0449\u0438\u0442\u044b \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0438 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u043d\u043d\u043e\u0439 \u043f\u043e\u0434\u043f\u0438\u0441\u0438. \u041f\u043e \u0441\u0443\u0442\u0438 \u044d\u0442\u043e \u0442\u0430\u043a\u0430\u044f \u0444\u043b\u0435\u0448\u043a\u0430, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043c\u043e\u0436\u0435\u0442 \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0432 \u0441\u0435\u0431\u0435 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442 \u0434\u043b\u044f \u0432\u0445\u043e\u0434\u0430 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0443. \u0412 \u0434\u0430\u043d\u043d\u043e\u043c \u043f\u0440\u0438\u043c\u0435\u0440\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0420\u0443\u0442\u043e\u043a\u0435\u043d \u042d\u0426\u041f 2.0. \u0414\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0441 \u044d\u0442\u0438\u043c \u0420\u0443\u0442\u043e\u043a\u0435\u043d\u043e\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-85328","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Erfaring med anvendelse af Rutoken-teknologi til registrering og godkendelse af brugere i systemet (del 1) | ProHoster","description":"God dag! Jeg vil gerne dele min erfaring om dette emne. Rutoken er hardware- og softwarel\u00f8sninger inden for autentifikation, informationsbeskyttelse og elektronisk signatur.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u043f\u044b\u0442 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0438 \u0420\u0443\u0442\u043e\u043a\u0435\u043d \u0434\u043b\u044f \u0440\u0435\u0433\u0438\u0441\u0442\u0440\u0430\u0446\u0438\u0438 \u0438 \u0430\u0432\u0442\u043e\u0440\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0435 (\u0447\u0430\u0441\u0442\u044c 1) | ProHoster","og:description":"\u0414\u043e\u0431\u0440\u044b\u0439 \u0434\u0435\u043d\u044c! \u0425\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0441\u0432\u043e\u0438\u043c \u043e\u043f\u044b\u0442\u043e\u043c \u043f\u043e \u0434\u0430\u043d\u043d\u043e\u0439 \u0442\u0435\u043c\u0435. \u0420\u0443\u0442\u043e\u043a\u0435\u043d \u2014 \u044d\u0442\u043e \u0430\u043f\u043f\u0430\u0440\u0430\u0442\u043d\u044b\u0435 \u0438 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u044b\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0437\u0430\u0449\u0438\u0442\u044b \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0438 \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u043d\u043d\u043e\u0439 \u043f\u043e\u0434\u043f\u0438\u0441\u0438.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/opyt-primeneniya-tehnologii-rutoken-dlya-registraczii-i-avtorizaczii-polzovatelej-v-sisteme-chast-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-14T23:42:33+00:00","article:modified_time":"2020-06-14T23:42:33+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"85328","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:39:25","updated":"2022-09-28 02:14:43","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/85328","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=85328"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/85328\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=85328"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=85328"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=85328"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}