January 2021 - nexa - server-nexa.polito.it

Sulla integrazione verticale tra corrieri espresso e retailers

by Luigi Scorca

https://www.dpdhl.com/en/media-relations/press-releases/2021/dhl-ecommerce-… Luigi

Jan. 27, 2021

Re: [nexa] i numeri della Lombardia e i flussi di dati

by Giovanni Biscuolo

Buongiorno, <rant> Purtroppo le polemiche dei vertici politici della Regione Lombardia NON hanno lo scopo di far chiarezza su cosa è successo effettivamente con i dati e su quali siano le criticità del sistema di **classicifazione** dei casi e di raccolta **integrata**; a loro interessa SOLO fare propaganda politica demagogica cercando di come al solito AIZZARE i tifosi lombardi contro Roma (stavolta "ladrona di algoritmi"). Alcuni politici BLATERANO di volere «risposte certe dalla scienza» e poi fanno di tutto per ottenere l'esatto opposto. La scienza **costa fatica** e duro lavoro e di solito questo NON paga, meglio "buttarla in vacca" che male che vada aumenta il consenso dei tifosi. </rant> Ignorando le patetiche polemiche strumentali, può essere vero che il sistema ha bisogno di essere migliorato, mi spiego... Antonio Iacono <antiac(a)gmail.com> writes: >> AFAIU non esiste un sistema di inserimento "bulk" di XML precompilati, >> magari esportati dal sistema (separato?) regionale; se è per quello non >> esiste proprio una funzione di importazione dati. > > https://www.pagellapolitica.it/blog/show/927/lombardia-e-zona-rossa-gli-err… Ottimo articolo grazie, riassume in modo esaustivo i fatti e le dichiarazioni a ieri, se dovessi consigliare una lettura per farsi un'idea consiglierei l'articolo riportato sopra > email di cui alla Figura 3 > > "... le ultime pratiche non lo hanno caricato perché non lo hanno > importato nel flusso. Per quanto è dato sapere, quello che non è stato caricato sono «data inizio sintomi e stato clinico»: --8<---------------cut here---------------start------------->8--- La compilazione di tali campi non è obbligatoria, ma rimane necessaria se si vuole ottenere una valutazione il più possibile accurata e standardizzata della situazione epidemiologica del territorio. [...] poiché i casi asintomatici sono spesso difficili da individuare, per avere un indice più affidabile, nel monitoraggio l’Iss usa il cosiddetto “indice Rt sintomi”, ossia l’indice Rt calcolato a partire dai soli casi sintomatici per i quali sia nota una data di inizio sintomi. Un caso viene classificato come sintomatico se al campo “stato clinico” esso riporta la dicitura “sintomatico” (o equivalenti, per esempio “severo” o “critico”) oppure se esso riporta una data di inizio sintomi, anche qualora lo stato clinico non venga specificato. --8<---------------cut here---------------end--------------->8--- Ora: io non ho letto tutti i documenti e non lo farò, però ritengo sbagliato che due campi così importanti siano considerati opzionali, non solo e non tanto perché incidono in maniera significatica su un dato (l'Rt sintomi) importante per la determinazione del colore della zona, ma perché sono informazioni importantissime per studiare l'andamento storico della pandemia (c'è uno statistico o un virologo che mi spieghino se sbaglio?!?). Se a questo aggiungiamo (come ho evidenziato ieri) che nel manuale utente dell'interfaccia web per il caricamento dati c'è scritto almeno cinque volte di stare attenti ("a occhio"!) a non duplicare le schede delle persone... abbiamo fatto bingo. https://www.ansa.it/lombardia/notizie/2021/01/26/iss-da-maggio-segnalati-al… --8<---------------cut here---------------start------------->8--- Da maggio scorso "l'Iss ha inviato 54 segnalazioni di errori, incompletezze e/o incongruenze alla Regione Lombardia, l'ultima il 7 gennaio scorso". [...] "Le Regioni - dice l'Iss - hanno completa autonomia nel caricamento di aggiornamenti e rettifiche senza alcun intervento o richiesta verso l'Iss che, laddove ne abbia evidenza o sospetto, può segnalare errori, incompletezze o incongruenze alle Regioni". "La percentuale di casi incompleti per la sintomatologia (assenza di informazioni nel campo 'stato clinico') - riferisce l'Iss nel dettagliato comunicato in cui ripercorre la cronologia di questi mesi per i dati Covid della Lombardia - è pari al 50,3%, a fronte del 2,5% del resto d'Italia nel periodo 13 dicembre 2020-13 gennaio 2021". --8<---------------cut here---------------end--------------->8--- (Non è dato sapere la natura precisa dei 54 errori segnalati) Quindi non solo le regioni possono inviare informazioni *scandalosamente* incomplete, possono pure rettificare il passato (ho capito male?): è normale? Senza nemmeno un "ravvedimento operoso"?!? Questo sistema è la ricetta perfetta per consentire ad uno qualsiasi degli attori coinvolti di fare confusione e scaricare su altri la responsabilità dei propri errori, o peggio "sull'algoritmo" (che NON è segreto, casomai è segreto il software). > Ho detto di recuperarlo per farlo processare ed inserirlo nell’xml" Questo conferma la notizia che il sistema regionale di raccolta dati è separato da quello nazionale e che per caricare i dati su quello nazionale viene effettuata una esportazione in XML dal regionale e una importazione nel nazionale (ho capito male?): altro elemento di FORTE perturbazione del sistema. Saluti, Giovanni [...] -- Giovanni Biscuolo

