[–] [S] 1 point 1 month ago

@6al @cybersecurityBella domanda! È proprio qui che entrano in gioco Google Password Manager e il Portachiavi iCloud.Le passkey non devono necessariamente rimanere soltanto sul telefono: possono essere sincronizzate, con crittografia end-to-end, tra i dispositivi collegati al proprio account Google o Apple.Se perdi o rompi il telefono, puoi recuperarle su un nuovo dispositivo, dopo aver verificato la tua identità e completato le procedure di ripristino. Nel sistema Google, per recuperare le passkey sincronizzate può essere necessario conoscere il PIN del gestore delle password oppure il blocco schermo di un dispositivo precedente. Apple utilizza meccanismi di recupero differenti, che possono richiedere il codice di un dispositivo fidato.Quindi niente panico se perdi il telefono, ma proteggi bene il tuo account e non dimenticare i codici necessari al recupero!Diverso il caso delle passkey custodite esclusivamente su una chiave hardware: se perdi l'unica chiave, senza un metodo alternativo di accesso, potresti rimanere fuori dall'account. Per questo si consiglia sempre due chiavi hardware, di cui una da conservare in cassaforte!

  • source
  • parent
  • context
  • [–] 1 point 1 month ago

    L'approccio che secondo me deve perseguire la UE deve essere quello di scegliere protocolli e servizi federati e federabili. E poi ognuno è libero di farsi la sua implementazione/versione.

    In generale affidare ad uno stato/azienda straniero/a software/hardware che sta alla base di servizi essenziali: sanità, anagrafe, esercito, PA, etc. È una follia ed un errore.

    I criteri: costa meno, usabilità, diffusione e convenienza dovrebbero venire solo dopo che i requisiti di avere piena disponibilità e controllo del codice e dell'hardware su cui girano le cose siano pienamente soddisfatti.

  • source
  • parent
  • context
  • [–] 1 point 1 month ago* (1 child)

    Bhe non stupisce che l'articolo originale sia stato fatto da politico.eu che è americana... Hanno tutto l'interesse per far affondare il più velocemente possibile l'idea.

    Ultimamente si sta spingendo/sperimentando abbastanza con:

    • chat: element utilizzato da forze di polizia ed eserciti di vari stati eu
    • office/workspace: laSuite (fr), OpenDesk (de)
    • linux/distro: dawo (nl), gendbuntu (fr), Turingia Linux (de), Bundeswehr (de), erpac (it), Guadalinex, LliureX, MoLinux, Meduxa, Vitalinux (tutte: es), EU OS (eu)

    Avere una istituzione o un paese che passano ad un sistema completamente opensource e self-host crea un problema per gli US.

    Secondo me la questione non è tanto chi e dove si trova il capofila del progetto, nei commenti hwupgrade si dice che element è UK, va bene, ma se ho il codice me lo posso installare e gestire in autonomia. Quello che deve essere invece indipendente sincronizzato e duplicato sono i repository su servizi US: github, pypi, crates etc questi contano molto di più e possono essere spenti nel giro di poco.

  • source
  • [–] [S] 1 point 1 month ago (1 child)

    @redflegias ma al di là del fatto che Element effettivamente non è all'altezza di Microsoft Teams, è altrettanto chiaro che queste lamentele siano state fatte uscire per creare un problema reputazionale agli sviluppatori di Element. La scelta della commissione invece potrebbe portare a importanti ricadute positive da parte di aziende disposte a creare un client degno di questo nome per gestire il protocollo Matrix @informatica

  • source
  • parent
  • context
  • [–] 1 point 1 month ago

    @mrjive @informapirata @dunklecat @informatica my bad, ero rimasto fuori dagli aggiornamenti. Grande per la Svizzera che si dimostra sempre all'avanguardia. Ben vengano anche soluzioni come quella postata all'inizio, finché costituiscono uno standard/frame condiviso e non l'ennesimo circuito alternativo

  • source
  • parent
  • context
  • [–] 1 point 1 month ago (3 children)

    @dunklecat @informapirata @informatica sono anni che non lo sentivo più nominare, ma esiste sempre il progetto o è arenato? Perché all'epoca quando lo presentarono sembrava anche interessante ma, ultimamente in particolare, vedo un po' di disaffezione verso i progetti gnu e poca adozione.

  • source
  • parent
  • context
  • [–] 1 point 1 month ago

    @informapirata grazie per avercelo fatto notare.È esattamente il tassello che mancava al ragionamento che stavamo facendo su Wero.Ci chiedevamo se in Italia avrebbe prevalso Wero oppure l'alleanza EuroPA con BANCOMAT, Bizum e MB WAY. La risposta sembra essere: nessuno dei due deve necessariamente prevalere.Con ENP costruiscono invece un livello comune di interoperabilità: BANCOMAT resta BANCOMAT, Wero resta Wero, Bizum resta Bizum, ma dietro possono parlarsi e trasferire denaro tra sistemi e Paesi diversi.In pratica, più che creare l'ennesimo sistema europeo, stanno finalmente cercando di collegare quelli che esistono già.Ed è probabilmente la parte più interessante: un fediverso dei pagamenti 😊

  • source
  • [–] 1 point 1 month ago

    @cybersecurity @informatica Così come non si diventa muratori perché sai fare il cemento e mettere i mattoni uno sopra l'altro. L'unica intelligenza è tra la tastiera e la sedia.

  • source
  • [–] 1 point 1 month ago (2 children)

    @nuke @informatica interessante l'analisi tecnica del loader ma in quanto alla soluzione dell'enigma, ero arrivato alla medesima soluzione con una query su un LLM e qualche indagine OSINT veloce... ;-)

  • source
  • [–] 1 point 1 month ago

    @dietilico le campagne antifrode le fanno anche verso l'interno. Il problema è l'aristoidiocrazia che si sente superiore a queste campagne informative. Del resto ce lo vedi il "Responsabile sensibilizzazione antifishing", impiegato di concetto, che va dal direttore a dirgni che non ha ancora superato il corso on line sulle truffe on line?@cybersecurity @informatica

  • source
  • [–] 1 point 1 month ago

    @luca @informapirataVabbè ma non è che un circuito di pagamento lo metti su in due mesi.Considera che fino a un annetto fa manco ci immaginavamo che avremmo dovuto difenderci dal nostro alleato più importante.

  • source
  • parent
  • context
  • view more: ‹ prev next ›