Newsgroup: it.comp.sicurezza.varie
Titolo: Gare, buste sigillate, microcamere, PEC e allegati...

 
Salve a tutti,
 
Premessa:
"Una microtelecamera nelle buste, così gli amici
vincevano gli appalti". 
http://goo.gl/ZaBQ4g
 
 
http://www.bosettiegatti.eu/info/norme/statali/2016_0050.htm#052
 
 
Cit.: <<5. In tutte le comunicazioni, gli scambi e l'archiviazione di
informazioni, le stazioni appaltanti garantiscono che l'integrità dei
dati e la riservatezza delle offerte e delle domande di partecipazione
siano mantenute. Essi esaminano il contenuto delle offerte e delle
domande di partecipazione soltanto dopo la scadenza del termine
stabilito per la loro presentazione.>>
 
Molte offerte vengono fatte oggi via PEC, e ovviamente e' assai meno
sicuro della busta sigillata con ceralacca, visto che in ogni momento,
alla faccia della scadenza, si possono visionare le offerte. Cosi'
e' ancor piu' facile dire all'amico, che e' quello che invia l'offerta
per ultimo, "ehi, applica questo ribasso, se vuoi vincere".
 
Mi chiedo: quale altro metodo tecnologico ci sarebbe per impedire cio',
a parte quello di crittare i file in modo forte (RSA a 2048 bit), e
poi la ditta spedisce, sempre via PEC, la chiave di decrittazione dal
momento in cui l'ente puo' aprire le buste?
 
bye G.L.
 
ps.: Ho visto che esiste anche un programmillo che permette di settare
un expiry date, ma quello e' per impedire la decrittazione anche
conoscendo la password corretta...
-- 
Da i.d.c.tutela:
P.S. Quando ci sarà lo switch-off, avrò problemi anche col
monitor del PC? Ho visto che è collegato in modalità analogica.

 momento in cui l'ente puo' aprire le buste?
 
Mandare le offerte criptate senza chiave entro una data, le offerte 
vengono inserite in un registro pubblico tanto non sono consultabili, 
rilasciare le chiavi la mattina dell'apertura delle "buste 
elettroniche".
In questo modo ognuno è sicuro che la propria offerta non sia già stata 
aperta prima e chiunque può verificare che il file che viene aperto è 
quello che era presente prima del termine della gara.
 
-- 
Andrea
 


Parrebbe perfetto dal lato della sicurezza.
Però non mi sembra facilmente applicabile: dovresti avere un certificato 
X.509 per ogni gara e chiedere alla CA di non metterlo sui server prima 
di una certa data (e neppure *DOPO* :)
 
Usando invece pgp non potresti farlo (anche se la pubblica 
amministrazione sapesse cos'è): dovresti rilasciare la chiave pubblica 
in anticipo per farla firmare.

in anticipo per farla firmare.
 
Ti limiti a non includere l'ammontare dell'offerta, ma solo la sua versione
crittografata con AES ed una chiave di tua scelta ("battery horse staple"),
via PEC.
 
Il giorno dell'offerta comunichi la chiave, via PEC pure quella.
 
Se la decodifica non avviene correttamente, l'offerta è cassata: altrimenti
l'offerta è verificabile senza problemi, e senza chiave non c'è versi.
 
Leonardo
-- 
 
A terrible beauty is born.
                                     - W. B. Yeats, Easter 1916

 in anticipo per farla firmare.
 
Pensavo proprio a GPG o comunque ad un approccio a chiave asimmetrica, 
ma perché dici che si dovrebbe far firmare la chiave pubblica del 
concorrente?
 
Ad ogni modo non ci vedrei problemi nel rilasciare le chiavi pubbliche, 
il punto è che rilasci un pubblicamente un documento per stare nei 
limiti temporali della gara, alla lettura produci la chiave privata e 
la tua proposta viene letta.
 
 
-- 
Andrea
 

 proposta viene letta.
 
Mi domandavo.....
 
Uno potrebbe inserire nel file criptato dell'offerta due o più 
"offerte" commerciali: all'apertura delle buste l'offerente sceglie 
quale offrire dando la chiave di decriptazione corrispondente.
 
In pratica, con la prima chiave potrei rendere disponibile il mio 
prezzo base; se invece subodoro (a posteriori rispetto all'offerta, ma 
prima di qualunque apertura delle buste) prezzi più competitivi da 
parte di altri comunico la chiave bis che offre un prezzo minore, e se 
non basta la chiave tris....
 
Insomma, fatta la legge, trovato l'inganno.
 
Ah, quanto erano belle le offerte ai tempi della cera lacca e dei 
timbri a secco, dei sigilli apposti alle 4 di mattina sulle valigione 
da emigrante inizio '900, di cartone usa e getta, in albergo, col 
rischio di mandarte a fuoco tutto!... :-)

quale offrire dando la chiave di decriptazione corrispondente.
 
Non funziona in questo modo. Questo tipo di "plausible deniability" deve essere
inserito nel protocollo di crittografia, per esempio ce l'aveva TrueCrypt.
 
Altrimenti, tu non vedi "un file", vedi "un file con tre oggetti"... il che già
lo squalificherebbe. Comunque, se la password di tre oggetti ne apre uno, muore
il gioco.



Non so se accettano queste "variazioni": in teoria potrebbe anche andare 
perchè l'offerta economica dovrebbe essere l'ultima che aprono.


 
Infatti: se la commissione non riesce a leggere tutta la documentazione 
allegata scarta l'offerta. Già successo (per altri motivi, ovviamente).

quella economica a parte?
 
Intendo che la voce "ammontare" è lasciata in bianco, e nel documento c'è invece
un pezzo crittografato; l'ammontare è lì, illeggibile fino al giorno X.


 muore il gioco.
 
Cioè, il Cliente giustamente stabilisce il protocollo di crittografia 
con la "assoluta" impossibilità di nascondere qualcosa o di switchare 
tra una prima e una seconda?
 
Ho usato tempo addietro la possibilità di TC di nascondere nel file 
container una sezione posticcia e la sezione vera, non ricordo però se 
per aprire quella vera occorra dare le due chiavi o una sola.
Mi sembra di ricordare una sola, o la prima o la seconda, con ognuna 
che apre la propria sezione del file container.
 
Ma naturalmente nel caso di gare non si usa Truecrypt, peraltro non più 
manutenuto...

 l'offerta è verificabile senza problemi, e senza chiave non c'è versi.
 
Imho bisogna crittare TUTTO: anche il contenuto dell'offerta, se non
regolare, puo' dare adito a turbativa d'asta... (ok caro amico, sappi
che l'offerta di un tuo concorrente verra' cassata per non conformita')
 
bye G.L.


 estrarre una cosa piuttosto che un'altra.
 
Giusto.
Semprechè l'hash del file non possa essere simulato con qualche riga 
appositamente formata.
 
Comunque, secondo me, il digitale si presta molto più della carta a 
trucchi e spoofing.
Carta canta, diceva qualcuno...

 potrebbero sporcare a piacimento le parti grafiche.
 
E moltiplicando gli hash, cioè chiedendo ad esempio sia MD5 che SHA1 (o 
altri) del file originale le possibilità di violare la gara non 
diventano praticamente nulle indipendentemente dal tipo di file?
 
Cioè si consegna file criptato e un numero di hash maggiore di un certo 
numero N, all'apertura il file prodotto deve avere corrispondenza su 
tutti gli hash (e ovviamente essere ri-criptabile e diventare uguale al 
file presentato inizialmente) pena l'annullamento.
 
 
-- 
Andrea