Jan. 27, 2021

Hunting the Hunters: How We Identified Navalny's FSB Stalkers - bellingcat

by Alberto Cammozzo

Notevole. <https://www.bellingcat.com/resources/2020/12/14/navalny-fsb-methodology/> December 14, 2020 Translations: Русский <https://ru.bellingcat.com/materialy/casestudies/2020/12/28/navalny-fsb-meth…> Today, alongside investigative partners CNN, Der Spiegel, and The Insider, we identified <https://www.bellingcat.com/news/uk-and-europe/2020/12/14/fsb-team-of-chemic…> a long-running FSB operation to trail Russian opposition figure Alexey Navalny, including a number of chemical weapons experts involved in the research and development of Novichok. How did we find all of this information, and how did we verify the information? We’ll detail our investigative methodologies here, with some discussion on Russian data markets, cross-referencing data to be sure of its veracity, and other topics. Bellingcat has previously investigated the role of a chain of Russian government-run scientific institutes in providing research into and manufacturing of nerve agent for GRU’s overseas assassination program, including the March 2018 Novichok poisoning of Sergey and Yulia Skripal and the earlier poisoning of Bulgarian arms manufacturer Emilian Gebrev. In the course of a Belingcat investigation into Russia’s renewed chemical weapons project, we analyzed call metadata for the telephone numbers used by two senior executives of SC Signal, an entity that we found to be directly involved in the development of new variants and application methods for nerve agents <https://www.bellingcat.com/news/uk-and-europe/2020/10/23/russias-clandestin…>. We had observed that in the months preceding Alexey Navalny’s poisoning, both of these executives – Arur Zhirov and Victor Taranchenko – had communicated with Stanislav Makshakov, and less frequently with his FSB superiors Kirill Vasilyev and Vladimir Bogdanov. At the start of Bellingcat’s investigation into the Navalny poisoning we investigated whether a similar surge appeared between SC Signal executives and the GRU-linked institute just before the Navalny poisoning in Tomsk. We did not find such a pattern; with a single Signal-GRU (Sergey Chepur) phone call on 6 July 2020. However we did observe a more significant surge between SC Signal and FSB linked numbers. In particular, The first such surge appeared in the period 29 June 2020 to 7 July 2020, with а peak on 6 July 2020. On 6 July, SC Signal’s CEO Artur Zhirov had received calls from four different FSB employees linked to the Criminalistics Institute, including Col. Stanislav Makshakov and Gen. Vladimir Bogdanov. In addition Zhirov had received a call from a landline number belonging to FSB’s secure communications department. [...] Tugging on one thread will unravel an entire tapestry of cross-referenced data, eventually revealing how Navalny’s poisoning was planned and carried out by a team of chemical weapon experts and FSB operatives. Much of this data is available due to the negligence of the Russian government — it’s hard to imagine an entire city’s vehicle registration database with passport numbers, addresses, license plate numbers, and other data to be leaked online annually for anyone to find in Germany or Canada — as well as the sloppiness of the security services themselves. The FSB and GRU are as ambitious as they are dangerous in their operations, but the same cannot be said about their operational security practices. You do not need to look for dead drops in a park or trail people through alleyways to uncover the cover identities of spies, rather you just need a keen eye, patience, and the sense of knowing where to look for available leaked data sources.

Jan. 26, 2021

Le ICO e i nuovi ricchi

by Antonio Iacono

Non so se avete seguito la puntata di ieri sera di Report, se no vi invito a vederla su Raiplay [1]. Perchè è importante per questa lista? Perchè quello che è avvenuto (e sta in parte avvenendo) negli ultimi anni avrà effetti sul domani di tante persone. Mi riferisco ai soggetti che, in un modo o nell'altro, sono diventati ricchi, straricchi, con la "nuova finanza", grazie, o meglio alle spese, degli "ingenui" investitori (non è una novità ma stavolta ci sono di mezzo le "nuove tecnologie" e per questo ne parliamo qui). Il caso trattato da Report riguarda la HelBiz, noleggiatrice di monopattini elettrici. Nel 2018, l'anno di boom delle ICO la HelBiz "raccoglie" qualcosa come 38 milioni di dollari [2] promettendo un futuro radioso agli investitori. Oggi quei "gettoni" virtuali non sono buoni nemmeno per il flipper (naturalmente virtuale) [3]. Andrea Malan l'ha definita la cripto-stangata [4]. Antonio [1] https://www.raiplay.it/video/2021/01/Report-36ecb482-6064-4b6e-9e30-a047433… [2] https://www.webnews.it/2018/06/11/helbiz-la-blockchain-per-la-mobilita-cond… [3] https://coinstats.app/it/coins/helbiz [4] http://milleruote.blogautore.espresso.repubblica.it/2020/03/30/helbiz-dietr…

