{"id":33885,"date":"2019-10-31T21:55:12","date_gmt":"2019-10-31T18:55:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/tak-chto-zhe-budet-s-autentifikatsiej-i-parolyami-vtoraya-chast-otcheta-javelin-sostoyanie-strogoj-autentifikatsii\/"},"modified":"2019-10-31T21:55:12","modified_gmt":"2019-10-31T18:55:12","slug":"tak-chto-zhe-budet-s-autentifikatsiej-i-parolyami-vtoraya-chast-otcheta-javelin-sostoyanie-strogoj-autentifikatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/tak-chto-zhe-budet-s-autentifikatsiej-i-parolyami-vtoraya-chast-otcheta-javelin-sostoyanie-strogoj-autentifikatsii","title":{"rendered":"Hvad vil der s\u00e5 ske med godkendelse og adgangskoder? Den anden del af Javelin-rapporten \"Status for st\u00e6rk godkendelse\"","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hvad
\n
\nFor nylig offentliggjorde forskningsfirmaet \"Javelin Strategy & Research\" rapporten \"Status for st\u00e6rk godkendelse 2019\". Dens skabere samlede oplysninger om, hvilke metoder til godkendelse der anvendes i virksomhedsmilj\u00f8er og bruger-apps, og de drager interessante konklusioner om fremtiden for st\u00e6rk godkendelse.<\/p>\n

Overs\u00e6ttelsen af den f\u00f8rste del med forfatternes konklusioner har vi allerede offentliggjort p\u00e5 Habr\u00e9<\/a><\/noindex>. Og nu pr\u00e6senterer vi anden del \u2014 med data og grafer.
\n<\/a><\/noindex>
\nFrom the translator<\/b><\/p>\n

Jeg vil ikke kopiere hele den tilsvarende blok fra den f\u00f8rste del, men jeg vil dog gentage et afsnit.<\/p>\n

Alle tal og fakta er pr\u00e6senteret uden nogen \u00e6ndringer, og hvis du ikke er enig i dem, er det bedre at diskutere med forfatterne af rapporten end med overs\u00e6tteren. Mine kommentarer (formateret som citater og angivet i teksten) kursiv<\/i>) er min vurdering, og jeg vil med gl\u00e6de diskutere hver enkelt af dem (ligesom kvaliteten af overs\u00e6ttelsen). <\/p><\/blockquote>\n

<\/p>\n

Bruger-godkendelse<\/h2>\n

\nSiden 2017 er anvendelsen af st\u00e6rk godkendelse i bruger-apps steget markant, prim\u00e6rt p\u00e5 grund af tilg\u00e6ngeligheden af kryptografiske godkendelsesmetoder p\u00e5 mobile enheder, selvom en lidt mindre procentdel af virksomhederne bruger st\u00e6rk godkendelse til web-apps.<\/p>\n

Generelt er andelen af virksomheder, der bruger st\u00e6rk godkendelse i deres forretning, steget tre gange fra 5% i 2017 til 16% i 2018 (figur 3).<\/p>\n

\"Hvad
\nMulighederne for at anvende st\u00e6rk godkendelse til web-apps er stadig begr\u00e6nsede (fordi kun de nyeste versioner af visse browsere underst\u00f8tter interaktion med kryptografiske tokens, men dette problem l\u00f8ses ved at installere ekstra software, s\u00e5som Routoken Plugin<\/a><\/noindex><\/i>), derfor bruger mange virksomheder alternative metoder til online godkendelse, s\u00e5som apps til mobile enheder, som genererer engangskoder.<\/p>\n

Hardware-kryptografiske n\u00f8gler (her menes kun dem, der overholder FIDO-standarderne<\/i>), s\u00e5som dem der tilbydes af Google, Feitian, One Span og Yubico, kan anvendes til st\u00e6rk godkendelse uden installation af ekstra software p\u00e5 station\u00e6re computere og b\u00e6rbare computere (fordi de fleste browsere allerede underst\u00f8tter WebAuthn-standarden fra FIDO<\/i>), men kun 3% af virksomhederne benytter denne mulighed til at logge deres brugere ind.<\/p>\n

