ssltest: problemi di catena - contiene ancora
<p>ho eseguito <a href="https://www.ssllabs.com/ssltest/analyze.html?d=sophia.org">ssltest</a> sull'applicazione web e ho trovato "problemi relativi alla catena - contiene l'ancora" (sezione "certificati aggiuntivi (se forniti)")</p><p>cosa significa? dovrebbe essere riparato? può essere sfruttato?</p>
<p>quando il server invia il proprio certificato al client, in realtà invia una <em> catena di certificati </em> in modo che il client trovi più facilmente la convalida del certificato del server (il client è non <em> richiesto </em> per usare esattamente quella catena, ma, in pratica, la maggior parte dei client utilizzerà la catena e nessun altro). questo è descritto nel <a href="http://tools.ietf.org/html/rfc5246">standard ssl/tls</a> , sezione 7.4.2, con, in particolare, questo estratto illuminante:</p><blockquote> <p>il certificato del mittente deve essere il primo nell'elenco. ogni certificato seguente deve certificare direttamente quello che lo precede. poiché la convalida del certificato richiede che le chiavi radice vengano distribuite in modo indipendente, il certificato autofirmato che specifica l'autorità di certificazione radice puo 'essere omesso dalla catena, presupponendo che l'estremità remota debba già possederla per convalidarla in ogni caso.</p> </blockquote><p>poiché si tratta di un caso "maggio" (la terminologia "maggio", "deve", "dovrebbe" ... in rfc ha significati molto precisi spiegati in <a href="http://tools.ietf.org/html/rfc2119">rfc 2119</a> ), al server è consentito includere il certificato radice (noto anche come "trust anchor") nella catena o ometterlo. alcuni server lo includono, altri no. un'implementazione client tipica, intesa a utilizzare esattamente la catena che è stata inviata, proverà innanzitutto a trovare i certificati della catena nel suo negozio di fiducia; in caso contrario, tenterà di trovare un <em> emittente </em> per l '"ultimo" certificato della catena nel suo negozio di fiducia. quindi, in entrambi i casi, questo è conforme agli standard e dovrebbe funzionare.</p><p>(esiste una piccola fonte di confusione riguardo all'ordine della catena. in verità <a href="http://tools.ietf.org/html/rfc5280">x.509</a> , la catena viene ordinata dall'ancoraggio di fiducia al certificato dell'entità finale. il messaggio "certificato" ssl/tls è codificato in ordine inverso, il certificato dell'entità finale, che qualifica il server stesso, arrivando per primo. qui sto usando "last" nella terminologia ssl/tls, non x.509.)</p><p>l'unica cosa negativa che si può dire sull'invio del root nella catena è che usa inutilmente un po 'di larghezza di banda della rete. sono circa 1 kb di dati per connessione <em> che include una stretta di mano completa </em>. in una sessione tipica tra un client (browser web) e un server, solo una connessione sarà di quel tipo; le altre connessioni dal client useranno "handshake abbreviati" che si basano sull'handshake iniziale e non usano affatto i certificati. e ogni connessione sarà mantenuta attiva per molte richieste http successive. quindi l'overhead di rete implicato nell'invio di root è leggero.</p>
<p>ssl e ssh forniscono entrambi gli elementi crittografici per costruire un tunnel per il trasporto di dati riservati con integrità controllata. per quella parte, usano tecniche simili e possono soffrire dello stesso tipo di attacchi, quindi dovrebbero fornire una sicurezza simile (cioè una buona sicurezza) supponendo che siano entrambi correttamente implementati. che entrambi esistano è una specie di <a href="http://en.wikipedia.org/wiki/not\_invented\_here"> nih </a> sindrome: gli sviluppatori ssh avrebbero dovuto riutilizzare ssl per la parte del tunnel (il protocollo ssl è abbastanza flessibile da accogliere molte varianti, incluso il non utilizzo dei certificati).</p><p>differiscono sulle cose che si trovano intorno al tunnel. ssl utilizza tradizionalmente i certificati x.509 per annunciare le chiavi pubbliche del server e del client; ssh ha il suo formato. inoltre, ssh viene fornito con una serie di protocolli per ciò che va <em> all'interno del tunnel </em> (multiplexing di diversi trasferimenti, esecuzione dell'autenticazione basata su password all'interno del tunnel, gestione dei terminali. ..) mentre non esiste nulla di simile in ssl o, più precisamente, quando tali elementi vengono utilizzati in ssl non vengono considerati parte di ssl (ad esempio, quando si esegue l'autenticazione http basata su password in un tunnel ssl, noi dire che fa parte di "https", ma funziona davvero in un modo simile a quello che succede con ssh).</p><p>concettualmente, potresti prendere ssh e sostituire la parte del tunnel con quella di ssl. potresti anche prendere https e sostituire la cosa ssl con ssh con trasporto dati e un hook per estrarre la chiave pubblica del server dal suo certificato. non vi è alcuna impossibilità scientifica e, se eseguita correttamente, la sicurezza rimarrebbe la stessa. tuttavia, non esiste un insieme diffuso di convenzioni o strumenti esistenti per questo.</p><p>quindi non usiamo ssl e ssh per le stesse cose, ma questo è dovuto a quali strumenti sono stati storicamente forniti con le implementazioni di quei protocolli, <em> non </em> a causa di un differenza relativa alla sicurezza. e chiunque implementi ssl o ssh sarebbe ben consigliato di esaminare che tipo di attacchi sono stati provati su entrambi i protocolli.</p> prova a dare un occhiata su iphoneitalia.it c'è di tutto puoi anche risolvere i problemi Ciao, 
  

  
esattamente quale errore ti mostra e su quale dispositivo? Se si tratta di smartphone accertati che l'app sia aggiornata ed eventualmente cancellala e riscaricala da [qui](https://it.ccm.net/download/s/messenger).
  

  
facci sapere
  

  
a presto! in effetti quel link ha problemi, fai così:

in adunanza -> reti -> kadu

inserisci: <http://update.adunanza.net/nodes.dat>

e clicca sul pulsante a forma di triangolino azzurro a sinistra dando conferma.

[[24]](https://forum.adunanza.net/uploads/default/original/2x/6/6c1bac779975affa41a0cd07802c844882d9d6d3.png "24") cerca un programma di riconiscimento testo ocr ... molti scanner hanno questa funzione già integrata nel software in dotazione, comunque se googli un po' trovi tanti software di questo tipo. ciao,
  

  
non riesco, non va, non funziona, non si apre, ecc sono messaggi inutili e non ci permettono di capire il problema
  
quindi descrivi, cosa hai fatto, come lo fai, cosa succede, dove si blocca, cosa ti esce,... con gli eventuali messaggi e codici di errori. ciao,
8, 32, 34 e119
leggi qui:
http://www.cstp.it/linee/8fe.pdf
.http://www.cstp.it/linee/32fe.pdf
http://www.cstp.it/linee/34fe.pdf
http://www.cstp.it/linee/119fe.pdf per evitare inutili duplicazioni dei contenuti del forum, la invito a leggere questo topic (in particolare la risposta ivi fornita) che copre ampiamente la problematica che desta le sue giuste preoccupazioni. c'è qui un articolo che chiarisce, speriamo, gli aspetti del problema. ciao piccola, avevi già fatto questa domanda e ti ripeto che è una buona cosa il fatto che tu riconosca di avere un problema ma devi farti aiutare da uno specialista perchè con queste cose non si scherza!!
si tratta della tua vita, perciò è importante, per favore proteggila :)