Jan. 26, 2021

Re: [nexa] Prima di Zuboff: "Surveillance Capitalism" di Foster e McChesney (2014)

by Enrico Nardelli

Eccellente "pesca", Juan Carlos! Retrospettivamente, mi sono accorto che la primogenitura del termine era stata rilevata da Morozov «Zuboff’s pithy term for this regime, “surveillance capitalism,” has caught on. (That this term had been previously used—and in a far more critical manner—by the Marxists at Monthly Review, is a minor genealogical inconvenience for Zuboff.) » nella sua dettagliata critica al lavoro della Zuboff Capitalism’s New Clothes https://thebaffler.com/latest/capitalisms-new-clothes-morozov lettura un po' lunghetta ma che consiglio caldamente Ciao, Enrico Il 25/01/2021 15:58, J.C. DE MARTIN ha scritto: > Il primo articolo di Zuboff su "surveillance capitalism" > mi risulta essere del 2015. > > Peccato che un anno prima, nel luglio 2014, due noti studiosi > avessero già pubblicato questo articolo in una rivista piuttosto > famosa, the Monthly Review: > > *Surveillance Capitalism* > > /Monopoly-Finance Capital, the Military-Industrial Complex, and the Digital Age// > / > John Bellamy Foster and Robert W. McChesney > > https://monthlyreview.org/2014/07/01/surveillance-capitalism/ > > Zuboff non cita questo articolo né nell'articolo a rivista del 2015, > né nel suo libro del 2019. > > jc > > > > > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > -- EN ===================================================================== Prof. Enrico Nardelli Dipartimento di Matematica - Universita' di Roma "Tor Vergata" Via della Ricerca Scientifica snc - 00133 Roma tel: +39 06 7259.4204 fax: +39 06 7259.4699 mobile: +39 335 590.2331 e-mail: nardelli(a)mat.uniroma2.it home page: http://www.mat.uniroma2.it/~nardelli blog: http://www.ilfattoquotidiano.it/blog/enardelli/ http://link-and-think.blogspot.it/ ===================================================================== --

Jan. 26, 2021

Re: [nexa] Un hacker a capo dell'Inps

by Enrico Nardelli

Il 26/01/2021 19:55, Giovanni Biscuolo ha scritto: > Antonio Iacono <antiac(a)gmail.com> writes: > > [...] > >> Se poi consideriamo gli under 40 gli "ostili" al Bitcoin sono >> come l'araba fenice. > > è per quello che è urgentissimo un programma di studi serio e > progressivo di informatica, partendo dalla primaria e con programmi > ispirati alle proposte di Giacomo Tesio (non sono le uniche valide) in > questa lista poco tempo fa. > C'è una proposta nero su bianco per l'insegnamento dell'informatica nella scuola ormai da tre anni https://www.consorzio-cini.it/images/Proposta-Indicazioni-Nazionali-Informa… (inviata anche al Ministero) L'abbiamo presentata a convegno scientifico internazionale http://www.mat.uniroma2.it/~nardelli/publications/ISSEP-18-curriculum.pdf > Coraggio... «Adda passà 'a nuttata» > Sarà una lunga notte, purtroppo... Ciao, Enrico > Ciao, Giovanni. > > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa > -- EN ===================================================================== Prof. Enrico Nardelli Dipartimento di Matematica - Universita' di Roma "Tor Vergata" Via della Ricerca Scientifica snc - 00133 Roma tel: +39 06 7259.4204 fax: +39 06 7259.4699 mobile: +39 335 590.2331 e-mail: nardelli(a)mat.uniroma2.it home page: http://www.mat.uniroma2.it/~nardelli blog: http://www.ilfattoquotidiano.it/blog/enardelli/ http://link-and-think.blogspot.it/ ===================================================================== --

Jan. 26, 2021

Re: [nexa] Un hacker a capo dell'Inps

by Giovanni Biscuolo

Antonio Iacono <antiac(a)gmail.com> writes: [...] > Se poi consideriamo gli under 40 gli "ostili" al Bitcoin sono > come l'araba fenice. è per quello che è urgentissimo un programma di studi serio e progressivo di informatica, partendo dalla primaria e con programmi ispirati alle proposte di Giacomo Tesio (non sono le uniche valide) in questa lista poco tempo fa. Coraggio... «Adda passà 'a nuttata» Ciao, Giovanni. -- Giovanni Biscuolo