Sammenligning af kryptografiske tokens (som Routoken EDS PKI<\/a><\/noindex>) og hemmelige n\u00f8gler, der fungerer efter FIDO-standarderne, g\u00e5r ikke kun ud over denne rapport, men ogs\u00e5 mine kommentarer til den. Kort sagt bruger begge typer tokens lignende algoritmer og arbejdsprincipper. FIDO-tokens underst\u00f8ttes i \u00f8jeblikket bedst af browserproducenterne, men situationen vil snart \u00e6ndre sig, efterh\u00e5nden som flere browsere vil underst\u00f8tte Web USB API<\/a><\/noindex>. Til geng\u00e6ld er klassiske kryptografiske tokens beskyttet af PIN-kode, kan underskrive elektroniske dokumenter og bruges til to-faktor-autentificering i Windows (alle versioner), Linux og Mac OS X, har API'er til forskellige programmeringssprog, der muligg\u00f8r implementering af 2FA og EDS i desktop-, mobil- og webapplikationer, mens tokens produceret i Rusland underst\u00f8tter russiske GOST-algoritmer. Under alle omst\u00e6ndigheder er en kryptografisk token, uanset hvilken standard den er skabt efter, den mest p\u00e5lidelige og bekvemme metode til autentificering.<\/p><\/blockquote>\n

\n\"Hvad
\n\"Hvad
\n\"Hvad<\/p>\n

Ud over sikkerhed: andre fordele ved streng autentificering<\/h3>\n

\nDet er ikke overraskende, at brugen af streng autentificering er t\u00e6t forbundet med vigtigheden af de data, der opbevares af virksomheder. Virksomheder, der opbevarer f\u00f8lsomme personlige oplysninger (Personally Identifiable Information - PII), s\u00e5som sociale sikkerhedsnumre eller personlig sundhedsinformation (Personal Health Information - PHI), st\u00e5r over for det st\u00f8rste juridiske og regulative pres. Netop disse virksomheder er de mest aggressive fortalere for streng autentificering. Presset p\u00e5 virksomhederne forst\u00e6rkes af kunderne, der \u00f8nsker at vide, at de organisationer, de betroer deres mest f\u00f8lsomme oplysninger, bruger p\u00e5lidelige autentificeringsmetoder. Organisationer, der behandler f\u00f8lsom PII eller PHI, bruger mere end dobbelt s\u00e5 ofte streng autentificering som organisationer, der kun opbevarer kontaktoplysninger for brugerne (figur 7).<\/p>\n

\"Hvad
\n
\nDesv\u00e6rre \u00f8nsker virksomheder stadig ikke at implementere p\u00e5lidelige autentificeringsmetoder. N\u00e6sten en tredjedel af beslutningstagere i erhvervslivet mener, at adgangskoder er den mest effektive autentificeringsmetode blandt alle metoder n\u00e6vnt i figur 9, mens 43 % mener, at adgangskoder er den nemmeste autentificeringsmetode.<\/p>\n

\"Hvad
\n<\/p>\n

Dette diagram viser os, at udviklere af forretningsapplikationer over hele verden er ens... De ser ikke nogen fordel ved at implementere avancerede adgangsbeskyttelsesmekanismer og deler de samme misforst\u00e5elser. Og kun reguleringsmyndighedernes handlinger kan \u00e6ndre situationen. <\/p>\n

Lad os ikke r\u00f8re ved adgangskoderne. Men hvad skal man tro p\u00e5 for at mene, at sikkerhedssp\u00f8rgsm\u00e5l er mere sikre end kryptografiske tokens? Effektiviteten af sikkerhedssp\u00f8rgsm\u00e5l, der let kan g\u00e6ttes, vurderes til 15%, mens uhackede tokens kun vurderes til 10%. De kunne i det mindste have set filmen \"Now You See Me\"; der, selvom i en allegorisk form, vises det, hvor let tryllekunstnere kunne f\u00e5 alle n\u00f8dvendige svar fra en bedragerisk forretningsmand og efterlade ham uden penge.<\/p>\n

