{"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\/it\/blog\/news\/tak-chto-zhe-budet-s-autentifikatsiej-i-parolyami-vtoraya-chast-otcheta-javelin-sostoyanie-strogoj-autentifikatsii","title":{"rendered":"E allora, cosa succeder\u00e0 con l'autenticazione e le password? La seconda parte del rapporto Javelin \"Stato dell'autenticazione rigorosa\"","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"E
\n
\nRecentemente, la societ\u00e0 di ricerca \u00abJavelin Strategy & Research\u00bb ha pubblicato il rapporto \u00abThe State of Strong Authentication 2019\u00bb. I suoi autori hanno raccolto informazioni sui metodi di autenticazione utilizzati nell'ambito aziendale e nelle applicazioni per utenti, e hanno tratto interessanti conclusioni sul futuro della rigorosa autenticazione.<\/p>\n

La traduzione della prima parte con le conclusioni degli autori del rapporto, noi abbiamo gi\u00e0 pubblicato su Habr<\/a><\/noindex>. Ora presentiamo alla vostra attenzione la seconda parte \u2014 con dati e grafici.
\n<\/a><\/noindex>
\nDall'autore<\/b><\/p>\n

Non copier\u00f2 completamente l\u2019intero blocco omonimo della prima parte, ma ripeter\u00f2 un paragrafo.<\/p>\n

Tutti i numeri e i fatti sono presentati senza alcuna modifica, e se non sei d'accordo con essi, \u00e8 meglio discutere non con il traduttore, ma con gli autori del rapporto. Ecco i miei commenti (formattati come citazioni e evidenziati nel testo in corsivo<\/i>) rappresentano il mio giudizio critico e sar\u00f2 felice di discuterne (cos\u00ec come sulla qualit\u00e0 della traduzione). <\/p><\/blockquote>\n

<\/p>\n

Autenticazione utenti<\/h2>\n

\nDal 2017, l'uso della rigorosa autenticazione nelle applicazioni per utenti \u00e8 aumentato drasticamente, principalmente grazie alla disponibilit\u00e0 di metodi crittografici di autenticazione sui dispositivi mobili, sebbene una percentuale leggermente inferiore di aziende utilizzi la rigorosa autenticazione per le applicazioni web.<\/p>\n

In generale, la percentuale di aziende che utilizzano la rigorosa autenticazione nel proprio business \u00e8 aumentata di tre volte, passando dal 5% nel 2017 al 16% nel 2018 (Figura 3).<\/p>\n

\"E
\nLe possibilit\u00e0 di utilizzare la rigorosa autenticazione per le web-app sono ancora limitate (a causa del fatto che solo le versioni pi\u00f9 recenti di alcuni browser supportano l'interazione con i token crittografici, tuttavia questo problema viene risolto mediante l'installazione di software aggiuntivo, come Rutoken Plugin<\/a><\/noindex><\/i>), quindi molte aziende utilizzano metodi alternativi per l'autenticazione online, come le applicazioni per dispositivi mobili che generano password monouso.<\/p>\n

Chiavi crittografiche hardware (qui si intendono solo quelle conformi agli standard FIDO<\/i>), come quelle offerte da Google, Feitian, One Span e Yubico possono essere utilizzate per la rigorosa autenticazione senza installare software aggiuntivo sui computer desktop e laptop (perch\u00e9 la maggior parte dei browser supporta gi\u00e0 lo standard WebAuthn di FIDO<\/i>), ma solo il 3% delle aziende utilizza questa possibilit\u00e0 per il login dei propri utenti.<\/p>\n

Confronto di token crittografici (come RUTOKEN ECP PKI<\/a><\/noindex>) e delle chiavi segrete che operano secondo gli standard FIDO, va oltre il presente rapporto e le mie osservazioni sullo stesso. In sintesi, entrambi i tipi di token utilizzano algoritmi e principi di funzionamento simili. I token FIDO al momento sono meglio supportati dai produttori di browser, ma la situazione cambier\u00e0 presto man mano che sempre pi\u00f9 browser inizieranno a supportare Web USB API<\/a><\/noindex>. Tuttavia, i token crittografici classici sono protetti da un codice PIN, possono firmare documenti elettronici e essere utilizzati per l'autenticazione a due fattori in Windows (di qualsiasi versione), Linux e Mac OS X, hanno API per diversi linguaggi di programmazione che consentono di implementare 2FA ed EP in applicazioni desktop, mobili e Web, e i token prodotti in Russia supportano gli algoritmi russi GOST. In ogni caso, il token crittografico, indipendentemente dallo standard con cui \u00e8 stato creato, \u00e8 il metodo di autenticazione pi\u00f9 affidabile e conveniente.<\/p><\/blockquote>\n

\n\"E
\n\"E
\n\"E<\/p>\n

Oltre alla sicurezza: altri vantaggi dell'autenticazione rigorosa<\/h3>\n

\nNon sorprende che l'uso dell'autenticazione rigorosa sia strettamente legato all'importanza dei dati conservati dalle aziende. Le aziende che conservano informazioni personali riservate (Personally Identifiable Information \u2013 PII), come i numeri di previdenza sociale o le informazioni mediche personali (Personal Health Information \u2013 PHI), affrontano la maggiore pressione legale e normativa. Queste aziende sono anche le pi\u00f9 attive sostenitrici dell'autenticazione rigorosa. La pressione sulle aziende aumenta a causa delle aspettative dei clienti, che vogliono sapere che le organizzazioni a cui affidano i loro dati pi\u00f9 riservati utilizzano metodi di autenticazione sicuri. Le organizzazioni che trattano PII o PHI sensibili utilizzano l'autenticazione rigorosa pi\u00f9 del doppio rispetto alle organizzazioni che conservano solo le informazioni di contatto degli utenti (figura 7).<\/p>\n

\"E
\n
\nSfortunatamente, le aziende non sono ancora pronte a implementare metodi di autenticazione affidabili. Quasi un terzo dei decisori aziendali considera le password il metodo di autenticazione pi\u00f9 efficace tra tutti quelli elencati nella figura 9, mentre il 43% considera le password il metodo di autenticazione pi\u00f9 semplice.<\/p>\n

\"E
\n<\/p>\n

Questo diagramma dimostra che gli sviluppatori di applicazioni aziendali in tutto il mondo sono simili... Non vedono alcun vantaggio nell'implementare meccanismi avanzati di protezione degli accessi agli account e condividono gli stessi equivoci. Solo l'azione dei regolatori pu\u00f2 cambiare la situazione. <\/p>\n

Non tocchiamo le password. Ma in cosa bisogna credere per pensare che le domande di sicurezza siano pi\u00f9 sicure dei token crittografici?? L'efficacia delle domande di sicurezza, che sono facilmente indovinabili, \u00e8 stata valutata al 15%, mentre quella dei token non vulnerabili \u00e8 solo del 10. Anche solo guardare il film \"Now You See Me\", che pur essendo in forma allegorica, mostra quanto sia facile per i maghi ottenere tutte le risposte necessarie da un imprenditore truffatore, lasciandolo senza soldi.<\/p>\n

Un ulteriore fatto evidenzia la qualificazione di chi \u00e8 responsabile dei meccanismi di sicurezza nelle applicazioni per utenti. Per loro, il processo di immissione della password \u00e8 un'operazione pi\u00f9 semplice rispetto all'autenticazione tramite token crittografico. Anche se, a pensarci bene, cosa potrebbe essere pi\u00f9 semplice che collegare un token a una porta USB e inserire un semplice codice PIN. <\/p><\/blockquote>\n

\n\u00c8 importante notare che l'implementazione di un'autenticazione rigorosa consente alle aziende di non doversi pi\u00f9 preoccupare dei metodi di autenticazione e delle politiche necessarie per bloccare schemi fraudolenti, soddisfacendo le reali esigenze dei propri clienti.<\/p>\n

Mentre conformarsi ai requisiti normativi \u00e8 un obiettivo del tutto ragionevole sia per le aziende che utilizzano un'autenticazione rigorosa sia per quelle che non lo fanno, le aziende che gi\u00e0 utilizzano l'autenticazione rigorosa sono molto pi\u00f9 propense a dire che aumentare la fedelt\u00e0 dei clienti \u00e8 l'indicatore pi\u00f9 importante che considerano nella valutazione del metodo di autenticazione. (18% contro 12%) (figura 10).<\/p>\n

\"E<\/p>\n

Autenticazione aziendale<\/h2>\n

\nDal 2017, l'implementazione dell'autenticazione rigorosa nelle aziende \u00e8 in crescita, ma leggermente pi\u00f9 contenuta rispetto alle applicazioni consumer. La percentuale di aziende che utilizzano l'autenticazione rigorosa \u00e8 aumentata dal 7% nel 2017 al 12% nel 2018. A differenza delle applicazioni per utenti, nell'ambiente aziendale l'uso di metodi di autenticazione non basati su password \u00e8 leggermente pi\u00f9 diffuso nelle applicazioni web rispetto ai dispositivi mobili. Circa la met\u00e0 delle aziende riporta di utilizzare solo nomi utente e password per autenticare i propri utenti all'accesso del sistema, con un quinto di esse (22%) che si affida esclusivamente alle password per l'autenticazione secondaria quando si accede a dati particolarmente importanti.cio\u00e8, l'utente inizia a effettuare il login nell'applicazione utilizzando un metodo di autenticazione pi\u00f9 semplice, e se desidera accedere a dati critici, eseguir\u00e0 un ulteriore processo di autenticazione, di solito utilizzando un metodo pi\u00f9 sicuro.<\/i>).<\/p>\n

\"E<\/p>\n

\u00c8 importante notare che nel rapporto non \u00e8 stato considerato l'uso di token crittografici per l'autenticazione a due fattori nei sistemi operativi Windows, Linux e Mac OS X. Attualmente, questo rappresenta il pi\u00f9 comune uso della 2FA. (Purtroppo, i token creati secondo gli standard FIDO possono implementare la 2FA solo per Windows 10).<\/p>\n

Infatti, mentre per implementare la 2FA nelle applicazioni online e mobili \u00e8 necessaria una serie di interventi, che includono lo sviluppo di queste applicazioni, per implementare la 2FA in Windows \u00e8 sufficiente configurare un PKI (ad esempio, basato su Microsoft Certification Server) e le politiche di autenticazione in AD. <\/p>\n

E dato che la protezione dell'accesso a un PC aziendale e al dominio \u00e8 un elemento cruciale nella protezione dei dati aziendali, il numero di implementazioni di autenticazione a due fattori sta aumentando costantemente.<\/p><\/blockquote>\n

\nI due metodi di autenticazione pi\u00f9 comuni per l'accesso degli utenti al sistema sono le password usa e getta fornite tramite un'apposita applicazione (13% delle aziende) e le password usa e getta inviate tramite SMS (12%). Anche se la percentuale di utilizzo di entrambi i metodi \u00e8 abbastanza simile, le OTP via SMS vengono utilizzate pi\u00f9 frequentemente per aumentare il livello di autorizzazione (nel 24% delle aziende). (Figura 12).<\/p>\n

\"E
\n
\nLa crescita dell'uso dell'autenticazione rigorosa in azienda pu\u00f2 essere spiegata con la maggiore disponibilit\u00e0 di implementazioni di metodi crittografici di autenticazione sulle piattaforme di gestione dell'identit\u00e0 aziendale (in parole semplici, i sistemi aziendali SSO e IAM hanno imparato a utilizzare i token). <\/p>\n

Per l'autenticazione mobile di dipendenti e collaboratori, le aziende fanno maggiormente affidamento su password rispetto all'autenticazione nelle applicazioni consumer. Poco pi\u00f9 della met\u00e0 (53%) delle aziende utilizza password per autenticare l'accesso degli utenti ai dati aziendali tramite dispositivi mobili (Figura 13).<\/p>\n

Nel caso dei dispositivi mobili, si potrebbe credere nella grande forza della biometria, se non fosse per i numerosi casi di falsificazione di impronte digitali, voci, volti e persino iridi. Una ricerca in un motore di ricerca mostrer\u00e0 che non esiste un metodo sicuro di autenticazione biometrica. Sensori veramente precisi esistono, ma sono piuttosto costosi e di grandi dimensioni \u2014 e non vengono installati negli smartphone.<\/p>\n

Pertanto, l'unico metodo funzionante di 2FA sui dispositivi mobili \u00e8 l'uso di token crittografici che si collegano allo smartphone tramite interfacce NFC, Bluetooth e USB Type-C.<\/p><\/blockquote>\n

\n\"E
\n
\nLa protezione dei dati finanziari dell'azienda \u00e8 la principale motivazione per gli investimenti nell'autenticazione senza password (44%), con la crescita pi\u00f9 rapida dal 2017 (un aumento di otto punti percentuali). Seguono la protezione della propriet\u00e0 intellettuale (40%) e dei dati HR (39%). E non sorprende \u2014 oltre al fatto che il valore associato a questi tipi di dati \u00e8 ampiamente riconosciuto, \u00e8 relativamente un numero limitato di dipendenti a lavorare con essi. Ci\u00f2 significa che i costi di implementazione non sono cos\u00ec elevati e che per insegnare a lavorare con un sistema di autenticazione pi\u00f9 complesso bastano solo poche persone. Al contrario, i tipi di dati e dispositivi a cui si rivolgono la maggior parte dei dipendenti dell'azienda sono ancora protetti esclusivamente da password. I documenti dei dipendenti, le workstation e i portali aziendali email sono le aree a maggior rischio, poich\u00e9 solo un quarto delle aziende protegge questi beni tramite autenticazione senza password (Figura 14).<\/p>\n

\"E<\/p>\n

In generale, la posta elettronica aziendale \u00e8 piuttosto pericolosa e \"porosa\", e il grado di pericolo potenziale \u00e8 sottovalutato dalla maggior parte dei direttori IT. Ogni giorno, i dipendenti ricevono dozzine di email, quindi perch\u00e9 non dovrebbe capitarne almeno una di phishing (cio\u00e8 fraudolenta). Questa email sar\u00e0 formattata nello stile delle comunicazioni aziendali, quindi il dipendente potrebbe cliccare senza preoccupazioni sul link contenuto in essa. E poi pu\u00f2 succedere di tutto, come il download di un virus sulla macchina attaccata o il furto di password (incluso attraverso tecniche di ingegneria sociale, tramite l'inserimento in un modulo di autenticazione falso creato dal malintenzionato).<\/p>\n

Per evitare che cose del genere accadano, le email devono essere firmate. In questo modo, sar\u00e0 subito chiaro quale email \u00e8 stata creata da un dipendente legittimo e quale da un malintenzionato. In Outlook \/ Exchange, ad esempio, la firma elettronica basata su token crittografici viene attivata piuttosto rapidamente e facilmente e pu\u00f2 essere utilizzata insieme all'autenticazione a due fattori per PC e domini Windows.<\/p><\/blockquote>\n

\nTra i direttori che si affidano esclusivamente all'autenticazione tramite password all'interno dell'azienda, due terzi (66%) lo fanno perch\u00e9 credono che le password offrano una sicurezza sufficiente per il tipo di informazioni che la loro azienda deve proteggere (figura 15).<\/p>\n

Ma i metodi di autenticazione rigorosa stanno diventando sempre pi\u00f9 diffusi. Questo anche grazie alla loro crescente accessibilit\u00e0. Questo significa che un numero sempre maggiore di sistemi di gestione delle identit\u00e0 e degli accessi (IAM), browser e sistemi operativi supportano l'autenticazione tramite token crittografici. <\/p>\n

La rigorosa autenticazione ha anche un ulteriore vantaggio. Poich\u00e9 la password non viene pi\u00f9 utilizzata (sostituita da un semplice codice PIN), non ci sono pi\u00f9 richieste da parte dei dipendenti per cambiare una password dimenticata. Questo, a sua volta, riduce il carico sul dipartimento IT dell'azienda.<\/p>\n

\"E<\/p>\n

\n

Risultati e conclusioni<\/h4>\n

<\/p>\n

    \n
  1. I dirigenti spesso non possiedono le conoscenze necessarie per valutare l'efficacia <\/b>reale delle diverse opzioni di autenticazione. Sono abituati a fidarsi di metodi di protezione obsoleti <\/b>come le password e le domande segrete semplicemente perch\u00e9 \"prima funzionavano\". <\/li>\n
  2. Gli utenti possiedono queste conoscenze ancora in misura minore<\/b>, per loro l'importante \u00e8 semplicit\u00e0 e comodit\u00e0<\/b>. Finch\u00e9 non hanno motivi per scegliere soluzioni pi\u00f9 sicure<\/b>.<\/li>\n
  3. Gli sviluppatori di applicazioni utente spesso non hanno motivi<\/b>, per implementare l'autenticazione a due fattori al posto delle password. La concorrenza in termini di livello di protezione nelle applicazioni utente \u00e8 assente<\/b>.<\/li>\n
  4. La responsabilit\u00e0 per l'hacking \u00e8 scaricata sull'utente<\/b>. Ha fornito una password usa e getta a un malintenzionato \u2013 \u00e8 colpa sua<\/b>. La tua password \u00e8 stata intercettata o spiata \u2013 \u00e8 colpa sua<\/b>. Non ha richiesto allo sviluppatore di utilizzare metodi di autenticazione sicuri nel prodotto \u2013 \u00e8 colpa sua<\/b>.<\/li>\n
  5. Il giusto <\/b>regolatore dovrebbe innanzitutto<\/b> richiedere alle aziende l'implementazione di soluzioni che blocchino <\/b>le fughe di dati (in particolare l'autenticazione a due fattori), e non punire per una fuga di dati<\/b> gi\u00e0 avvenuta.<\/li>\n
  6. Al alcuni sviluppatori di software cercano di vendere ai consumatori prodotti vecchi e non particolarmente sicuri<\/b> risolvere in un bel pacchetto<\/b> di un prodotto \u201cinnovativo\u201d. Ad esempio, l'autenticazione tramite legame a uno smartphone specifico o l'uso della biometria. Come si pu\u00f2 vedere dalla relazione, solo una soluzione basata su una rigida autenticazione, ossia token crittografici, \u00e8 veramente sicura. Lo stesso<\/b> token crittografico pu\u00f2 essere utilizzato per<\/li>\n
  7. una serie di scopi<\/b> : per una rigida autenticazione<\/b>nel sistema operativo dell'azienda, in applicazioni aziendali e utente, per la firma elettronica<\/b> di transazioni finanziarie (importante per le applicazioni bancarie), documenti ed email. \ud83e\udd47E che fine far\u00e0 l'autenticazione e le password? La seconda parte del rapporto Javelin \"Lo stato della rigida autenticazione\" | ProHoster<\/b> Stato della rigida autenticazione<\/li>\n<\/ol>\n<\/blockquote>\n

    Fonte: 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\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":"Lo stato della rigida autenticazione","description":"","canonical_url":"https:\/\/prohoster.info\/it\/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":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/33885","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=33885"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33885\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/25549"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=33885"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=33885"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=33885"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}