{"id":32662,"date":"2019-10-31T21:48:16","date_gmt":"2019-10-31T18:48:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami\/"},"modified":"2019-10-31T21:48:16","modified_gmt":"2019-10-31T18:48:16","slug":"chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami","title":{"rendered":"Hvad vil der ske med autentificeringen og adgangskoderne? Overs\u00e6ttelse af Javelins rapport \"Tilstand for st\u00e6rk autentificering\" med kommentarer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Hvad vil der ske med autentificeringen og adgangskoderne? Overs\u00e6ttelse af Javelins rapport &quot;Tilstand for st\u00e6rk autentificering&quot; med kommentarer\" src=\"\/wp-content\/uploads\/2019\/04\/8bf86f8c9daa411a24c4a4052f642fad.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSpoiler from the report title \"The number of strong authentication use cases has increased due to new risks and regulatory demands.\"<br \/>\nThe research company \"Javelin Strategy &amp; Research\" has published the report \"The State of Strong Authentication 2019\" (<noindex><a rel=\"nofollow\" href=\"https:\/\/1nmqmp2u9dgf3jo9centu6rq-wpengine.netdna-ssl.com\/wp-content\/uploads\/2019\/01\/The-State-of-Strong-Authentication-2019-Report.pdf\"> the original in PDF format can be downloaded here<\/a><\/noindex>). This report discusses: what percentage of American and European companies use passwords (and why passwords are used less often now); why the percentage of two-factor authentication based on cryptographic tokens is growing so rapidly; and why one-time codes sent via SMS are not secure.<\/p>\n<p>Everyone interested in the present, past, and future of authentication in enterprises and user applications is welcome.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<b class=\"spoiler_title\">From the translator<\/b><\/p>\n<blockquote><p>Unfortunately, the language in which this report is written is quite \"dry\" and formal. The five-time use of the word \"authentication\" in one short sentence is not the translator's lack of skill (or brain), but the authors' whim. When translating from two options \u2014 providing readers with a text closer to the original, or a more interesting text \u2014 I sometimes chose the first, and sometimes the second. But bear with me, dear readers, the content of the report is worth it.<\/p>\n<p>Some insignificant and unnecessary parts for the narrative have been removed, otherwise most would not have been able to handle the entire text. Those wishing to read the report \"uncensored\" can do so in the original language by following the link.<\/p>\n<p>Unfortunately, the authors are not always careful with terminology. Thus, one-time passwords (One Time Password \u2013 OTP) are sometimes referred to as \"passwords,\" and sometimes as \"codes.\" The methods of authentication are even worse. It is not always easy for an unprepared reader to deduce that \"authentication using cryptographic keys\" and \"strong authentication\" mean the same thing. I tried to unify the terms as much as possible; moreover, there is a section in the report that describes them.<\/p>\n<p><b>Nevertheless, the report is highly recommended for reading because it contains unique research results and correct conclusions. <\/b><\/p>\n<p>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) <i>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><\/p>\n<h2>Oversigt<\/h2>\n<p>\nI dag er digitale kommunikationskanaler med kunder vigtigere for virksomheder end nogensinde f\u00f8r. Kommunikationsm\u00e5der mellem medarbejdere internt i en virksomhed er ogs\u00e5 mere orienteret mod en digital mediendannelse end nogensinde. Den sikkerhed, disse interaktioner har, afh\u00e6nger af den valgte metode til brugerautentifikation. Kriminelle udnytter svag autentifikation til massivt at bryde ind i brugerkonti. Som svar sk\u00e6rper reguleringsmyndighederne standarderne for at f\u00e5 virksomheder til at beskytte konti og brugerdata bedre.<\/p>\n<p>Trusler relateret til autentifikation g\u00e6lder ikke kun for forbrugerapplikationer; kriminelle kan ogs\u00e5 f\u00e5 adgang til applikationer, der k\u00f8rer internt i virksomheden. En s\u00e5dan operation g\u00f8r det muligt for dem at udgive sig for at v\u00e6re virksomhedens brugere. Kriminelle kan, ved at udnytte adgangspunkter med svag autentifikation, stj\u00e6le data og udf\u00f8re andre svigagtige aktiviteter. Heldigvis findes der modforanstaltninger. Streng autentifikation vil v\u00e6sentligt reducere risikoen for angreb fra kriminelle, b\u00e5de p\u00e5 forbrugerapplikationer og p\u00e5 virksomhedssystemer.<\/p>\n<p>I denne unders\u00f8gelse unders\u00f8ges, hvordan virksomheder implementerer autentifikation for at beskytte brugerapplikationer og virksomhedens systemer; de faktorer, de tager i betragtning, n\u00e5r de v\u00e6lger en autentifikationsl\u00f8sning; den rolle, streng autentifikation spiller i deres organisationer; fordelene, som disse organisationer opn\u00e5r.<\/p>\n<h2>CV<\/h2>\n<p><\/p>\n<h3> Hovedelementer<\/h3>\n<p>\n<b>Siden 2017 er procentdelen af brugen af streng autentifikation steget dramatisk. <\/b> I takt med en stigende m\u00e6ngde s\u00e5rbarheder, som p\u00e5virker traditionelle autentificeringsl\u00f8sninger, styrker organisationer deres autentificeringsmuligheder med hj\u00e6lp af streng autentificering. Antallet af organisationer, der bruger multifaktorautentificering med kryptografi (MFA), er tredoblet siden 2017 for forbrugeranvendelser og er steget med n\u00e6sten 50% for virksomhedsapplikationer. Den hurtigste v\u00e6kst ses inden for mobilautentificering p\u00e5 grund af den stigende tilg\u00e6ngelighed af biometrisk autentificering.<\/p>\n<blockquote><p>Her ser vi en illustration af ordsproget \u00abf\u00f8r lynet sl\u00e5r ned, kaster ingen sig over kors\u00bb. Da eksperterne advarede om usikkerheden ved adgangskoder, var der ingen, der skyndte sig med at implementere to-faktor-autentificering. S\u00e5 snart hackere begyndte at stj\u00e6le adgangskoder, begyndte folk at implementere to-faktor-autentificering.<\/p>\n<p>Det er sandt, at private personer langt mere aktivt implementerer 2FA. For det f\u00f8rste, s\u00e5 er det lettere for dem at berolige deres frygt ved at stole p\u00e5 den biometriske autentificering, der er indbygget i smartphones, som i realiteten er temmelig usikker. Organisationer derimod skal investere i k\u00f8b af tokens og udf\u00f8re arbejde (som faktisk er temmelig simpelt) for at implementere dem. For det andet, alle har h\u00f8rt om l\u00e6kager af adgangskoder fra tjenester som Facebook og Dropbox, men historierne om hvordan adgangskoder blev stj\u00e5let (og hvad der fulgte derefter) vil IT-cheferne i disse organisationer ikke dele under nogen omst\u00e6ndigheder. <\/p><\/blockquote>\n<p>\n<b>De, der ikke bruger streng autentificering, undervurderer deres risici for virksomheden og kunderne. <\/b> Nogle organisationer, der i \u00f8jeblikket ikke bruger streng autentificering, har tendens til at betragte login og adgangskoder som en af de mest effektive og brugervenlige metoder til at autentificere brugere. Andre ser ikke v\u00e6rdien af de digitale aktiver, de ejer. Det skal tages i betragtning, at cyberkriminelle er interesseret i enhver forbruger- og forretningsinformation. To tredjedele af de virksomheder, der kun bruger adgangskoder til at autentificere deres medarbejdere, g\u00f8r det, fordi de mener, at adgangskoder er tilstr\u00e6kkelige til den type information, de beskytter.<\/p>\n<p><b>Ikke desto mindre er adgangskoder p\u00e5 vej \u00abi graven\u00bb. <\/b> I l\u00f8bet af det forgangne \u00e5r er afh\u00e6ngigheden af adgangskoder betydeligt faldet, b\u00e5de for forbruger- og virksomhedsapplikationer (fra 44 % til 31 % og fra 56 % til 47 % henholdsvis), da organisationer udvider brugen af traditionel MFA og strenge autentificeringsmetoder.<br \/>\nMen ser man p\u00e5 situationen som helhed, dominerer s\u00e5rbare autentificeringsmetoder stadig. Omtrent en fjerdedel af organisationerne bruger SMS OTP (engangskode) sammen med sikre sp\u00f8rgsm\u00e5l til brugerautentificering. Som f\u00f8lge heraf er det n\u00f8dvendigt at implementere yderligere beskyttelsesforanstaltninger for at beskytte mod s\u00e5rbarheder, hvilket \u00f8ger omkostningerne. Brug af langt mere p\u00e5lidelige autentificeringsmetoder, s\u00e5som hardware-kryptografiske n\u00f8gler, anvendes langt sj\u00e6ldnere, omtrent i 5 % af organisationerne.<\/p>\n<p><b>Den udviklende lovgivningsm\u00e6ssige ramme lover at fremskynde implementeringen af strenge autentificeringsmetoder for forbrugerapplikationer. <\/b> Med indf\u00f8relsen af PSD2 samt nye databeskyttelsesregler i EU og flere stater i USA, s\u00e5som Californien, f\u00f8ler virksomhederne, at presset stiger. N\u00e6sten 70 % af virksomhederne er enige om, at de st\u00e5r over for st\u00e6rkt regulatorisk pres for at sikre streng autentificering for deres kunder. Mere end halvdelen af virksomhederne mener, at deres autentificeringsmetoder inden for f\u00e5 \u00e5r ikke vil v\u00e6re tilstr\u00e6kkelige til at overholde de regulatoriske standarder.<\/p>\n<blockquote><p>Der er en markant forskel p\u00e5 tilgangen fra russiske og amerikansk-europ\u00e6iske lovgivere til beskyttelse af brugernes personlige data i programmer og tjenester. De russiske siger: k\u00e6re tjenesteudbydere, g\u00f8r hvad I vil, men hvis jeres administrator l\u00e6kker databasen, s\u00e5 straffer vi jer. I udlandet siger de: I skal implementere et s\u00e6t foranstaltninger, der <b>forhindrer<\/b> datatab. Derfor implementeres der i stor stil krav om tilstedev\u00e6relse af streng to-faktor-autentificering.<br \/>\nSandheden er, at det slet ikke er sikkert, at vores lovgivningsmaskine pludselig en dag ikke v\u00e5gner op og tager h\u00f8jde for den vestlige erfaring. N\u00e5r det sker, viser det sig, at alle skal implementere 2FA i overensstemmelse med de russiske kryptografiske standarder, og det skal ske hurtigt.\n<\/p><\/blockquote>\n<p>\n<b>At skabe et p\u00e5lideligt grundlag for autentificering g\u00f8r det muligt for virksomheder at flytte fokus fra at opfylde lovgivningsm\u00e6ssige krav til at tilfredsstille kundernes behov. <\/b> For de organisationer, der stadig bruger enkle adgangskoder eller modtager koder via SMS, vil overholdelse af lovgivningsm\u00e6ssige krav v\u00e6re den vigtigste faktor ved valg af autentificeringsmetode. Mens virksomheder, der allerede anvender streng autentificering, kan fokusere p\u00e5 at v\u00e6lge autentificeringsmetoder, der \u00f8ger kundeloyalitet.<\/p>\n<p><b>N\u00e5r der v\u00e6lges en metode til virksomhedens autentificering internt i organisationen, er regulatorernes krav ikke l\u00e6ngere en betydende faktor. <\/b> I dette tilf\u00e6lde er enkel integration (32%) og omkostninger (26%) meget vigtigere. <\/p>\n<p><b>I en tid med phishing kan ondsindede akt\u00f8rer bruge virksomhedens e-mail til svindel,<\/b> for at narre adgang til data, brugerkonti (med de relevante adgangsrettigheder) og endda for at overbevise medarbejdere om at udf\u00f8re pengeoverf\u00f8rsler til deres konto. Derfor skal virksomhedens e-mailkonti og portaler v\u00e6re s\u00e6rligt godt beskyttet.<\/p>\n<p><b>Google har styrket sin beskyttelse ved at implementere streng autentificering.<\/b> For over to \u00e5r siden offentliggjorde Google en rapport om implementering af tofaktorgodkendelse baseret p\u00e5 sikkerhedsn\u00f8gler i henhold til FIDO U2F-standarden, og rapporterede om imponerende resultater. If\u00f8lge virksomheden har der ikke v\u00e6ret nogen phishing-angreb mod mere end 85.000 medarbejdere. <\/p>\n<h3>Anbefalinger<\/h3>\n<p>\n<b>Implementer streng autentificering for mobile og online applikationer. <\/b> Multifaktorautentifikation baseret p\u00e5 sikkerhedsn\u00f8gler beskytter langt bedre mod angreb end traditionelle MFA-metoder. Desuden er brugen af sikkerhedsn\u00f8gler meget mere bekvemt, da der ikke er behov for at bruge eller overf\u00f8re yderligere information \u2014 adgangskoder, engangskoder eller biometriske data fra brugeren til autentificeringsserveren. Desuden g\u00f8r standardiseringen af autentifikationsprotokoller det meget lettere at implementere nye autentifikationsmetoder, efterh\u00e5nden som de dukker op, hvilket reducerer omkostningerne og beskytter mod mere komplekse svindelschemer.<\/p>\n<p><b>Forbered dig p\u00e5 slutningen af engangskoder (OTP). <\/b> S\u00e5rbarhederne i OTP bliver stadig mere tydelige, n\u00e5r cyberkriminelle anvender social engineering, kloning af smartphones og malware til at kompromittere disse autentificeringsmetoder. Og selvom OTP i nogle tilf\u00e6lde har visse fordele, er det kun set fra et universelt tilg\u00e6ngeligt perspektiv for alle brugere, men ikke set fra et sikkerhedsperspektiv.<\/p>\n<blockquote><p>Det kan ikke undg\u00e5s, at modtagelsen af koder via SMS eller Push-notifikationer samt genereringen af koder ved hj\u00e6lp af smartphone-programmer er netop det, der udg\u00f8r brugen af disse engangskoder (OTP), som vi nu anbefales at forberede os p\u00e5 at sige farvel til. Teknisk set er l\u00f8sningen meget korrekt, fordi sj\u00e6ldent vil en svindler undlade at fors\u00f8ge at udsp\u00f8rge en engangskode fra en tillidsfuld bruger. Men jeg tror, at producenterne af s\u00e5danne systemer vil klamre sig til den d\u00f8ende teknologi indtil det sidste. <\/p><\/blockquote>\n<p><b>Brug striks autentificering som et marketingv\u00e6rkt\u00f8j til at \u00f8ge kundernes tillid. <\/b> Striks autentificering kan ikke kun forbedre den faktiske sikkerhed i din virksomhed. At informere kunderne om, at din virksomhed anvender striks autentificering, kan styrke den offentlige opfattelse af sikkerheden i denne virksomhed \u2014 en vigtig faktor, n\u00e5r der er en betydelig eftersp\u00f8rgsel fra kunderne efter p\u00e5lidelige autentificeringsmetoder.<\/p>\n<p><b>Udf\u00f8r en grundig opg\u00f8relse og vurdering af vigtigheden af virksomhedens data og beskytt dem i overensstemmelse med deres vigtighed. <\/b> Selv data med lav risiko, s\u00e5som kontaktinformation for kunder (<i>nej, det st\u00e5r faktisk i rapporten 'low-risk', det er meget underligt, at de undervurderer vigtigheden af disse oplysninger<\/i>), kan give svindlere betydelig v\u00e6rdi og blive \u00e5rsag til problemer for virksomheden. <\/p>\n<p><b>Brug striks autentificering i virksomheden. <\/b> R\u00e6kken af systemer er de mest attraktive m\u00e5l for kriminelle. Disse inkluderer b\u00e5de interne og internetforbundne systemer, s\u00e5som regnskabsprogrammer eller lagre af virksomhedsdata. Striks autentificering forhindrer kriminelle i at f\u00e5 uautoriseret adgang og g\u00f8r det ogs\u00e5 muligt pr\u00e6cist at identificere, hvem blandt medarbejderne der har beg\u00e5et skadelig aktivitet.<\/p>\n<h2> Hvad er streng autentifikation? <\/h2>\n<p>\nVed brug af streng autentifikation anvendes flere metoder eller faktorer til at bekr\u00e6fte en brugers identitet:<\/p>\n<ul>\n<li><b>Kendskabsfaktor:<\/b> en f\u00e6lles hemmelighed mellem brugeren og autentifikationssubjektet (f.eks. adgangskoder, svar p\u00e5 sikkerhedssp\u00f8rgsm\u00e5l osv.)<\/li>\n<li><b>Ejerfaktor:<\/b> et device, som kun brugeren ejer (f.eks. mobiltelefon, kryptografisk n\u00f8gle osv.)<\/li>\n<li><b>Biometrisk faktor:<\/b> fysiske (ofte biometriske) karakteristika ved brugeren (f.eks. fingeraftryk, iris m\u00f8nster, stemme, adf\u00e6rd osv.)<\/li>\n<\/ul>\n<p>\nDet er n\u00f8dvendigt at bryde flere faktorer, hvilket betydeligt \u00f8ger sandsynligheden for, at en angriber mislykkes, da omg\u00e5else eller bedrageri af forskellige faktorer kr\u00e6ver brugen af flere typer hacketeknikker for hver faktor.<\/p>\n<blockquote><p> For eksempel, med 2FA \"adgangskode + smartphone\" kan en angriber autentificere sig ved at spionere p\u00e5 brugerens adgangskode og lave en n\u00f8jagtig softwarekopi af hans smartphone. Dette er langt mere kompliceret end blot at stj\u00e6le adgangskoden. <\/p>\n<p>Men hvis der anvendes en adgangskode og en kryptografisk token til 2FA, s\u00e5 virker kopieringsmetoden ikke her \u2013 det er umuligt at duplikere token. Bedrageren skal diskret stj\u00e6le token fra brugeren. Hvis brugeren opdager tabet i tide og informerer administratoren, vil token blive blokeret, og bedriverens indsats vil v\u00e6re spildt. Derfor skal der anvendes specialiserede sikre enheder (tokens) til ejerfaktoren, og ikke generelle enheder (smartphones).<\/p>\n<p>Brugen af alle tre faktorer g\u00f8r denne autentifikationsmetode relativt dyr at implementere og ret ubelejlig at bruge. Derfor anvendes der normalt to faktorer ud af tre.<\/p>\n<p>Principperne for to-faktor autentifikation er beskrevet mere detaljeret <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aktiv-company\/blog\/436926\/\">her<\/a><\/noindex>, i sektionen \"Hvordan fungerer to-faktor autentifikation\". <\/p><\/blockquote>\n<p>\n<b>Det er vigtigt at bem\u00e6rke, at mindst \u00e9n af autentifikationsfaktorerne, der anvendes ved streng autentifikation, skal bruge kryptografi baseret p\u00e5 offentlig n\u00f8gle.<\/b><\/p>\n<p>Streng autentificering giver en langt mere seri\u00f8s beskyttelse end engangsauthentificering baseret p\u00e5 klassiske adgangskoder og traditionel MFA. Adgangskoder kan sniges ind eller opsnappes med keyloggers, phishing-websites eller angreb baseret p\u00e5 social engineering (hvor den bedrageriske opgave selv fort\u00e6ller deres adgangskode). Desuden vil ejeren af adgangskoden ikke vide noget om tyveriet. Traditionel MFA (som omfatter OTP-koder, tilknytning til smartphones eller SIM-kort) kan ogs\u00e5 blive relativt let hacket, da den ikke er baseret p\u00e5 offentlig n\u00f8glekryptografi.<i>For \u00f8vrigt er der mange eksempler p\u00e5, hvordan svindlere har overbevist brugere om at give dem engangskoder ved hj\u00e6lp af tricks fra social engineering.<\/i>).<\/p>\n<p>Heldigvis er brugen af streng autentificering og traditionel MFA steget siden sidste \u00e5r i b\u00e5de forbruger- og erhvervsapplikationer. Brugen af streng autentificering i forbrugerapplikationer er steget s\u00e6rligt hurtigt. Hvis kun 5% af virksomhederne anvendte det i 2017, s\u00e5 var tallet allerede steget til det tredobbelte \u2013 16% i 2018. Dette kan forklares med den stigende tilg\u00e6ngelighed af tokens, der underst\u00f8tter algoritmer til offentlig n\u00f8glekryptografi (Public Key Cryptography \u2013 PKC). Desuden havde det \u00f8gede pres fra europ\u00e6iske regulativer efter vedtagelsen af nye informationsbeskyttelsesregler, s\u00e5som PSD2 og GDPR, en st\u00e6rk effekt selv uden for Europa.<i>inklusive i Rusland.<\/i>).<\/p>\n<p><img decoding=\"async\" alt=\"Hvad vil der ske med autentificeringen og adgangskoderne? Overs\u00e6ttelse af Javelins rapport &quot;Tilstand for st\u00e6rk autentificering&quot; med kommentarer\" src=\"\/wp-content\/uploads\/2019\/04\/a94d3015f440fe2b98a56cc5c91a2721.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<blockquote><p>Lad os tage et n\u00e6rmere kig p\u00e5 disse tal. Som vi ser, er procentdelen af private brugere, der anvender multifaktorautentificering, steget med imponerende 11% p\u00e5 et \u00e5r. Dette skyldes tydeligvis tilh\u00e6ngere af adgangskoder, da tallene for dem, der tror p\u00e5 sikkerheden ved Push-notifikationer, SMS og biometrik, ikke har \u00e6ndret sig.<\/p>\n<p>Men det st\u00e5r ikke s\u00e5 godt til med to-faktorautentificering til erhvervsm\u00e6ssigt brug. For det f\u00f8rste viser rapporten, at kun 5% af medarbejderne er blevet overf\u00f8rt fra adgangskodeautentificering til tokens. For det andet er der sket en stigning p\u00e5 4% i antallet af dem, der anvender alternative MFA-l\u00f8sninger i den erhvervsm\u00e6ssige kontekst.<\/p>\n<p>Jeg vil pr\u00f8ve at spille analytiker og give min fortolkning. I centrum af den digitale verden for individuelle brugere ligger smartphones. Derfor er det ikke overraskende, at de fleste udnytter de muligheder, som deres enhed tilbyder \u2013 biometrisk autentifikation, SMS og Push-notifikationer samt engangskoder genereret af apps p\u00e5 selve smartphones. Om sikkerhed og p\u00e5lidelighed ved brug af de v\u00e6rkt\u00f8jer, de er vant til, t\u00e6nker folk normalt ikke over.<\/p>\n<p>Netop derfor forbliver procentdelen af brugere af primitive \"traditionelle\" autentifikationsmetoder u\u00e6ndret. Dem, der tidligere har brugt adgangskoder, forst\u00e5r imidlertid, hvor meget de risikerer, og n\u00e5r de v\u00e6lger en ny autentifikationsfaktor, falder de p\u00e5 den nyeste og mest sikre mulighed \u2013 kryptografiske tokens.<\/p>\n<p>N\u00e5r det kommer til det virksomhedsm\u00e6ssige marked, er det vigtigt at forst\u00e5, hvilket system autentifikationen udf\u00f8res i. Hvis login til Windows-dom\u00e6net implementeres, bruges kryptografiske tokens. Mulighederne for brugen af disse til 2FA er allerede indbygget i b\u00e5de Windows og Linux, mens alternative l\u00f8sninger er sv\u00e6re og tidskr\u00e6vende at implementere. Her har vi en migration p\u00e5 5% fra adgangskoder til tokens.<\/p>\n<p>Implementeringen af 2FA i virksomhedens informationssystem afh\u00e6nger i h\u00f8j grad af udviklernes kvalifikationer. For udviklerne er det meget nemmere at tage f\u00e6rdige moduler til generering af engangskoder end at s\u00e6tte sig ind i arbejdet med kryptografiske algoritmer. Som et resultat bruger selv ekstremt sikkerhedskritiske applikationer som Single Sign-On eller Privileged Access Management OTP som den anden faktor. <\/p><\/blockquote>\n<h2> Mange s\u00e5rbarheder i traditionelle autentifikationsmetoder<\/h2>\n<p>\nSelvom mange organisationer stadig er afh\u00e6ngige af for\u00e6ldede engangssystemer, bliver s\u00e5rbarhederne ved traditionelle multifaktorautentifikationsmetoder stadig mere \u00e5benlyse. Engangskoder, der normalt er mellem seks og otte tegn lange og leveres via SMS, forbliver den mest udbredte form for autentifikation (naturligvis ved siden af den viden, som adgangskoden giver). Og n\u00e5r popul\u00e6re medier n\u00e6vner ordene \"to-faktor autentifikation\" eller \"to-trins verificering\", henviser de n\u00e6sten altid til autentifikation ved hj\u00e6lp af engangskoder via SMS.<\/p>\n<blockquote><p>Her fejler forfatteren en smule. Levering af engangskoder via SMS har aldrig v\u00e6ret to-faktor-autentifikation. Det er i sin reneste form det andet trin i to-trins-autentifikation, hvor den f\u00f8rste fase er indtastning af brugernavn og adgangskode.\n<\/p><\/blockquote>\n<p>\nI 2016 opdaterede det Nationale Institut for Standarder og Teknologier (NIST) sine autentifikationsregler for at udelukke brugen af engangskoder sendt via SMS. Dog blev disse regler v\u00e6sentligt lempet efter protester i branchen.<\/p>\n<blockquote><p>S\u00e5 lad os f\u00f8lge handlingen. Den amerikanske regulator anerkender retm\u00e6ssigt, at den for\u00e6ldede teknologi ikke kan sikre brugernes sikkerhed og indf\u00f8rer nye standarder. Standarder designet til at beskytte brugerne online og i mobile applikationer (herunder bankapps). Branchen overvejer, hvor mange penge det vil koste at anskaffe virkelig p\u00e5lidelige kryptografiske tokens, til at oml\u00e6gge apps, til at implementere infrastruktur for offentlige n\u00f8gler, og \"g\u00e5r i st\u00e5\". P\u00e5 den ene side blev brugerne overbevist om sikkerheden ved engangskoder, men p\u00e5 den anden side blev der angrebet NIST. Som f\u00f8lge heraf blev standarden lempet, og antallet af hacking, tyveri af adgangskoder (og penge fra bankapps) steg pludselig. Til geng\u00e6ld slap industrien for at give penge. <\/p><\/blockquote>\n<p>\nSiden da er svaghederne ved SMS OTP blevet mere \u00e5benlyse. Svindlere bruger forskellige metoder til at kompromittere SMS-beskeder:<\/p>\n<ul>\n<li><b> Duplikering af SIM-kort. <\/b> Snydere skaber en kopi af SIM <i>(ved hj\u00e6lp af medarbejdere hos mobiloperat\u00f8ren eller selvst\u00e6ndigt ved brug af speciel software og hardware<\/i>). Som f\u00f8lge heraf modtager gerningsmanden en SMS med engangskoden. I et s\u00e6rligt kendt tilf\u00e6lde kunne hackere endda kompromittere AT&amp;T-kontoen til kryptovaluta-investoren Michael Terpin og stj\u00e6le n\u00e6sten 24 millioner dollars i kryptovalutaer. Som f\u00f8lge heraf udtalte Terpin, at AT&amp;T var ansvarlig p\u00e5 grund af svage kontrolforanstaltninger, der f\u00f8rte til duplikering af SIM-kort.<br \/>\n<blockquote><p>Fremragende logik. Betyr det, at det kun er AT&amp;T's skyld? Nej, mobiloperat\u00f8rens skyld ligger i, at forhandlerne i butikken har udstedt en dublikat simkort, det er helt klart. Hvad med autentificeringssystemet for kryptovalutab\u00f8rsen? Hvorfor brugte de ikke sikre kryptografiske tokens? Var der ikke penge nok til implementeringen? Og hvad med Michael, er han ikke skyldig? Hvorfor insisterede han ikke p\u00e5 at \u00e6ndre autentificeringsmekanismen eller brugte kun de b\u00f8rser, som implementerer to-faktor autentificering baseret p\u00e5 kryptografiske tokens?<\/p>\n<p>Implementeringen af virkelig sikre autentificeringsmetoder forsinkes netop fordi brugerne f\u00f8r bruddet udviser en bem\u00e6rkelsesv\u00e6rdig ligegyldighed, og bagefter skyder skylden p\u00e5 alt og alle, undtagen de gamle og \"ut\u00e6tte\" autentificeringsteknologier.<\/p><\/blockquote>\n<\/li>\n<li><b>Malware.<\/b> En af de tidligste funktioner i mobile malware var at opsnappe og videresende sms-beskeder til kriminelle. Desuden kan 'man-in-the-browser' og 'man-in-the-middle' angreb opsnappe engangskoder, n\u00e5r de indtastes p\u00e5 inficerede b\u00e6rbare eller desktop-enheder.<br \/>\n<blockquote><p>N\u00e5r Sberbank-appen p\u00e5 din smartphone blinker med et gr\u00f8nt ikon i statuslinjen, s\u00f8ger den ogs\u00e5 efter 'skadelig software' p\u00e5 din telefon. Form\u00e5let med denne aktivitet er at omdanne den usikre udf\u00f8relsesmilj\u00f8 af typiske smartphones til et, p\u00e5 en eller anden m\u00e5de, sikkert.<br \/>\nFor \u00f8vrigt, som en totalt usikker enhed, hvor alt kan k\u00f8re \u2013 det er endnu en grund til at bruge <b>kun hardware tokens<\/b>, som er sikret og fri for vira og trojaner.<\/p><\/blockquote>\n<\/li>\n<li><b>Social engineering.<\/b> N\u00e5r svindlere ved, at deres offer har engangskoder via SMS aktiveret, kan de kontakte offeret direkte og udgive sig for at v\u00e6re en betroet organisation, som deres bank eller kreditforening, for at narre offeret til at give den lige modtagne kode.<br \/>\n<blockquote><p>Jeg har personligt st\u00f8dt p\u00e5 denne type svindel flere gange, for eksempel n\u00e5r jeg har fors\u00f8gt at s\u00e6lge noget p\u00e5 en popul\u00e6r online markedsplads. Jeg har haft det sjovt med at drille en svindler, der fors\u00f8gte at narre mig. Desv\u00e6rre l\u00e6ser jeg ofte i nyhederne om, hvordan en ny offer for svindlere \"ikke t\u00e6nkte sig om\", gav sin bekr\u00e6ftelseskode og mistede et stort bel\u00f8b. Alt dette skyldes, at banken bare ikke \u00f8nsker at involvere sig i implementeringen af kryptografiske tokens i sine apps. For hvis noget g\u00e5r galt, s\u00e5 er kunderne \"selv skyld\".<\/p><\/blockquote>\n<\/li>\n<\/ul>\n<p>\nSelvom alternative metoder til levering af engangskoder kan mildne nogle s\u00e5rbarheder i denne autentifikationsmetode, forbliver andre s\u00e5rbarheder intakte. Autonome apps til kodegenerering er den bedste beskyttelse mod opsnapning, da selv skadelig software n\u00e6ppe kan interagere direkte med kodegeneratoren (<i>seri\u00f8st? Rapportforfatteren glemte fjernstyring?<\/i>), men OTP kan stadig blive opsnappet, n\u00e5r de indtastes i browseren (<i>for eksempel ved brug af en keylogger<\/i>), via en kompromitteret mobilapplikation; og de kan ogs\u00e5 f\u00e5s direkte fra brugeren ved hj\u00e6lp af social engineering.<br \/>\nBrugen af flere risikovurderingsv\u00e6rkt\u00f8jer, s\u00e5som enhedsgenkendelse (<i>identifikation af fors\u00f8g p\u00e5 at udf\u00f8re operationer fra enheder, der ikke tilh\u00f8rer den legitime bruger<\/i>), geolokalisering (<i>en bruger, der lige har v\u00e6ret i Moskva, fors\u00f8ger at udf\u00f8re en operation fra Novosibirsk<\/i>) og adf\u00e6rdsanalyse er afg\u00f8rende for at eliminere s\u00e5rbarheder, men ingen l\u00f8sning er en universall\u00f8sning. Hver situation og datatypen skal n\u00f8je vurderes for risici, og hvilken autentifikationsteknologi der skal anvendes, skal v\u00e6lges.<\/p>\n<h2>Ingen autentifikationsl\u00f8sning er en universall\u00f8sning.<\/h2>\n<p>\n<b>Figur 2. Tabel over autentifikationsmuligheder<\/b><\/p>\n<table>\n<tr>\n<td width=\"140\"><strong>Godkendelse<\/strong><\/td>\n<td width=\"90\"><strong>Faktor<\/strong><\/td>\n<td><strong>Description<\/strong><\/td>\n<td><strong>N\u00f8gle s\u00e5rbarheder<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Adgangskode eller PIN<\/td>\n<td>Viden<\/td>\n<td>Et fast v\u00e6rdi, der kan inkludere bogstaver, tal og en r\u00e6kke andre tegn<\/td>\n<td>Kan opsnappes, overh\u00f8res, stj\u00e6les, g\u00e6ttes eller kn\u00e6kkes<\/td>\n<\/tr>\n<tr>\n<td>Videnbaseret autentifikation<\/td>\n<td>Viden<\/td>\n<td>Sp\u00f8rgsm\u00e5l, svar som kun den legitime bruger kan kende<\/td>\n<td>Kan opsnappes, g\u00e6ttes, eller opn\u00e5s ved hj\u00e6lp af social engineering metoder<\/td>\n<\/tr>\n<tr>\n<td>Hardware OTP (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/rutoken-otp\/\">eksempel<\/a><\/noindex>)<\/td>\n<td>Besiddelse<\/td>\n<td>Specialiseret enhed, der genererer engangskoder<\/td>\n<td>Koden kan blive opsnappet og gentaget, eller enheden kan blive stj\u00e5let<\/td>\n<\/tr>\n<tr>\n<td>Software OTP<\/td>\n<td>Besiddelse<\/td>\n<td>App (mobil, tilg\u00e6ngelig gennem en browser, eller som sender koder via e-mail), der genererer engangskoder<\/td>\n<td>Koden kan blive opsnappet og gentaget, eller enheden kan blive stj\u00e5let<\/td>\n<\/tr>\n<tr>\n<td>SMS OTP<\/td>\n<td>Besiddelse<\/td>\n<td>Engangskode leveret via en SMS-besked<\/td>\n<td>Koden kan blive opsnappet og gentaget, eller smartphones eller SIM-kort kan blive stj\u00e5let, eller SIM-kortet kan blive klonet<\/td>\n<\/tr>\n<tr>\n<td>Smartkort (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/smart-card\/\">eksempel<\/a><\/noindex>)<\/td>\n<td>Besiddelse<\/td>\n<td>Kort, der indeholder en kryptografisk chip og beskyttet hukommelse med n\u00f8gler, der bruger infrastruktur til offentlig n\u00f8gle til autentifikation<\/td>\n<td>Kan stj\u00e6les fysisk (<i>men angriberen vil ikke kunne bruge enheden uden at kende PIN-koden; efter flere fejlagtige indtastninger vil enheden blive l\u00e5st<\/i>)<\/td>\n<\/tr>\n<tr>\n<td>Sikkerhedsn\u00f8gler - tokens (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/rutoken-ecp-pki\/\">eksempel<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/rutoken-u2f\/\">et andet eksempel<\/a><\/noindex>)<\/td>\n<td>Besiddelse<\/td>\n<td>En enhed med USB-interface, der indeholder en kryptografisk chip og beskyttet hukommelse med n\u00f8gler, der bruger infrastruktur til offentlig n\u00f8gle til autentifikation<\/td>\n<td>Kan stj\u00e6les fysisk (men angriberen vil ikke kunne bruge enheden uden at kende PIN-koden; efter flere fejlagtige indtastninger vil enheden blive l\u00e5st)<\/td>\n<\/tr>\n<tr>\n<td>Binding til enhed<\/td>\n<td>Besiddelse<\/td>\n<td>Process, der opretter en profil, ofte ved hj\u00e6lp af JavaScript eller ved hj\u00e6lp af mark\u00f8rer som cookies og Flash Shared Objects for at sikre, at en specifik enhed bruges<\/td>\n<td>Mark\u00f8rer kan blive stj\u00e5let (kopieret), samtidig kan egenskaberne for den legitime enhed blive imiteret af angriberen p\u00e5 sin egen enhed<\/td>\n<\/tr>\n<tr>\n<td>Adf\u00e6rd<\/td>\n<td>Uundg\u00e5elighed<\/td>\n<td>Analyserer, hvordan brugeren interagerer med enheden eller programmet<\/td>\n<td>Adf\u00e6rden kan blive imiteret<\/td>\n<\/tr>\n<tr>\n<td>Fingeraftryk<\/td>\n<td>Uundg\u00e5elighed<\/td>\n<td>Gemte fingeraftryk sammenlignes med de der afl\u00e6ses optisk eller elektronisk<\/td>\n<td>Billedet kan blive stj\u00e5let og brugt til autentifikation<\/td>\n<\/tr>\n<tr>\n<td>\u00d8jenscanning<\/td>\n<td>Uundg\u00e5elighed<\/td>\n<td>Sammenligner \u00f8jnetegninger, s\u00e5som irisens m\u00f8nster, med nye scanninger opn\u00e5et optisk<\/td>\n<td>Billedet kan blive stj\u00e5let og brugt til autentifikation<\/td>\n<\/tr>\n<tr>\n<td>Ansigtsgenkendelse<\/td>\n<td>Uundg\u00e5elighed<\/td>\n<td>Sammenligner ansigtstr\u00e6k med nye scanninger opn\u00e5et optisk<\/td>\n<td>Billedet kan blive stj\u00e5let og brugt til autentifikation<\/td>\n<\/tr>\n<tr>\n<td>Stemmegenkendelse<\/td>\n<td>Uundg\u00e5elighed<\/td>\n<td>Der tjekker karakteristikaene af den optagne stemmepr\u00f8ve med de nye pr\u00f8ver<\/td>\n<td>Optagelsen kan blive stj\u00e5let og brugt til autentificering, eller emuleret<\/td>\n<\/tr>\n<\/table>\n<p>I den anden del af publikationen venter det mest interessante os - tal og fakta, som de konklusioner og anbefalinger, der blev pr\u00e6senteret i den f\u00f8rste del, er baseret p\u00e5. Vi vil separat se p\u00e5 autentificering i brugerapplikationer og i virksomhedssystemer.<\/p>\n<p>Vi ses!<br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aktiv-company\/blog\/449442\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0421\u043f\u043e\u0439\u043b\u0435\u0440 \u0438\u0437 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0430 \u043e\u0442\u0447\u0435\u0442\u0430 \u00ab\u041a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0441\u043b\u0443\u0447\u0430\u0435\u0432 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f \u0441\u0442\u0440\u043e\u0433\u043e\u0439 \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0432\u044b\u0440\u043e\u0441\u043b\u043e \u0431\u043b\u0430\u0433\u043e\u0434\u0430\u0440\u044f \u0443\u0433\u0440\u043e\u0437\u0430\u043c \u043d\u043e\u0432\u044b\u0445 \u0440\u0438\u0441\u043a\u043e\u0432 \u0438 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f\u043c \u0440\u0435\u0433\u0443\u043b\u044f\u0442\u043e\u0440\u043e\u0432\u00bb. \u0418\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 &amp; 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 ( \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b \u0432 \u0444\u043e\u0440\u043c\u0430\u0442\u0435 pdf \u043c\u043e\u0436\u043d\u043e \u0441\u043a\u0430\u0447\u0430\u0442\u044c \u0442\u0443\u0442). \u0412 \u044d\u0442\u043e\u043c \u043e\u0442\u0447\u0435\u0442\u0435 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u043e: \u043a\u0430\u043a\u043e\u0439 \u043f\u0440\u043e\u0446\u0435\u043d\u0442 \u0430\u043c\u0435\u0440\u0438\u043a\u0430\u043d\u0441\u043a\u0438\u0445 \u0438 \u0435\u0432\u0440\u043e\u043f\u0435\u0439\u0441\u043a\u0438\u0445 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 \u043f\u0430\u0440\u043e\u043b\u0438 (\u0438 \u043f\u043e\u0447\u0435\u043c\u0443 \u043f\u0430\u0440\u043e\u043b\u0438 \u0441\u0435\u0439\u0447\u0430\u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24451,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-32662","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0427\u0442\u043e \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? \u041f\u0435\u0440\u0435\u0432\u043e\u0434 \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 \u0441 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0440\u0438\u044f\u043c\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:48:16+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:48:16+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Hvad vil der ske med autentificeringen og adgangskoderne? Overs\u00e6ttelse af Javelin-rapporten \"Tilstand for streng autentificering\" med kommentarer | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami","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\u0427\u0442\u043e \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? \u041f\u0435\u0440\u0435\u0432\u043e\u0434 \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 \u0441 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0440\u0438\u044f\u043c\u0438 | ProHoster","og:url":"https:\/\/prohoster.info\/da\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami","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:48:16+00:00","article:modified_time":"2019-10-31T18:48:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32662","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 11:58:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 13:20:07","updated":"2026-01-21 11:58: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\/32662","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=32662"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/32662\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/24451"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=32662"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=32662"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=32662"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}