Og endnu en faktum, der taler meget om kvalifikationen af dem, der er ansvarlige for sikkerhedsmekanismerne i brugerapplikationer. I deres opfattelse er processen med at indtaste adgangskoden en mere simpel operation end autentificeringen ved hj\u00e6lp af et kryptografisk token. Selvom, hvad kunne v\u00e6re lettere end at tilslutte token til USB-porten og indtaste en simpel PIN-kode? <\/p><\/blockquote>\n

\nDet er vigtigt at bem\u00e6rke, at implementeringen af streng autentificering g\u00f8r det muligt for virksomheder ikke l\u00e6ngere at t\u00e6nke p\u00e5 autentificeringsmetoder og arbejdsregler, der er n\u00f8dvendige for at blokere svindelschemer, hvilket opfylder de reelle behov hos deres kunder.<\/p>\n

Mens overholdelse af reguleringskrav er en helt rimelig hovedprioritet for b\u00e5de virksomheder, der bruger streng autentificering, og dem, der ikke g\u00f8r, er virksomheder, der allerede anvender streng autentificering, meget mere tilb\u00f8jelige til at sige, at \u00f8get kundeloyalitet er den vigtigste m\u00e5ling, de tager i betragtning, n\u00e5r de vurderer autentificeringsmetoden. (18% mod 12%) (figur 10).<\/p>\n

\"Hvad<\/p>\n

Korporativ autentificering<\/h2>\n

\nSiden 2017 er implementeringen af striks godkendelse i virksomheder steget, men det er stadig noget mere beskedent end for forbrugerapplikationer. Andelen af virksomheder, der bruger striks godkendelse, er steget fra 7% i 2017 til 12% i 2018. I mods\u00e6tning til brugerapplikationer er brugen af ikke-adgangskode-metoder til godkendelse i den erhvervsm\u00e6ssige verden noget mere udbredt i webapplikationer end p\u00e5 mobile enheder. Omtrent halvdelen af virksomhederne rapporterer, at de kun bruger brugernavne og adgangskoder til at godkende deres brugere ved login, hvoraf hver femte (22%) ogs\u00e5 helt og holdent stoler p\u00e5 adgangskoder til sekund\u00e6r godkendelse ved adgang til s\u00e6rligt vigtige data (det vil sige, at brugeren f\u00f8rst logger ind i applikationen ved hj\u00e6lp af en mere enkel godkendelsesmetode, og hvis de \u00f8nsker at f\u00e5 adgang til kritiske data, vil de gennemf\u00f8re en yderligere godkendelsesprocedure, denne gang normalt ved at bruge en mere sikker metode.<\/i>).<\/p>\n

\"Hvad<\/p>\n

Det er vigtigt at forst\u00e5, at rapporten ikke tager h\u00f8jde for brugen af kryptografiske tokens til to-faktor-godkendelse i operativsystemer som Windows, Linux og Mac OS X. Og dette er i \u00f8jeblikket den mest udbredte anvendelse af 2FA. (Desv\u00e6rre kan tokens, der er oprettet i henhold til FIDO-standarder, kun implementere 2FA for Windows 10).<\/p>\n

Og mens implementeringen af 2FA i online- og mobilapplikationer kr\u00e6ver et kompleks af foranstaltninger, der inkluderer tilpasning af disse applikationer, kr\u00e6ver implementeringen af 2FA i Windows blot, at PKI (for eksempel baseret p\u00e5 Microsoft Certification Server) og godkendelsespolitikker i AD konfigureres. <\/p>\n

Og da beskyttelse af adgangen til arbejds-PC'er og dom\u00e6ner er et vigtigt element i beskyttelsen af virksomhedens data, bliver der stadig flere implementeringer af to-faktor-godkendelse.<\/p><\/blockquote>\n

