Newsgroup: it.comp.os.linux.sys
Titolo: Riflessioni Crittografiche...

Buongiorno,
 
mettiamo il caso di voler dare una linuxbox dove dei file devono essere 
illeggibili anche il caso di manomissione perchè contenenti dati sensibili.
Tuttavia la linuxbox deve essere autonoma, dall'accensione allo 
spegnimento, senza intervento manuale.
 
 
Dunque ho intravisto due strade, ma entrambe con delle fragilità:
 
- crittografare il singolo file;
 
ma in ogni caso questa soluzione ha di fragile che poi uno script o chi 
necessita del file deve decrittografarlo, e quindi contiene i dati della 
password per effettuare questa operazione in chiaro.
 
- crittografare la partizione;
 
ma in questo caso comunque per montarla inserirò da qualche parte questa 
password, che si chiami fstab o si chiami pippo.sh, poco importa; e 
siamo punto e a capo
 
 
 
A vostro avviso c'è un modo per evitare che una manomissione possa 
decifrare i file?
 
Ecco, scrivendo mi è venuta in mente un'idea: e se il programma per 
decrittografare non fosse in chiaro ma magari fosse precompilato in c++ 
? sarebbe sicuramente meno leggibile...

 spegnimento, senza intervento manuale.
 
Semplice: crittografi i dati e la password la inserisce il titolare del
trattamento o altra persona autorizzata all'accensione.
 
-- 
In God we trust. All others must bring data
W. E. Deming

 ? sarebbe sicuramente meno leggibile...
 
Anche supponendo un sistema di offuscamento "perfetto" che impedisca la
decompilazione dell'eseguibile sarebbe sufficiente eseguirlo per montare
la partizione, non trovi?
 
Tsu


 
ehm... cosa non ti è chiaro di "Tuttavia la linuxbox deve essere 
autonoma, dall'accensione allo spegnimento, senza intervento manuale." ?

 la partizione, non trovi?
 
 
a questo si può ovviare, avevo pensato di creare un algoritmo basato sul 
mac address. in questo caso se smonto il disco, lo metto altrove ed 
eseguo il file di decrittografia, il mac address cambia e quindi la 
password non matcha.

 password non matcha.
 
Il MAC address può essere cambiato da software, mi pare e comunque si
tratterebbe sempre di un controllo match - non match facilmente
identificabile ed aggirabile con un debugger
 
Tsu

 password non matcha.
Certe cose mi lasciano sempre un po' perplesso. Scusa, io sono lì
e ho tutto il tempo di aprire la linux box, smontare il disco e
portarmelo via (magari un case sicuro, con lucchetto, aiuterebbe).
Però non è contemplato che io rubi tutta la linux box, a quanto
pare. Ma soprattutto: se sono lì e ho tutto 'sto tempo, perché
non potrei invece accenderla, se non è già accesa, aspettare che
si decritti tutto automaticamente e leggere (e copiare,
stampare...) i dati che m'interessano?
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
http://cleanenergy.harvard.edu/
 
http://spin.fh-bielefeld.de/
 
http://www.gpugrid.net/
 

 stampare...) i dati che m'interessano?
 
perchè non hai i permessi di root.
e anche perchè i file vengono richiamati da un cron che li decritta, li 
esegue e li critta da capo.
 

 identificabile ed aggirabile con un debugger
 
 
per cambiare il mac address devi essere root, invece la macchina è chiusa.

 esegue e li critta da capo.
 
Se hai la macchina (il case) in mano, non c'è permesso di root che tenga... 
Se veramente vogliono prendersi i dati, vanno di live, cambiano la pwd di 
root e fine dei giochi...
 
IMHO, con una cosa automatica non ci può essere sicurezza al 100%...
 
-- 
                          | Almeno tu che puoi fuggi via canto