Jan. 26, 2021

Re: [nexa] Un hacker a capo dell'Inps

by Giovanni Biscuolo

Stefano Maffulli <smaffulli(a)gmail.com> writes: [...] > questa suona pure peggio (a meno che non si tratti di omonimia, ma a questo > punto dubito): > > https://twitter.com/vincenzo/status/1104382628927598592 good catch Stefano, grazie! La copio qui per quando (non se) Twitter non esisterà più: --8<---------------cut here---------------start------------->8--- This Proof of Concept uses a permissioned blockchain. I’m personally very open to public blockchains, but costs and confirmation times must be predicable. Any suggestion is more than welcome. 3:05 PM · 9 mar 2019·Twitter for iPhone --8<---------------cut here---------------end--------------->8--- Ciao, Giovanni -- Giovanni Biscuolo

Jan. 26, 2021

Re: [nexa] i numeri della Lombardia e i flussi di dati

by Antonio Iacono

> AFAIU non esiste un sistema di inserimento "bulk" di XML precompilati, > magari esportati dal sistema (separato?) regionale; se è per quello non > esiste proprio una funzione di importazione dati. https://www.pagellapolitica.it/blog/show/927/lombardia-e-zona-rossa-gli-err… email di cui alla Figura 3 "... le ultime pratiche non lo hanno caricato perché non lo hanno importato nel flusso. Ho detto di recuperarlo per farlo processare ed inserirlo nell’xml" Il mistero si infittisce. p.s. se ti vuoi dilettare con R qui [1] c'è lo script usato per il calcolo dell'Rt Antonio [1] https://www.epicentro.iss.it/coronavirus/sars-cov-2-dashboard

Jan. 26, 2021

Re: [nexa] i numeri della Lombardia e i flussi di dati

by Giovanni Biscuolo

Buonasera, Antonio Iacono <antiac(a)gmail.com> writes: [...] > Comunque non sono più così convinto che la piattaforma COVID-19 predisposta > dall'ISS [2] per raccogliere i dati epidemiologici diagnosticati nei > laboratori di riferimento regionale > derivi da Go.Data. > E' più probabile che sia la "solita" web application realizzata con prodotti > made in M$ (Azure, ecc.) [...] > [2] > https://covid-19.iss.it/ Ottimo grazie, sì non pare essere Go.Data ma non è chiarisismo. Estratto dal «Manuale utente ver. 1.0» https://covid-19.iss.it/files/manuale_utente_v1_sorveglianza_covid19.pdf --8<---------------cut here---------------start------------->8--- [...] Non bisogna però inserire la scheda anagrafica del paziente ogni volta se già è presente in piattaforma, ma è necessario ricercarla e aggiornarla aggiungendo, per esempio, il trasferimento in altro ospedale o il cambiamento dello stato clinico. Tutto questo per evitare di duplicare i casi. [...] Accesso per gli utenti autorizzati. Ogni Regione provvede ad individuare gli utenti referenti per la sorveglianza COVID-19 da accreditare alla piattaforma inviando una mail alla seguente casella di posta: sorveglianzaCOVID-19(a)iss.it. Gli utenti accreditati alla gestione dei dati riceveranno le credenziali di accesso tramite una mail automatica inviata dal sistema all’indirizzo mail indicato dall’utente stesso. [...] Prima di inserire una nuova scheda paziente effettuare una ricerca per cognome per accertarsi che non esiste già ed evitare di duplicarla. È fondamentale nel caso in cui sia necessario aggiornare una scheda paziente già esistente. (avvertimenti come questo sono ripetuti in tutti il manuale, n.d.r.) È attiva, comunque, una funzione di allerta che avverte l’utente in fase di inserimento di una nuova scheda paziente nel caso in cui il nome e cognome è già presente nel database come mostrato in Figura 4. Se si tratta di una omonimia il sistema permette comunque di inserire la scheda paziente con lo stesso nome e cognome di persone differenti. [...] Nel menù orizzontale è presente la voce “Esporta dati” che permette l’apertura della pagina in cui è possibile esportare, in formato Excel, sia le tabelle con i propri dati raccolti (Figura 7) sia le tabelle con le codifiche utilizzate nella piattaforma della sorveglianza (Figura 8). [...] --8<---------------cut here---------------end--------------->8--- AFAIU non esiste un sistema di inserimento "bulk" di XML precompilati, magari esportati dal sistema (separato?) regionale; se è per quello non esiste proprio una funzione di importazione dati. Grazie mille per le info! Saluti, Giovanni. -- Giovanni Biscuolo

Jan. 26, 2021