\nDe n\u00e6ste to mest udbredte metoder til brugergodkendelse ved login er engangskoder, der leveres via en separat applikation (13% af virksomhederne) og engangskoder sendt via SMS (12%). Selvom andelen af brugen af begge metoder er ganske ens, bruges OTP SMS oftest til at h\u00e6ve autorisationsniveauet (i 24% af virksomhederne). (Figur 12).<\/p>\n

\"Hvad
\n
\nV\u00e6ksten i brugen af streng autentificering i virksomheder kan sandsynligvis forklares med den stigende tilg\u00e6ngelighed af implementeringer af kryptografiske autentificeringsmetoder p\u00e5 virksomhedens identitetsstyringsplatforme (kort sagt \u2013 corporative SSO- og IAM-systemer er blevet dygtigere til at bruge tokens). <\/p>\n

Til mobilautentificering af medarbejdere og kontraktholdere stoler virksomheder i h\u00f8jere grad p\u00e5 adgangskoder sammenlignet med autentificering i forbrugerapplikationer. Lidt over halvdelen (53 %) af virksomhederne bruger adgangskoder til autentificering af brugeradgang til virksomhedens data via mobile enheder (figur 13).<\/p>\n

I tilf\u00e6ldet med mobile enheder kunne man have troet p\u00e5 biometrisk teknologi, hvis ikke det var for de mange tilf\u00e6lde af falske fingeraftryk, stemmer, ansigtstr\u00e6k og endda iris. Et enkelt s\u00f8gning p\u00e5 internettet vil vise, at der simpelthen ikke findes en p\u00e5lidelig metode til biometrisk autentificering. Der findes selvf\u00f8lgelig virkelig pr\u00e6cise sensorer, men de er dyre og har en stor st\u00f8rrelse \u2013 og de bliver ikke installeret i smartphones.<\/p>\n

Derfor er den eneste fungerende metode til 2FA p\u00e5 mobile enheder brugen af kryptografiske tokens, der tilsluttes smartphones via NFC-, Bluetooth- og USB Type-C-interfaces.<\/p><\/blockquote>\n

\n\"Hvad
\n
\nBeskyttelse af virksomhedens finansielle data er den vigtigste \u00e5rsag til investeringer i passwordl\u00f8s autentificering (44 %) med den hurtigste v\u00e6kst siden 2017 (en stigning p\u00e5 otte procentpoint). Dern\u00e6st f\u00f8lger beskyttelsen af intellektuel ejendom (40 %) og medarbejderdata (HR) (39 %). Og det er ikke overraskende \u2013 v\u00e6rdien af disse datatyper er bredt anerkendt, og de kr\u00e6ver dog kun en relativt lille gruppe medarbejdere at h\u00e5ndtere. Det vil sige, at omkostningerne ved implementeringen ikke er s\u00e5 store, og det kr\u00e6ver kun et par personer at l\u00e6re at arbejde med et mere komplekst autentificeringssystem. I mods\u00e6tning hertil forbliver de datatyper og enheder, som de fleste medarbejdere normalt anvender, stadig kun beskyttet med adgangskoder. Medarbejderdokumenter, arbejdsstationer og virksomhedens e-mailportaler er de omr\u00e5der med h\u00f8jeste risiko, da kun en fjerdedel af virksomhederne beskytter disse aktiver med passwordl\u00f8s autentificering (figur 14).<\/p>\n

\"Hvad<\/p>\n

Generelt er virksomhedse-mail en ret farlig og \"hul\" ting, hvis potentielle fare bliver undervurderet af de fleste IT-chefer. Dagligt modtager medarbejdere dusinvis af e-mails, s\u00e5 hvorfor skulle der ikke v\u00e6re plads til mindst \u00e9n phishing-e-mail (dvs. bedragerisk). Denne e-mail vil v\u00e6re udformet i stil med virksomhedens e-mails, s\u00e5 medarbejderen uden bekymringer klikker p\u00e5 linket i denne e-mail. Og hvad der derefter kan ske, er hvad som helst, f.eks. download af en virus til den angrebne maskine eller l\u00e6kage af adgangskoder (herunder gennem social engineering via indtastning p\u00e5 en falsk autentificeringsformular oprettet af angriberen).<\/p>\n