\|/ ____ \|/   \ ||_|     | nomade questa cella e` piena della
"@'/ ,. \`@"    \|| |     | mia disperazione tu che puoi non
/_| \__/ |_\ Vax Headroom | farti prendere.
   \__U_/                 |                    BMS
 

spegnimento, senza intervento manuale.
 
Qual è il profilo di attacco? Voglio dire: prendi la linux box, la metti
in $DITTA, sulla linux box ci sono dei file. Chi li deve poter leggere e
come (con che programma)? Chi e', che non deve poterli leggere? Di quale
"manomissione" si tratta?
 
Assumendo che "manomissione" sia un accesso non autorizzato di esterni -
es. $CRIMINALE scassa la porta la notte, entra e si bubba il box in modo
da rivenderseLOL oppure per leggere i dati sensibili - ma che gli utenti
siano affidabili {altrimenti, una USB key e un bulk-copy, addio privacy)
ci sono alcune soluzioni.
 
Per esempio potresti avere due configurazioni di Samba e un volume messo
su con TrueCrypt. La macchina Linux si accende da sola... ma la share e'
vuota e readonly, e c'e' soltanto una copia di PuTTY ed un link per fare
partire una connessione. Che atterra su un .bashrc che fa una cosa sola,
ossia chiedere la password, montare la share TrueCrypt e riavviare Samba
ammodino.
 
A quel punto, il primo che apre la share vede una cartella vuota con due
file:
	QUESTA_CARTELLA_E'_CRITTOGRAFATA.exe		(è PuTTY :-) )
	CLICCA_QUI_PER_INSERIRE_LA_PASSWORD.cmd
 
Se sa la password bene. Se no ciccia. E poi servirà la password di Samba
per montare la share, in ogni caso.
 
Leonardo
 
-- 
Surstangas via akcipitr', la cxeval' fojnumas nur:
Jen vigla damo en brakum', kaj vi pensas pri forkur'?
Do li turnis sin, kaj turnis sin, kaj ekdormis sen singard';
Kaj lin apudis je l' vekigx, soldatoj kaj Barnard'.


Eh, ma se io prendo il disco e lo monto su una VM, gli posso far vedere
il MAC che più mi garba, appunto perché sono root sull'host...


 Dunque ho intravisto due strade, ma entrambe con delle fragilità:
 
Questo è il classico problema BP&MU.
 
Se i dati devono essere usabili, qualcosa deve decrittarli.
Non esiste niente che risponde ai tuoi parametri, se non un
essere umano che digita la password quando gli serve.
 
Qualsiasi altro sistema offre il fianco al furto del disco,
del programma di decrittazione, della smart-key con la pwd.
 
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net
 

 perchè non hai i permessi di root.
 
Se sono lì e posso rebootare, ce li ho. ;)


esegue e li critta da capo.
 
Bof. Sgraffigno la box (a questo punto presumo che il furto sia ad hoc, lo
scopo è procurarsi i dati), copio il disco e monto la copia (in read-only)
e guardo cosa fa. Poi, in R/W modifico il cron perche' decritti senza fare
altro. E ho i file in chiaro.
 
Puoi difenderti contro un attaccante imprudente e/o inesperto, facendo si'
che il sistema verifichi dove si trova (seriale del disco, MAC, e dati dal
database ARP) in modo sottile, e 
p.es
. eventualmente si suicidi in caso di
cattura. Ma occhio ai falsi positivi.
 
Altrimenti, è necessario che la box NON contenga il sistema completo (e il
modo piu' semplice e' non metterci la password da alcuna parte). E questo,
a sua volta, significa che per completare il sistema e usarne i dati, quel
che manca deve essere fornito ad ogni boot o utilizzo.
 
Di soluzioni creative ce n'e' un sacco. Per es., rubi la linux box, ma non
pensi a rubare l'UPS da 150 kg che la alimenta; magari, il cavo USB che la
collegava all'UPS non finiva nel circuito APC dell'UPS bensì in una chiave
USB, incastrata "dentro" la scassa dell'UPS, e dalla quale andava fatto il
boot...


 boot...
 
Geniale :D
 
Tsu


Mi è chiarissimo, forse sei tu che vuoi la botte piena e la moglie ubriaca.
Se è un server si lascia acceso, se è necessario fare il reboot si
inserisce la password (anche da remoto).


 inserisce la password (anche da remoto).
 
Mi sembrava una richiesta di consiglio lecita, per capire se qualcuno ha 
affrontato il problema.
 
Se scrivo nel quesito che nessuno può intervenire sulla macchina, se mi 
indichi "qualcuno deve mettere la password", capisci bene che la 
risposta non è attinente.
La risposta corretta è "secondo me non è possibile".
 
Senza polemica eh, intendiamoci.
 
 


ommadonna!!!!!! :D
Leonardo for president!!!! :D

 dall'accensione allo spegnimento, senza intervento manuale.
 
Unica possibilita` (come gia` suggerito da Serni) e` quella di far
risiedere la chiave su un altro sistema. Per esempio un macchina in rete
(magari nascosta) lontana dalla linuxbox.
 
-- 
Vincenzo


+1!
 
-- 
Massimo Bacilieri

 boot...
 
/evil grin
 
Geniale !!!
 
-- 
                          |  Del resto mimporta 'nasega sai
\|/ ____ \|/   \ ||_|     |  Ma fatta bene
"@'/ ,. \`@"    \|| |     |  Del resto mimporta 'nasega sai
/_| \__/ |_\ Vax Headroom |  Ma fatta bene che non si sa mai
   \__U_/                 |  Che non si sa mai, che non si sa mai
 

 affrontato il problema.
 
Sì, ma NON SI RISOLVE.
 
Infatti anche io ti avevo detto che il problema era di BP&MU.
Se il sistema è autonomo per la decrittazione, lo è sia per i
normali utenti autorizzati che per i malintenzionati.
Serve qualcosa di NON contenuto nel sistema, per avere un po'
di sicurezza.
 
Insomma, la chiave non dev'essere infilata nella serratura di
quella specie di cassaforte, e tu vorresti anche che girasse,
al momento, da sola. ;-)
 
