{"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\/it\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami","title":{"rendered":"Cosa succeder\u00e0 con l'autenticazione e le password? Traduzione del rapporto Javelin \"Stato dell'autenticazione rigorosa\" con commenti","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Cosa succeder\u00e0 con l&#039;autenticazione e le password? Traduzione del rapporto Javelin &quot;Stato dell&#039;autenticazione rigorosa&quot; con commenti\" src=\"\/wp-content\/uploads\/2019\/04\/8bf86f8c9daa411a24c4a4052f642fad.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIl sommario del rapporto \u00abIl numero di casi di utilizzo della forte autenticazione \u00e8 aumentato a causa delle minacce di nuovi rischi e delle richieste dei regolatori\u00bb.<br \/>\nLa societ\u00e0 di ricerca \u00abJavelin Strategy &amp; Research\u00bb ha pubblicato il rapporto \u00abThe State of Strong Authentication 2019\u00bb (<noindex><a rel=\"nofollow\" href=\"https:\/\/1nmqmp2u9dgf3jo9centu6rq-wpengine.netdna-ssl.com\/wp-content\/uploads\/2019\/01\/The-State-of-Strong-Authentication-2019-Report.pdf\"> l'originale in formato pdf pu\u00f2 essere scaricato qui<\/a><\/noindex>). In questo rapporto si afferma: quale percentuale di aziende americane ed europee utilizza le password (e perch\u00e9 oggi poche persone usano password); perch\u00e9 cresce rapidamente la percentuale di utilizzo dell'autenticazione a due fattori basata su token crittografici; perch\u00e9 i codici monouso inviati tramite SMS non sono sicuri.<\/p>\n<p>A tutti coloro che sono interessati al tema dell'autenticazione attuale, passata e futura nelle applicazioni aziendali e per gli utenti\u2014benvenuti.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<b class=\"spoiler_title\">Dall'autore<\/b><\/p>\n<blockquote><p>Purtroppo, il linguaggio in cui \u00e8 scritto questo rapporto \u00e8 piuttosto \u00absecco\u00bb e formale. E il ricorso ripetuto alla parola \u00abautenticazione\u00bb in una breve frase non \u00e8 dovuto alle mani (o alle menti) del traduttore, ma \u00e8 una scelta degli autori. Nella traduzione, tra due opzioni \u2014 dare ai lettori un testo pi\u00f9 vicino all'originale oppure un testo pi\u00f9 interessante, a volte ho scelto la prima, altre volte la seconda. Ma abbiate pazienza, cari lettori, il contenuto del rapporto ne vale la pena.<\/p>\n<p>Alcuni passaggi insignificanti e non necessari per la narrazione sono stati omessi, altrimenti la maggior parte non avrebbe potuto gestire l'intero testo. Coloro che desiderano consultare il rapporto \u00absenza filtri\u00bb possono farlo nella lingua originale seguendo il link.<\/p>\n<p>Sfortunatamente, gli autori non sempre prestano attenzione alla terminologia. Cos\u00ec, a volte chiamano le password monouso (One Time Password \u2013 OTP) semplicemente \u00abpassword\u00bb, altre volte \u00abcodici\u00bb. Con i metodi di autenticazione \u00e8 anche peggio. Per un lettore inesperto non \u00e8 sempre facile intuire che \u00abautenticazione basata su chiavi crittografiche\u00bb e \u00abforte autenticazione\u00bb siano la stessa cosa. Ho cercato di unificare al massimo i termini; inoltre nel rapporto stesso c'\u00e8 un frammento che ne descrive alcuni.<\/p>\n<p><b>Tuttavia, il rapporto \u00e8 altamente raccomandato per la lettura, poich\u00e9 contiene risultati unici di ricerche e conclusioni corrette. <\/b><\/p>\n<p>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 <i>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><\/p>\n<h2>Panoramica<\/h2>\n<p>\nOggi i canali digitali di comunicazione con i clienti sono pi\u00f9 importanti che mai per le aziende. E anche all'interno dell'impresa, le comunicazioni tra i dipendenti sono pi\u00f9 orientate verso l'ambiente digitale che mai. E quanto saranno sicuri questi interazioni dipende dal metodo di autenticazione degli utenti scelto. Gli aggressori sfruttano un'autenticazione debole per effettuare attacchi di massa agli account degli utenti. In risposta, le autorit\u00e0 di regolamentazione stanno inasprendo gli standard per costringere le aziende a proteggere meglio gli account e i dati degli utenti.<\/p>\n<p>Le minacce legate all'autenticazione non si limitano alle applicazioni consumer, gli aggressori possono accedere anche all'applicazione aziendale. Questa operazione consente loro di impersonare gli utenti aziendali. Utilizzando punti di accesso con autenticazione debole, gli aggressori possono rubare dati ed eseguire altre attivit\u00e0 fraudolente. Fortunatamente, ci sono misure per combattere questo. Un'autenticazione rigorosa contribuir\u00e0 a ridurre significativamente il rischio di attacchi da parte di aggressori, sia sulle applicazioni consumer che sui sistemi aziendali delle imprese.<\/p>\n<p>In questo studio si esamina: come le aziende implementano l'autenticazione per proteggere le applicazioni per gli utenti e i sistemi aziendali; i fattori che considerano nella scelta di una soluzione di autenticazione; il ruolo che gioca l'autenticazione rigorosa nelle loro organizzazioni; i vantaggi che queste organizzazioni ottengono.<\/p>\n<h2>Riepilogo<\/h2>\n<p><\/p>\n<h3> Conclusioni principali<\/h3>\n<p>\n<b>Dal 2017, la percentuale di utilizzo dell'autenticazione rigorosa \u00e8 aumentata drasticamente. <\/b> Con l'aumento del numero di vulnerabilit\u00e0 che colpiscono le soluzioni tradizionali di autenticazione, le organizzazioni stanno potenziando le loro capacit\u00e0 di autenticazione attraverso l'autenticazione rigorosa. Il numero di organizzazioni che utilizzano l'autenticazione multifattoriale basata su crittografia (MFA) \u00e8 triplicato dal 2017 per i consumatori e aumentato di quasi il 50% per le applicazioni aziendali. La crescita pi\u00f9 rapida si osserva nell'autenticazione mobile a causa della crescente disponibilit\u00e0 dell'autenticazione biometrica.<\/p>\n<blockquote><p>Qui vediamo un'illustrazione del detto \"fino a che il tuono non colpisce, l'uomo non si segna\". Quando gli esperti avvisavano dell'inaffidabilit\u00e0 delle password, nessuno si affrettava ad adottare l'autenticazione a due fattori. Non appena gli hacker hanno iniziato a rubare le password, la gente ha cominciato ad adottare l'autenticazione a due fattori.<\/p>\n<p>In realt\u00e0, i privati sono molto pi\u00f9 attivi nell'implementare il 2FA. In primo luogo, per loro \u00e8 pi\u00f9 facile placare le proprie paure contando sull'autenticazione biometrica integrata negli smartphone, che \u00e8 in effetti piuttosto inaffidabile. Le organizzazioni, invece, devono spendere per acquistare token e fare lavori (in realt\u00e0 piuttosto semplici) per la loro implementazione. Inoltre, di perdite di password da servizi come Facebook e Dropbox non ha parlato solo chi era pigro, mentre le storie su come venivano rubate le password (e cosa \u00e8 successo dopo) nelle organizzazioni, i direttori IT di queste organizzazioni non le condivideranno mai. <\/p><\/blockquote>\n<p>\n<b>Coloro che non utilizzano autenticazione rigorosa sottovalutano il proprio rischio per il business e i clienti. <\/b> Alcune organizzazioni che attualmente non utilizzano autenticazione rigorosa tendono a considerare login e password come uno dei metodi di autenticazione degli utenti pi\u00f9 efficaci e facili da usare. Altre non vedono il valore degli asset digitali di cui dispongono. Infatti, non si deve dimenticare che ai criminali informatici interessa qualsiasi informazione consumer e aziendale. Due terzi delle aziende che utilizzano solo password per autenticare i propri dipendenti lo fanno perch\u00e9 ritengono che le password siano abbastanza valide per il tipo di informazioni che proteggono.<\/p>\n<p><b>Tuttavia, le password sono sulla strada del \"oblio\". <\/b> Nell'ultimo anno, la dipendenza dalle password \u00e8 diminuita significativamente, sia per le applicazioni consumer che per quelle aziendali (dal 44% al 31% e dal 56% al 47% rispettivamente), poich\u00e9 le organizzazioni stanno ampliando l'uso della MFA tradizionale e dell'autenticazione rigorosa.<br \/>\nTuttavia, se si valuta la situazione nel complesso, i metodi di autenticazione vulnerabili continuano a prevalere. Per l'autenticazione degli utenti, circa un quarto delle organizzazioni utilizza SMS OTP (password monouso) insieme a domande segrete. Di conseguenza, per proteggersi dalle vulnerabilit\u00e0, \u00e8 necessario implementare misure di sicurezza aggiuntive, il che aumenta i costi. L'uso di metodi di autenticazione molto pi\u00f9 sicuri, come le chiavi crittografiche hardware, \u00e8 molto meno comune, essendo applicato in circa il 5% delle organizzazioni.<\/p>\n<p><b>Il contesto normativo in evoluzione promette di accelerare l'implementazione dell'autenticazione rigorosa per le applicazioni consumer. <\/b> Con l'introduzione della PSD2, insieme a nuove normative sulla protezione dei dati nell'UE e in diversi stati degli USA, come la California, le aziende sentono la pressione. Quasi il 70% delle aziende concorda sul fatto che stanno affrontando una forte pressione normativa per garantire un'autenticazione rigorosa per i propri clienti. Oltre la met\u00e0 delle imprese ritiene che tra qualche anno i loro metodi di autenticazione non saranno sufficienti per rispettare gli standard normativi.<\/p>\n<blockquote><p>Si nota chiaramente la differenza tra l'approccio dei legislatori russi e quello americano-europeo nella protezione dei dati personali degli utenti di programmi e servizi. I russi dicono: cari proprietari di servizi, fate quello che volete e come volete, ma se il vostro admin perde il database, vi sanzioneremo. All'estero dicono: dovete implementare un insieme di misure che <b>non permetta<\/b> di perdere il database. \u00c8 proprio per questo che l\u00ec vengono implementati a pieno le richieste di una rigorosa autenticazione a due fattori.<br \/>\nTuttavia, non \u00e8 affatto da escludere che la nostra macchina legislativa, un giorno, si renda conto della situazione e tenga conto dell'esperienza occidentale. Allora tutti scopriranno che \u00e8 necessario implementare la 2FA, in conformit\u00e0 con gli standard crittografici russi, e ci\u00f2 con urgenza.\n<\/p><\/blockquote>\n<p>\n<b>La creazione di una base di autenticazione sicura consente alle aziende di spostare l'attenzione dalla conformit\u00e0 alle normative alla soddisfazione delle esigenze dei clienti. <\/b> Per le organizzazioni che utilizzano ancora password semplici o ricevono codici tramite SMS, il fattore pi\u00f9 importante nella scelta del metodo di autenticazione sar\u00e0 la conformit\u00e0 alle normative. Le aziende che gi\u00e0 utilizzano metodi di autenticazione rigorosi possono concentrarsi sulla selezione di metodi che aumentano la fedelt\u00e0 dei clienti.<\/p>\n<p><b>Quando si sceglie un metodo di autenticazione aziendale all'interno di un'impresa, i requisiti dei regolatori non sono pi\u00f9 un fattore significativo. <\/b> In questo caso, la semplicit\u00e0 di integrazione (32%) e il costo (26%) sono molto pi\u00f9 importanti. <\/p>\n<p><b>Nell'era del phishing, i malintenzionati possono utilizzare le email aziendali per frodi,<\/b> cercando di ottenere accesso ai dati, agli account (con i relativi diritti di accesso) e persino di convincere i dipendenti a effettuare un bonifico sul proprio conto. Pertanto, gli account di posta elettronica aziendale e dei portali devono essere particolarmente ben protetti.<\/p>\n<p><b>Google ha potenziato la propria sicurezza introducendo un'autenticazione rigorosa.<\/b> Pi\u00f9 di due anni fa, Google ha pubblicato un rapporto sull'implementazione dell'autenticazione a due fattori basata su chiavi crittografiche di sicurezza secondo lo standard FIDO U2F, riportando risultati notevoli. Secondo l'azienda, non si \u00e8 verificata alcuna attacco di phishing contro oltre 85.000 dipendenti. <\/p>\n<h3>Raccomandazioni<\/h3>\n<p>\n<b>Implementate l'autenticazione rigorosa per applicazioni mobili e online. <\/b> L'autenticazione multifattoriale basata su chiavi crittografiche offre una protezione molto pi\u00f9 sicura contro gli attacchi rispetto ai metodi MFA tradizionali. Inoltre, l'uso di chiavi crittografiche \u00e8 molto pi\u00f9 comodo, poich\u00e9 non \u00e8 necessario utilizzare e trasmettere informazioni aggiuntive \u2014 password, password usa e getta o dati biometrici dal dispositivo dell'utente al server di autenticazione. Inoltre, la standardizzazione dei protocolli di autenticazione consente di implementare nuovi metodi di autenticazione in modo molto pi\u00f9 semplice man mano che emergono, riducendo i costi di utilizzo e proteggendo contro schemi di frode pi\u00f9 complessi.<\/p>\n<p><b>Preparati al tramonto delle password usa e getta (OTP). <\/b> Le vulnerabilit\u00e0 associate agli OTP stanno diventando sempre pi\u00f9 evidenti, in una situazione in cui i criminali informatici utilizzano l'ingegneria sociale, il cloning degli smartphone e il malware per compromettere questi mezzi di autenticazione. E sebbene gli OTP possano presentare alcuni vantaggi in determinate circostanze, questo \u00e8 vero solo dal punto di vista della disponibilit\u00e0 universale per tutti gli utenti, ma non da quello della sicurezza.<\/p>\n<blockquote><p>Non si pu\u00f2 negare che il ricevimento dei codici via SMS o notifiche Push, cos\u00ec come la generazione dei codici tramite app per smartphone, rappresenti proprio l'uso di quelle stesse password usa e getta (OTP) a cui ci si invita a prepararci per il loro declino. Tecnologicamente, si tratta di una scelta molto corretta, poich\u00e9 \u00e8 raro che un truffatore non cerchi di estorcere una password usa e getta a un utente fiducioso. Ma penso che i produttori di tali sistemi si aggrapperanno a questa tecnologia in via di estinzione fino all'ultimo. <\/p><\/blockquote>\n<p><b>Utilizza l'autenticazione rigorosa come strumento di marketing per aumentare la fiducia dei clienti. <\/b> L'autenticazione rigorosa pu\u00f2 non solo migliorare la sicurezza effettiva della tua attivit\u00e0. Informare i clienti che la tua azienda utilizza l'autenticazione rigorosa pu\u00f2 rafforzare la percezione pubblica della sicurezza di questa attivit\u00e0 \u2014 un fattore importante quando c'\u00e8 una domanda significativa da parte dei clienti per metodi di autenticazione affidabili.<\/p>\n<p><b>Esegui un'attenta inventaria e valutazione dell'importanza dei dati aziendali e proteggili in base alla loro criticit\u00e0. <\/b> Anche i dati a basso rischio, come le informazioni di contatto dei clienti (<i>no, infatti, nel rapporto si dice proprio 'low-risk', \u00e8 molto strano che sottovalutino l'importanza di queste informazioni<\/i>), possono rivelarsi di grande valore per i truffatori e causare problemi all'azienda. <\/p>\n<p><b>Utilizza l'autenticazione rigorosa in azienda. <\/b> Alcuni sistemi sono le mete pi\u00f9 attraenti per i criminali. Questi includono sistemi interni e connessi a Internet, come programmi di contabilit\u00e0 o archivi di dati aziendali. L'autenticazione rigorosa impedisce ai malintenzionati di ottenere accessi non autorizzati e permette anche di determinare esattamente quale dipendente ha effettuato attivit\u00e0 malevole.<\/p>\n<h2> Che cos'\u00e8 l'autenticazione forte? <\/h2>\n<p>\nNell'uso dell'autenticazione forte per verificare l'autenticit\u00e0 dell'utente vengono utilizzati diversi metodi o fattori:<\/p>\n<ul>\n<li><b>Fattore di conoscenza:<\/b> un segreto condiviso tra l'utente e il soggetto di autenticazione (ad esempio, password, risposte a domande segrete, ecc.)<\/li>\n<li><b>Fattore di possesso:<\/b> un dispositivo di cui dispone solo l'utente (ad esempio, un dispositivo mobile, una chiave crittografica, ecc.)<\/li>\n<li><b>Fattore di inalienabilit\u00e0:<\/b> caratteristiche fisiche (spesso biometriche) dell'utente (ad esempio, impronta digitale, modello dell'iride dell'occhio, voce, comportamento, ecc.)<\/li>\n<\/ul>\n<p>\nLa necessit\u00e0 di violare pi\u00f9 fattori aumenta significativamente la probabilit\u00e0 di fallimento per gli aggressori, poich\u00e9 eludere o ingannare diversi fattori richiede l'uso di diversi tipi di tattiche di attacco, ciascuna per ogni fattore.<\/p>\n<blockquote><p> Ad esempio, con l'autenticazione a due fattori \"password + smartphone\", un aggressore pu\u00f2 autenticarsi osservando la password dell'utente e creando una copia esatta del suo smartphone. Questo \u00e8 molto pi\u00f9 difficile che semplicemente rubare la password. <\/p>\n<p>Ma se per l'autenticazione a due fattori si utilizza una password e un token crittografico, l'opzione con la copia non funziona \u2013 non \u00e8 possibile duplicare un token. Il truffatore dovr\u00e0 rubare furtivamente il token all'utente. Se l'utente nota tempestivamente la scomparsa e avvisa l'amministratore, il token sar\u00e0 bloccato e gli sforzi del truffatore falliranno. \u00c8 per questo che per il fattore di possesso \u00e8 necessario utilizzare dispositivi protetti specializzati (token), non dispositivi generici (smartphone).<\/p>\n<p>L'uso di tutti e tre i fattori render\u00e0 questo metodo di autenticazione piuttosto costoso da implementare e abbastanza scomodo da utilizzare. Pertanto, di solito vengono utilizzati due fattori su tre.<\/p>\n<p>I principi dell'autenticazione a due fattori sono descritti in modo pi\u00f9 dettagliato <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aktiv-company\/blog\/436926\/\">qui<\/a><\/noindex>, nel blocco 'Come funziona l'autenticazione a due fattori'. <\/p><\/blockquote>\n<p>\n<b>\u00c8 importante notare che almeno uno dei fattori di autenticazione utilizzati nell'autenticazione forte deve utilizzare la crittografia basata su chiave pubblica.<\/b><\/p>\n<p>L'autenticazione rigorosa offre una protezione molto pi\u00f9 seria rispetto all'autenticazione a un fattore basata su password classiche e al tradizionale MFA. Le password possono essere intercettate o rubate tramite keylogger, siti di phishing o attacchi basati su ingegneria sociale (quando la vittima ingannata rivela la propria password). Inoltre, il proprietario della password non avr\u00e0 idea del furto. Il tradizionale MFA (che include codici OTP, associazione a smartphone o SIM) pu\u00f2 anch'esso essere facilmente compromesso, poich\u00e9 non si basa sulla crittografia a chiave pubblica.<i>A proposito, ci sono molti esempi in cui utilizzando tecniche di ingegneria sociale, i truffatori hanno convincentemente persuaso gli utenti a rivelare loro la password usa e getta.<\/i>).<\/p>\n<p>Fortunatamente, dall'anno scorso l'uso dell'autenticazione rigorosa e del tradizionale MFA sta guadagnando terreno sia nelle applicazioni consumer che in quelle aziendali. L'uso dell'autenticazione rigorosa nelle applicazioni consumer \u00e8 aumentato particolarmente rapidamente. Se nel 2017 solo il 5% delle aziende la utilizzava, nel 2018 il numero \u00e8 triplicato \u2013 16%. Ci\u00f2 pu\u00f2 essere spiegato con la maggiore disponibilit\u00e0 di token che supportano algoritmi di crittografia a chiave pubblica (Public Key Cryptography \u2013 PKC). Inoltre, l'intensificazione della pressione da parte dei regolatori europei in seguito all'adozione di nuove normative sulla protezione delle informazioni, come PSD2 e GDPR, ha avuto un forte impatto anche al di fuori dell'Europa.<i>inclusa la Russia.<\/i>).<\/p>\n<p><img decoding=\"async\" alt=\"Cosa succeder\u00e0 con l&#039;autenticazione e le password? Traduzione del rapporto Javelin &quot;Stato dell&#039;autenticazione rigorosa&quot; con commenti\" src=\"\/wp-content\/uploads\/2019\/04\/a94d3015f440fe2b98a56cc5c91a2721.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<blockquote><p>Diamo un'occhiata a questi numeri pi\u00f9 da vicino. Come possiamo vedere, la percentuale di privati che utilizzano l'autenticazione multifattoriale \u00e8 aumentata di un impressionante 11% nell'anno. Questo \u00e8 chiaramente avvenuto a spese degli amanti delle password, poich\u00e9 i numeri di coloro che credono nella sicurezza delle notifiche Push, SMS e della biometria non sono cambiati.<\/p>\n<p>Tuttavia, per l'autenticazione a due fattori nell'ambito aziendale la situazione non \u00e8 cos\u00ec rosea. In primo luogo, secondo il rapporto, solo il 5% dei dipendenti \u00e8 passato dall'autenticazione con password ai token. In secondo luogo, \u00e8 aumentato del 4% il numero di coloro che nella sfera aziendale utilizzano alternative al MFA.<\/p>\n<p>Prover\u00f2 a svolgere il ruolo di analista e dar\u00f2 la mia interpretazione. Al centro del mondo digitale degli utenti individuali si trova lo smartphone. Non sorprende quindi che la maggior parte delle persone utilizzi le funzionalit\u00e0 offerte dal dispositivo: l'autenticazione biometrica, gli SMS e le notifiche Push, cos\u00ec come le password usa e getta generate dalle applicazioni sullo smartphone stesso. Di solito le persone non riflettono sulla sicurezza e sull'affidabilit\u00e0 degli strumenti a loro familiari.<\/p>\n<p>Ecco perch\u00e9 la percentuale di utenti che si affida a fattori di autenticazione \"tradizionali\" rimane invariata. Tuttavia, coloro che in precedenza utilizzavano password comprendono quanto siano a rischio e, nella scelta di un nuovo fattore di autenticazione, optano per l'opzione pi\u00f9 recente e sicura: il token crittografico.<\/p>\n<p>Per quanto riguarda il mercato aziendale, \u00e8 importante capire in quale sistema si effettua l'autenticazione. Se si tratta di un accesso a un dominio Windows, si utilizzano i token crittografici. Le possibilit\u00e0 di utilizzo per la 2FA sono gi\u00e0 integrate sia in Windows che in Linux, e implementare alternative \u00e8 lungo e complesso. Ecco a voi la migrazione del 5% dalle password ai token.<\/p>\n<p>L'implementazione della 2FA nei sistemi informativi aziendali dipende fortemente dalle competenze degli sviluppatori. Gli sviluppatori trovano molto pi\u00f9 semplice utilizzare moduli gi\u00e0 pronti per generare password usa e getta piuttosto che comprendere il funzionamento degli algoritmi crittografici. Di conseguenza, anche le applicazioni incredibilmente critiche per la sicurezza, come i sistemi Single Sign-On o Privileged Access Management, utilizzano OTP come secondo fattore. <\/p><\/blockquote>\n<h2> Molteplici vulnerabilit\u00e0 nei metodi di autentificazione tradizionali<\/h2>\n<p>\nNonostante molte organizzazioni restino dipendenti da sistemi usa e getta obsoleti, le vulnerabilit\u00e0 nell'autenticazione multifattore tradizionale diventano sempre pi\u00f9 evidenti. Le password usa e getta, di solito lunghe da sei a otto caratteri e consegnate tramite SMS, rimangono la forma di autenticazione pi\u00f9 comune (ovviamente oltre al fattore di conoscenza della password). E quando nella stampa popolare si menzionano le parole \"autenticazione a due fattori\" o \"verifica a due passaggi\", queste si riferiscono quasi sempre all'autenticazione tramite password usa e getta via SMS.<\/p>\n<blockquote><p>Qui l'autore commette un errore. La consegna di password usa e getta tramite SMS non \u00e8 mai stata un'autenticazione a due fattori. Si tratta del secondo passo puro dell'autenticazione a due passi, dove il primo passo \u00e8 l'inserimento di nome utente e password.\n<\/p><\/blockquote>\n<p>\nNel 2016, il National Institute of Standards and Technology (NIST) ha aggiornato le proprie linee guida di autenticazione per escludere l'uso di password usa e getta inviate tramite SMS. Tuttavia, queste regole sono state significativamente attenuate dopo le proteste del settore.<\/p>\n<blockquote><p>Quindi, seguiamo la trama. Il regolatore americano riconosce giustamente che la tecnologia obsoleta non riesce a garantire la sicurezza degli utenti e introduce nuovi standard. Standard progettati per proteggere gli utenti delle applicazioni online e mobili (compreso il settore bancario). Il settore sta valutando quanto denaro dovr\u00e0 investire nell'acquisto di token crittografici veramente affidabili, nella ristrutturazione delle applicazioni, nel dispiegamento di infrastrutture a chiave pubblica e 'si alza in difesa'. Da un lato, gli utenti sono stati convinti della sicurezza delle password usa e getta, dall'altro lato ci sono state attacchi al NIST. Di conseguenza, lo standard \u00e8 stato allentato e il numero di violazioni, furti di password (e denaro dalle applicazioni bancarie) \u00e8 aumentato drasticamente. D'altra parte, l'industria non ha dovuto sborsare ingenti somme. <\/p><\/blockquote>\n<p>\nDa allora, le vulnerabilit\u00e0 associate agli SMS OTP sono diventate pi\u00f9 evidenti. I truffatori utilizzano vari metodi per compromettere i messaggi SMS:<\/p>\n<ul>\n<li><b> Duplicazione della SIM. <\/b> I malintenzionati creano una copia della SIM <i>(con l'aiuto di dipendenti dell'operatore cellulare o autonomamente tramite software e hardware specializzati<\/i>). Di conseguenza, il malintenzionato riceve un SMS con la password usa e getta. In un caso particolarmente noto, gli hacker sono riusciti a compromettere l'account AT&amp;T dell'investitore in criptovalute Michael Terpin e a rubare quasi 24 milioni di dollari in criptovalute. Di conseguenza, Terpin ha dichiarato che AT&amp;T era colpevole a causa delle deboli misure di verifica che hanno portato alla duplicazione della SIM.<br \/>\n<blockquote><p>Logica straordinaria. Quindi, la colpa \u00e8 solo di AT&amp;T? No, la responsabilit\u00e0 dell'operatore mobile \u00e8 chiara nel fatto che i venditori nel negozio di telefonia hanno fornito un duplicato della SIM. E per quanto riguarda il sistema di autenticazione degli exchange di criptovalute? Perch\u00e9 non hanno utilizzato token crittografici affidabili? Era un problema di budget per l'implementazione? E Michael non ha colpe? Perch\u00e9 non ha insistito per cambiare il meccanismo di autenticazione o non ha utilizzato solo quegli exchange che implementano l'autenticazione a due fattori basata su token crittografici?<\/p>\n<p>L'implementazione di metodi di autenticazione realmente sicuri \u00e8 ritardata proprio perch\u00e9, prima dell'attacco, gli utenti mostrano una sorprendente leggerezza, mentre dopo incolpano chiunque e qualsiasi cosa, tranne che le tecnologie di autenticazione obsolete e \"permeabili\".<\/p><\/blockquote>\n<\/li>\n<li><b>Malware.<\/b> Una delle prime funzioni dei malware mobili era il furto e l'invio dei messaggi di testo agli aggressori. Inoltre, le attacchi \"man-in-the-browser\" e \"man-in-the-middle\" possono intercettare le password monouso quando vengono inserite su laptop o desktop infetti.<br \/>\n<blockquote><p>Quando l'app Sberbank sul tuo smartphone lampeggia con un'icona verde nella barra di stato, sta anche cercando \"malware\" sul tuo dispositivo. L'obiettivo di questa attivit\u00e0 \u00e8 trasformare un ambiente di esecuzione non fidato tipico di uno smartphone, in un ambiente fidato, in qualche modo.<br \/>\nA proposito, uno smartphone, come dispositivo assolutamente non fidato, su cui pu\u00f2 essere eseguito qualsiasi tipo di attivit\u00e0 \u2014 \u00e8 un'altra ragione per utilizzare per l'autenticazione <b>solo token hardware<\/b>, che sono protetti e privi di virus e trojan.<\/p><\/blockquote>\n<\/li>\n<li><b>Ingegneria sociale.<\/b> Quando ai truffatori \u00e8 noto che la vittima ha attivato le password monouso via SMS, possono contattare direttamente la vittima, spacciandosi per un'organizzazione fidata, come la sua banca o la cooperativa di credito, per ingannare la vittima e costringerla a fornire il codice appena ricevuto.<br \/>\n<blockquote><p>Ho incontrato personalmente questo tipo di frode pi\u00f9 volte, ad esempio quando ho cercato di vendere qualcosa su un popolare mercatino online. Mi sono divertito molto a deridere un truffatore che cercava di ingannarmi. Ma, ahim\u00e8, leggo regolarmente nelle notizie di come un'altra vittima dei truffatori \"non ha pensato\" e ha comunicato il codice di conferma, perdendo cos\u00ec una somma considerevole. E tutto ci\u00f2 perch\u00e9 alla banca semplicemente non piace impegnarsi nell'implementazione di token crittografici nelle proprie applicazioni. Infatti, se succede qualcosa, i clienti sono \"responsabili\".<\/p><\/blockquote>\n<\/li>\n<\/ul>\n<p>\nSebbene metodi alternativi per la consegna di codici monouso possano mitigare alcune vulnerabilit\u00e0 in questo metodo di autenticazione, altre vulnerabilit\u00e0 rimangono intatte. Le applicazioni autonome per la generazione di codici offrono la migliore protezione contro l'intercettazione, poich\u00e9 anche i malware non possono praticamente interagire direttamente con il generatore di codice (<i>seriously? l'autore del rapporto ha dimenticato il controllo remoto?<\/i>), ma gli OTP possono ancora essere intercettati durante l'immissione nel browser (<i>ad esempio, utilizzando un keylogger<\/i>), attraverso un'app mobile compromessa; e possono anche essere ottenuti direttamente dall'utente tramite ingegneria sociale.<br \/>\nL'uso di pi\u00f9 strumenti di valutazione del rischio, come il riconoscimento dei dispositivi (<i>identificazione dei tentativi di eseguire operazioni da dispositivi non appartenenti all'utente legittimo<\/i>), geolocalizzazione (<i>un utente che si trovava appena a Mosca cerca di effettuare un'operazione da Novosibirsk<\/i>) e analisi comportamentale \u00e8 fondamentale per eliminare le vulnerabilit\u00e0, ma nessuna soluzione \u00e8 una panacea. \u00c8 necessario valutare attentamente i rischi per ogni situazione e tipo di dati e scegliere quale tecnologia di autenticazione utilizzare.<\/p>\n<h2>Nessuna soluzione di autenticazione \u00e8 una panacea<\/h2>\n<p>\n<b>Figura 2. Tabella delle opzioni di autenticazione<\/b><\/p>\n<table>\n<tr>\n<td width=\"140\"><strong>Autenticazione<\/strong><\/td>\n<td width=\"90\"><strong>Fattore<\/strong><\/td>\n<td><strong>Descrizione<\/strong><\/td>\n<td><strong>Principali vulnerabilit\u00e0<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Password o PIN<\/td>\n<td>Conoscenza<\/td>\n<td>Un valore fisso che pu\u00f2 includere lettere, numeri e vari altri caratteri<\/td>\n<td>Pu\u00f2 essere intercettato, visto, rubato, indovinato o compromesso<\/td>\n<\/tr>\n<tr>\n<td>Autenticazione basata sulla conoscenza<\/td>\n<td>Conoscenza<\/td>\n<td>Domande le cui risposte possono conoscere solo gli utenti legittimi<\/td>\n<td>Possono essere intercettate, indovinate o ottenute tramite metodi di ingegneria sociale<\/td>\n<\/tr>\n<tr>\n<td>OTP hardware (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/rutoken-otp\/\">un esempio<\/a><\/noindex>)<\/td>\n<td>Possesso<\/td>\n<td>Dispositivo speciale che genera password monouso<\/td>\n<td>Il codice pu\u00f2 essere intercettato e ripetuto, oppure il dispositivo pu\u00f2 essere rubato<\/td>\n<\/tr>\n<tr>\n<td>OTP software<\/td>\n<td>Possesso<\/td>\n<td>Applicazione (mobile, accessibile tramite browser o che invia codici via e-mail) che genera password monouso<\/td>\n<td>Il codice pu\u00f2 essere intercettato e ripetuto, oppure il dispositivo pu\u00f2 essere rubato<\/td>\n<\/tr>\n<tr>\n<td>SMS OTP<\/td>\n<td>Possesso<\/td>\n<td>Password monouso inviata tramite un messaggio di testo SMS<\/td>\n<td>Il codice pu\u00f2 essere intercettato e ripetuto, oppure lo smartphone o la SIM possono essere rubati, o la SIM pu\u00f2 essere duplicata<\/td>\n<\/tr>\n<tr>\n<td>Smart card (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/smart-card\/\">un esempio<\/a><\/noindex>)<\/td>\n<td>Possesso<\/td>\n<td>Carta che contiene un chip crittografico e memoria protetta con chiavi, utilizzando un'infrastruttura a chiave pubblica per l'autenticazione<\/td>\n<td>Pu\u00f2 essere fisicamente rubata (<i>ma l'aggressore non potr\u00e0 utilizzare il dispositivo senza conoscere il codice PIN; in caso di tentativi di accesso errati, il dispositivo verr\u00e0 bloccato<\/i>)<\/td>\n<\/tr>\n<tr>\n<td>Chiavi di sicurezza - token (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/rutoken-ecp-pki\/\">un esempio<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.rutoken.ru\/products\/all\/rutoken-u2f\/\">un altro esempio<\/a><\/noindex>)<\/td>\n<td>Possesso<\/td>\n<td>Dispositivo con interfaccia USB che contiene un chip crittografico e memoria protetta con chiavi, utilizzando un'infrastruttura a chiave pubblica per l'autenticazione<\/td>\n<td>Pu\u00f2 essere fisicamente rubato (ma l'aggressore non potr\u00e0 utilizzare il dispositivo senza conoscere il codice PIN; in caso di tentativi di accesso errati, il dispositivo verr\u00e0 bloccato)<\/td>\n<\/tr>\n<tr>\n<td>Associamento al dispositivo<\/td>\n<td>Possesso<\/td>\n<td>Processo che crea un profilo, spesso utilizzando JavaScript, o tramite marker come cookies e Flash Shared Objects per garantire che venga utilizzato un dispositivo specifico<\/td>\n<td>I marker possono essere rubati (copiati), cos\u00ec come le caratteristiche del dispositivo legittimo possono essere imitate dall'aggressore sul proprio dispositivo<\/td>\n<\/tr>\n<tr>\n<td>Comportamento<\/td>\n<td>Inalienabilit\u00e0<\/td>\n<td>Viene analizzato come l'utente interagisce con il dispositivo o il programma<\/td>\n<td>Il comportamento pu\u00f2 essere imitato<\/td>\n<\/tr>\n<tr>\n<td>Impronte digitali<\/td>\n<td>Inalienabilit\u00e0<\/td>\n<td>Le impronte digitali salvate vengono confrontate con quelle lette in modo ottico o elettronico<\/td>\n<td>L'immagine pu\u00f2 essere rubata e utilizzata per l'autenticazione<\/td>\n<\/tr>\n<tr>\n<td>Scansione dell'occhio<\/td>\n<td>Inalienabilit\u00e0<\/td>\n<td>Si confrontano le caratteristiche dell'occhio, come il modello dell'iride, con nuove scansioni ottenute in modo ottico<\/td>\n<td>L'immagine pu\u00f2 essere rubata e utilizzata per l'autenticazione<\/td>\n<\/tr>\n<tr>\n<td>Riconoscimento facciale<\/td>\n<td>Inalienabilit\u00e0<\/td>\n<td>Si confrontano le caratteristiche del viso con nuove scansioni ottenute in modo ottico<\/td>\n<td>L'immagine pu\u00f2 essere rubata e utilizzata per l'autenticazione<\/td>\n<\/tr>\n<tr>\n<td>Riconoscimento vocale<\/td>\n<td>Inalienabilit\u00e0<\/td>\n<td>Vengono confrontate le caratteristiche del campione di voce registrato con nuovi campioni<\/td>\n<td>La registrazione pu\u00f2 essere rubata e utilizzata per l'autenticazione, oppure emulata<\/td>\n<\/tr>\n<\/table>\n<p>Nella seconda parte della pubblicazione ci aspetta la parte pi\u00f9 interessante: numeri e fatti su cui si basano le conclusioni e le raccomandazioni presentate nella prima parte. Saranno analizzati separatamente l'autenticazione nelle applicazioni utente e nei sistemi aziendali.<\/p>\n<p>Ci vediamo!<br \/>\n<br \/>Fonte: <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.1.1 - 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\/it\/blog\/news\/chto-budet-s-autentifikatsiej-i-parolyami-perevod-otcheta-javelin-sostoyanie-strogoj-autentifikatsii-s-kommentariyami\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\/it\/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\udd47Cosa accadr\u00e0 all'autenticazione e alle password? Traduzione del rapporto Javelin \"Stato dell'autenticazione rigorosa\" con commenti | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/it\/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":"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\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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/32662","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=32662"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/32662\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/24451"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=32662"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=32662"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=32662"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}