For at forhindre s\u00e5danne ting i at ske, b\u00f8r e-mails v\u00e6re underskrevet. S\u00e5 vil det straks v\u00e6re klart, hvilken e-mail der er oprettet af en legitim medarbejder, og hvilken der er en angriber. I Outlook \/ Exchange, for eksempel, kan en elektronisk signatur baseret p\u00e5 kryptografiske tokens aktiveres ret hurtigt og nemt, og den kan bruges sammen med to-faktor-autentifikation p\u00e5 PC'er og Windows-dom\u00e6ner.<\/p><\/blockquote>\n

\nBlandt de ledere, der kun stoler p\u00e5 adgangskodeautentifikation inden for virksomheden, mener to tredjedele (66%), at adgangskoder giver tilstr\u00e6kkelig sikkerhed for den type information, som deres virksomhed skal beskytte (se figur 15).<\/p>\n

Men metoder til streng autentifikation bliver stadig mere udbredte. Meget p\u00e5 grund af, at de bliver mere tilg\u00e6ngelige. Flere og flere identitets- og adgangsstyringssystemer (IAM), browsere og operativsystemer underst\u00f8tter autentifikation ved hj\u00e6lp af kryptografiske tokens. <\/p>\n

Streng autentifikation har ogs\u00e5 en anden fordel. Da adgangskoden ikke l\u00e6ngere bruges (er blevet erstattet af en simpel PIN-kode), er der heller ikke foresp\u00f8rgsler fra medarbejdere om at \u00e6ndre glemte adgangskoder. Dette reducerer i sin tur belastningen p\u00e5 virksomhedens IT-afdeling.<\/p>\n

\"Hvad<\/p>\n

\n

Konklusioner og resultater<\/h4>\n