E a questo punto, sta alla fantasia: la chiavetta di leo, una
connessione blu-tooth, un generatore di OTP, un impiegato che
immette la password, ecc.ecc.ecc.


 boot...
 
  A questo punto il cavo usb potrebbe finire su dati + chiave per 
decifrarli; l'accesso ai dati via usb fa schifo ma se staccano il cavo non 
prendono neanche i dati.
 
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 
 
sai com'è, noi toscani abbiamo sempre una decina di marce in più
:D
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
 
www.robyt.eu
 
 

 E a questo punto, sta alla fantasia: 
 
c'ho provato ;-)
 
-- 
Sans

 spegnimento, senza intervento manuale.
[cut]
 
   Dico una fesseria: utilizzare un lettore di impronte digitali come chiave 
per decrittare ???
 
OK, ho visto troppi film di spionaggio...
 
-- 
                          |
\|/ ____ \|/   \ ||_|     |   Se un triangolo ha quattro lati,
"@'/ ,. \`@"    \|| |     |   uno non e` suo
/_| \__/ |_\ Vax Headroom |
   \__U_/                 |      da it.discussioni.folli
 

 prendere) soldi (tipo bancomat, per capirci)?
 
Tu al bancomat glielo dai il PIN o te lo prende da solo? ;-)
 
E se ti porti a casa il bancomat (nel senso dell'armadio, non della
tesserina) i soldi te li puoi prendere, non serve il collegamento a
entità esterne come il centro elettronico della banca.
 
Il discorso è analogo.
Se i dati sono accessibili senza nessun intervento esterno, saranno
accessibili anche al malintenzionato.
 
La sicurezza della crittografia sta nella mancanza della chiave, il
discorso è tutto qui.
 
La chiave non deve essere sulla macchina, punto.


 La chiave non deve essere sulla macchina, punto.
 
  scontato, direi.


prendono neanche i dati.
Anche! In una variante simpatica, il boot va PRIMA dall'USB, poi da HDD,
e sull'HDD c'e' effettivamente una macchina che magari monta pure lei un
volume criptato (ma con la password in chiaro sul disco).
In certe applicazioni, può essere utile che l'attaccante sia convinto di
aver messo le mani sui dati veri. E come minimo, lo tiene occupato molto
di più di quanto non ci sia voluto a mettere su il disco civetta ]:-D


 boot...
 
 
Ma nessuno conosce l'attacco "evil maid"?
E' un attacco in due tempi, concettualmente piuttosto semplice, 
consiglio Google per una sana dose di preoccupazione.
La crittazione senza una adeguata protezione fisica serve a poco o nulla.
 
Ciao.

 per decrittare ???
 
comunque richiede un'azione dell'utente, tanto vale inserire una 
password! :)




 
 
Eh, sembra che per l'OP non fosse così scontato. ;-)
 
Voleva un sistema crittografato, ma che si decrittasse senza nessun
intervento esterno.
Ciò è un problema BP&MU non risolvibile.



Uao....ma sei a livello di CIA tu!
e che c'avrai mai dentro!
 
Cmq...se il problema non è il budget
Scheda GPS...rFid abilitato...e C4 contenitore acqua condensatore da 1 
farad ...quello che vuoi!
 
Con la scheda GPS controlli dove sta in esterno il pc
con la scheda rfid controlli in interno in che stanza è
 
appena il pc viene spostato...
stile film americano....c4 fa esplodere hard disk e ladro(a seconda del 
regista e del budget anche nell'ordine...palazzo...strada...nazione 
...pianeta)
stile fiction italiana....c4 fa esplodere hard disk e tette alla 
Marcuzzi
stile film francese...un bicchiere di acqua viene liberato dentro 
l'hard disk mentro il ladro urla "parblè"
Stile Nerd....un condensatore da 1 farad viene scaricato sulla piastra 
madre dell'hard disk
Stile "volemose bene che non ci stanno soldi"....un filino da pesca fa 
innescare un magnum o un volgare raudo
 
:D
 
-- 
----- Italliaaaaa 3227! -----
Sa cosa mi disse a Roma il cardinale Poletti? "Lei fa del bene, perchè 
con il suo personaggio la gente si rilassa e sorride, riconciliandosi 
un poco con la vita." ...Fra poco mi venderanno in farmacia.
(Lino Banfi)
 
 

 l'hard disk mentro il ladro urla "parblè"
 
  Oppure acqua + carburo di calcio, e va tutto a fuoco; o ancora acqua + 
sodio (in quest'ultimo caso il ladro non urla solo "parblè")


già avvenuta.
 
--- repost ---
 
NON APRIRE - NESSUNA PARTE UTILE ALL'UTENTE ALL'INTERNO
 
PERICOLO DI FOLGORAZIONE - TENSIONE MAX 20 KV 65 HZ
 
BANCO DI CONDENSATORI ALL'INTERNO: PERICOLO ANCHE SE STACCATO
DALLA RETE ELETTRICA
 
Istruzioni per l'apertura
 
1. Inserire nelle viti un cacciavite a croce lungo 2 metri.
 
2. Aprire tutte le finestre; quindi, ruotare le viti, avendo
   cura di trattenere il respiro.
 
3. Darsi alla fuga chiudendo la porta dietro di sé.
 
4. Attendere che l'odore di mandorle amare si sia dissipato.
   Eventualmente fare entrare un individuo sacrificabile nel
   locale, istruendolo per inspirare vigorosamente.
 
5. Sfilare il case per circa un centimetro. Tagliare il filo
   giallo che appare nell'angolo, in basso a destra. Evitare
   accuratamente di toccare il pacchetto nero con la scritta
   "detonatore al fosforo". Nell'ultimare l'apertura, tenere
   serrate con ogni cura le due molle rosse in fondo al case
   sulla sinistra. Dopo il taglio del filo giallo, avrete 60
   secondi per completare l'estrazione e sfilare lo spinotto
   dai cilindri grigi collocati sotto l'alimentatore. Questo
   tempo e' indicato dal timer luminoso sopra il santino con
   la foto di Bruce Willis e la scritta "OVUNQUE PROTEGGI".
 
6. Se eseguendo il punto (5) sentite un "CLIC" seguito da un
   forte ronzio - e' gia' troppo tardi. Si raccomanda quindi
   di preparare in anticipo una "ultima frase" di vs. gusto,
   ripetendola piu' volte durante lo smontaggio cosi' da non
   essere colti impreparati. 
 
--- repost ---
 
Leonardo


sodio (in quest'ultimo caso il ladro non urla solo "parblè")
 
Via, ragazzi. Le basi. Cosa diceva Obi-Wan (quell'altro)?
 
 
http://www.youtube.com/watch?v=k-ckechIqW0
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
"Usa LA FORZA, Luke! Con le buone non si ottiene niente!"
 
Leonardo e un thread che sta degenerando 8-D


Interfacciandosi alla mia unità neurale,  disse:

   Eh... Però hai alcuni di vantaggi utonto-free: è "meno complesso" che 
scrivere una cosa qualunque e, soprattutto, non corri il rischio che 
qualcuno scriva la password su un post-it attaccato alla box...
:D
-- 
                          |
\|/ ____ \|/   \ ||_|     |   Eloi, Eloi,
"@'/ ,. \`@"    \|| |     |   Lama Sabachthani !!!


 santino con la foto di Bruce Willis e la scritta "OVUNQUE PROTEGGI".
 
Grandioso, fonte?

Andrea D'Amore ha scritto:

Leonardo Serni.
Tanti anni fa, su it.comp.sicurezza.varie (afair)


 --- repost ---
Non e' a prova di PITA, anzi, un PITA la schiavarda in 30 secondi netti, 
trascurando bellamente le istruzioni.
P.S. Ti ho mai detto di quella volta che ho salvato per tre volte 
consecutive la vita ad un tizio nel giro di un' ora?
P.P.S. Per i solutori piu' che abili: Leonardo Serni, amico mio, me lo 
fai un autografo?

 ? sarebbe sicuramente meno leggibile...
Come giï¿œ detto da altri la chiave deve risiedere su altro sistema.
Ad oggi IMHO puoi far leva sul TPM per poter garantire la sicurezza. Il
TPM puï¿œ contenere delle chiavi non esportabili, quindi potresti operare
in questo modo:
a) Metti i dati su una partizione crittata
b) al boot carichi un sistema minimale da CD che contiene il programma
di decrittazione. Questo esegue i seguenti passi:
 - Verifica a grandi linee che il sistema sia quello previsto
   interrogando i dati DMI del sistema
 - Apre una sessione https verso un server di autenticazione, validando
   il certificato fornito e scarica l'hash del CD di boot che confronta
   con l'hash del CD montato (questo serve per verificare che non sia
   stato fatto il tampering del CD di boot).
 - Se tutto ï¿œ a posto richiede al server la chiave per decrittare la
   partizione crittata. Il server gliela invia crittografata con la
   chiave pubblica contenuta nel TPM e quindi la macchina la decodifica
   facendo le chiamate al TPM
c) Monti il disco crittato
d) Esegui un pivot-root sul disco crittato e completi il boot.
Problemi:
- La creazione del CD di boot e dell'ambiente di avvio ï¿œ abbastanza ostica
- Ti serve un sistema dotato di TPM
Il sistema ï¿œ molto resistente dal punto di vista della sicurezza anche
se non ï¿œ ovviamente inespugnabile. Se diamo per vero l'assioma che il
TPM non sia crackabile, per poter fotterti il sistema ï¿œ imprescindibile
la necessitï¿œ di avere a portata di mano l'hardware originale e di
trovarsi nella location originale.
Per espugnarlo sarebbe necessario creare una macchina virtuale che emuli
la macchina fisica (in tutto e per tutto, comprese info DMI e presenza
del TPM) ma che passasse le chiamate TPM verso la macchina fisica reale.
Su quest'ultima dovrebbe girare una versione di sistema operativo che
riceve le chiamate fatte al TPM, le passa al vero TPM, legge il
risultato, lo memorizza e poi lo ripassa alla macchina virtuale. Non ï¿œ
impossibile e entro certi limiti nemmeno difficile, ma se circondata
dalle opportune misure di sicurezza di contorno (
p.es
. port security
sullo switch cui ï¿œ connessa la macchina) rende il lavoro particolarmente
difficoltoso e facilmente rilevabile. In particolare uno dovrebbe giï¿œ
sapere, prima di iniziare, cosa fare e come farlo e ciï¿œ non ï¿œ certo
semplice.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 
http://www.youtube.com/watch?v=k-ckechIqW0
 
 
  Parblè



 
 
 
temo tu ti sia fatto un'idea autonoma del problema.
 
molto più semplicemente, vorrei evitare che rimuovendo il disco si 
possano copiare delle informazioni aziendali riservate. il prerequisito 
è che la linuxbox non ha monitor/tastiera quindi deve essere autonoma. 
anche in caso di riavvio dovuto ad assenza elettrica.
 
tutto qui.


 
 
no, per me è più che scontato, ma ho dei vincoli fisici che mi 
impediscono di adempiere a questa semplice regola.
 
 
mando il server in culonia, l'operatore deve solo attaccare la spina. 
stop. manca mouse, tastiera, monitor e qualsiasi altra periferica di input.
 
quindi mi si pone il problema per cui ho chiesto il vostro gentile aiuto :)

quindi mi si pone il problema per cui ho chiesto il vostro gentile aiuto :)
 
In questo caso, partizione truecrypt montata su comando SSH esterno.
 
Un server sicuro in Italia riceve la richiesta (al boot), e in automatico
si collega (se IP etc. va bene), effettua i controlli del caso (che cosi'
sono anche upgradabili e non vengono loggati dalla macchina in condizioni
normali), e monta la partizione.
 
Se il server va giù, la partizione rimane criptata e non ci accedi.
 
A macchina su, la macchina si suppone che sia sicura.
 
Per poterti sbananare la macchina, occorrono almeno tre cicli di powerup,
e il tuo server in Italia può rifiutarsi di farli, e scalare invece tutto
a un sysadmin umano. In condizioni buone non succede mai.
 
Leonardo


 a un sysadmin umano. In condizioni buone non succede mai.
 
 
il problema nasce quando un server fa il boot senza connessione. oppure 
quando il server sicuro è senza connessione.
 
a quel punto darei un disservizio.
 
purtroppo ho pensato anche di spostare le chiavi du un server esterno 
come dici tu, però quel server diventa davvero troppo importante, ed in 
caso di guasti o problemi è un casino.

a quel punto darei un disservizio.
 
Lo dai comunque. Devi decidere quale disservizio dare:
 
a) Rischio che rubando la linux box si possa, lavorandoci sopra, accedere
   ai dati, e questo IN CONDIZIONI NORMALI.
 
b) Rischio che se salta la connessione, e cioe' IN CONDIZIONI ANOMALE, il
   sistema non funzioni.
 
IMHO, dire "In condizioni anomale ci saranno anomalie" non e' grave; o lo
e' meno che dire "In condizioni normali, avete il culo scoperto".
 
Sicuro O disponibile, bisogna sceglierne una :-D


 risultato, lo memorizza e poi lo ripassa alla macchina virtuale.
Impossibile in un vero sistema TPM perche il bios/efi (che fa parte egli stesso del tpm) si rifiuterebbe di dare il controllo ad
un SO non firmato.
 
Giulia
 
 

 a quel punto darei un disservizio.
 
Il tuo problema è che vuoi la moglie ubriaca e la botte piena.

 un SO non firmato.
 
Prima di dire stupidate su argomenti che evidentemente non conosci
almeno informati su cosa sia il TPM e su come funziona.


    interrogando i dati DMI del sistema
Questo passo lo puoi fare con trustedgrub, visto che serve il TPM e ne 
disponi.
Il resto lo fai nell'InitRD e quindi le problematiche si semplificano 
leggermente.
L'idea di usare TPM comunque mi piace parecchio.


Non solo, la voglio anche bona.

 Non solo, la voglio anche bona.
 
Eppureintelligente ?


No, silenziosa piuttosto! :)


Accidenti, ed io che speravo di vedermi la foto di Max_Adamo. Invece 
sono arrivato tardi.
 

 tutto qui.
Scusa, ma se ti rubano il pc intero lo accendono , la crittografia fa 
tutto da sola e rende disponibili i dati in chiaro ... sei daccapo !!
ho capito bene ?

 almeno informati su cosa sia il TPM e su come funziona.
 
Quindi hanno inventato i sistemi TPM perche il primo sapientone  del NG ci installi un SO prorio e utilizzi le chiavi ??
 
Mi sa che devi cambiare lavoro e andare a fare il consulente da 
http://en.wikipedia.org/wiki/Trusted_Computing_Group
 ,
ti accoglieranno a braccia aperte!!!!
 
Giulia
 
 

 un corridoio accanto alla macchinetta del caffe' ha poco senso.
 
  Magari affianco alla macchinetta del caffè ci lasci il nas con i dati, 
nessuno pensarà mai che i dati sensibili siano proprio lì



Architecture: amd64
Version: 1.3.3-2
Depends: libc6 (>= 2.2.5), libssl0.9.8 (>= 0.9.8f-5), libtpm-unseal0,
libtspi1, opencryptoki, trousers
Filename: pool/main/t/tpm-tools/tpm-tools_1.3.3-2_amd64.deb
Size: 183564
MD5sum: dda2b3d88064e68710b796e7f548f6de
SHA1: 113d0d4828ac74c4aa39459d77ed733fb9cb66df
SHA256: fa1539125147885111153992d6360295fb9e05d41f05f0a6053ac1c3dc1bd19b
Description: Management tools for the TPM hardware (tools)
 tpm-tools is a group of tools to manage and utilize the Trusted Computing
 Group's TPM hardware. TPM hardware can create, store and use RSA keys
securely
 (without ever being exposed in memory), verify a platform's software state
 using cryptographic hashes and more.
 .
 This package contains tools to allow the platform administrator the ability
 to manage and diagnose the platform's TPM. Additionally, the package
contains
 commands to utilize some of the capabilities available in the TPM PKCS#11
 interface implemented in the openCryptoki project.
Homepage: 
http://trousers.sourceforge.net/
 
 
 
A naso dovrebbe essere circa il 2007 (anno di acquisto del Thinkpad R61
primo mio PC con TPM) il momento in cui ho iniziato a sperimentare l'uso
del chip per svariate operazioni crittografiche, e senza mai aver
compilato kernel trusted.
 
Se vuoi imparare qualcosa al riguardo parti da questa guida
http://www.grounation.org/index.php?post/2008/07/04/8-how-to-use-a-tpm-with-linux
 
e poi leggiti la documentazione su 
http://trousers.sourceforge.net/
 
 
Altrimenti se preferisci continua pure a sparar cazzate e a fare la
figura della fessa.


 figura della fessa.
 
Qui c'e' un solo fesso , quello che pensa che il sistema TPM sia una smart card saldata sulla MB e lo usa come tale....
 
 
Giulia
 
 




 smart card saldata sulla MB e lo usa come tale....
 
Brava... Adesso che hai nuovamente rigirato un po' il letame torna pure
nella cantina a programmare applet per la firma digitale via browser.