<\/p>\n

    \n
  1. Ledere har ofte ikke de n\u00f8dvendige f\u00e6rdigheder til at vurdere den reelle <\/b>effektivitet af forskellige autentifikationsmuligheder. De er vant til at stole p\u00e5 s\u00e5danne for\u00e6ldede <\/b>beskyttelsesmetoder som adgangskoder og sikkerhedssp\u00f8rgsm\u00e5l, blot fordi \"det virkede f\u00f8r\". <\/li>\n
  2. Brugerne besidder disse oplysninger endnu i endnu mindre grad<\/b>, for dem er det vigtigste \u2013 simplicitet og bekvemmelighed<\/b>. Indtil de har motiver til at v\u00e6lge mere sikre l\u00f8sninger<\/b>.<\/li>\n
  3. Udviklere af brugerapplikationer har ofte ingen grund<\/b>, til at implementere tofaktorgodkendelse i stedet for adgangskoder. Konkurrencen om sikkerhedsniveauet i brugerapplikationer manglende<\/b>.<\/li>\n
  4. Alt ansvar for indbrud er lagt over p\u00e5 brugeren<\/b>. Havde du givet et engangsadgangskode til en angriber \u2013 er du skyldig<\/b>. Hvis din adgangskode blev opfanget eller overset \u2013 er du skyldig<\/b>. Hvis du ikke kr\u00e6vede, at udvikleren skulle bruge p\u00e5lidelige godkendelsesmetoder i produktet \u2013 er du skyldig<\/b>.<\/li>\n
  5. Den rette <\/b>regulator skal f\u00f8rst og fremmest<\/b> kr\u00e6ve af virksomheder at implementere l\u00f8sninger, der blokkerer <\/b>datatab (is\u00e6r tofaktorgodkendelse), og ikke straffe for allerede sket<\/b> datatab.<\/li>\n
  6. Nogle softwareudviklere fors\u00f8ger at s\u00e6lge forbrugerne gamle og ikke s\u00e6rlig p\u00e5lidelige<\/b> l\u00f8sninger i smuk emballage<\/b> af et \u00abinnovativt\u00bb produkt. For eksempel godkendelse via binding til en specifik smartphone eller brug af biometriske data. Som det fremg\u00e5r af rapporten, kan reelt sikre<\/b> kun v\u00e6re l\u00f8sningen baseret p\u00e5 strenge godkendelsesmetoder, det vil sige kryptografiske tokens.<\/li>\n
  7. Den samme<\/b> kryptografiske token kan bruges til et v\u00e6ld af opgaver<\/b>: til streng godkendelse<\/b> i virksomhedens operativsystem, i b\u00e5de virksomheds- og brugerapplikationer, til elektronisk signatur<\/b> finansielle transaktioner (vigtigt for bankapplikationer), dokumenter og e-mails.<\/li>\n<\/ol>\n<\/blockquote>\n

    Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041d\u0435\u0434\u0430\u0432\u043d\u043e \u0438\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0430\u044f \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044f \u00abJavelin Strategy & Research\u00bb \u043e\u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u043b\u0430 \u043e\u0442\u0447\u0451\u0442 \u00abThe State of Strong Authentication 2019\u00bb. \u0415\u0433\u043e \u0441\u043e\u0437\u0434\u0430\u0442\u0435\u043b\u0438 \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u043e \u0442\u043e\u043c \u043a\u0430\u043a\u0438\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442\u0441\u044f \u0432 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u0441\u0440\u0435\u0434\u0435 \u0438 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0445 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u0445, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0441\u0434\u0435\u043b\u0430\u043b\u0438 \u043b\u044e\u0431\u043e\u043f\u044b\u0442\u043d\u044b\u0435 \u0432\u044b\u0432\u043e\u0434\u044b \u043e \u0431\u0443\u0434\u0443\u0449\u0435\u043c \u0441\u0442\u0440\u043e\u0433\u043e\u0439 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438. \u041f\u0435\u0440\u0435\u0432\u043e\u0434 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u0441 \u0432\u044b\u0432\u043e\u0434\u0430\u043c\u0438 \u0430\u0432\u0442\u043e\u0440\u043e\u0432 \u043e\u0442\u0447\u0435\u0442\u0430, \u043c\u044b \u0443\u0436\u0435 \u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u043b\u0438 \u043d\u0430 \u0425\u0430\u0431\u0440\u0435. \u0410 \u0441\u0435\u0439\u0447\u0430\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25549,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-33885","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\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\n","aioseo_head_json":{"title":"\ud83e\udd47Hvad vil der s\u00e5 ske med godkendelse og adgangskoder? Den anden del af Javelins rapport \"Status for streng godkendelse\" | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/blog\/news\/tak-chto-zhe-budet-s-autentifikatsiej-i-parolyami-vtoraya-chast-otcheta-javelin-sostoyanie-strogoj-autentifikatsii","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\u0422\u0430\u043a \u0447\u0442\u043e \u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u0441 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0435\u0439 \u0438 \u043f\u0430\u0440\u043e\u043b\u044f\u043c\u0438? \u0412\u0442\u043e\u0440\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043e\u0442\u0447\u0435\u0442\u0430 Javelin \u00ab\u0421\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0435 \u0441\u0442\u0440\u043e\u0433\u043e\u0439 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438\u00bb | ProHoster","og:url":"https:\/\/prohoster.info\/da\/blog\/news\/tak-chto-zhe-budet-s-autentifikatsiej-i-parolyami-vtoraya-chast-otcheta-javelin-sostoyanie-strogoj-autentifikatsii","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":"2019-10-31T18:55:12+00:00","article:modified_time":"2019-10-31T18:55:12+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33885","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":"2026-01-21 17:06:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:31:23","updated":"2026-01-21 17:06:19","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\/33885","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=33885"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/33885\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/25549"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=33885"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=33885"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=33885"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}