Dato che il tuo laptop era in possesso di un ente governativo con intenzioni sconosciute nei tuoi confronti per un periodo prolungato, non c'è davvero modo di ripristinarlo a uno stato completamente affidabile.

Se presumi gli Stati Uniti DHS per essere ostile, quindi l'unico processo sicuro con cui andare avanti include:

1. Presumere che tutti i dati sul laptop e tutto l'hardware confiscato siano compromessi.
   • Modifica tutte le password per gli account che potrebbero essere stati memorizzati / memorizzati nella cache sui dispositivi.
   • Cambia tutte le password per altri account che utilizzano la stessa password degli account che potrebbero essere stati memorizzati / memorizzati nella cache sui dispositivi.
   • Annulla tutti i meccanismi di pagamento che potrebbero essere stati archiviati / memorizzati nella cache sui dispositivi.
   • Comunica gli avvisi sulla privacy appropriati a terze parti potenzialmente interessate.
2. Supponiamo che il laptop e tutto l'hardware confiscato siano stati modificati per consentire la futura raccolta di dati o il controllo del sistema da parte del DHS degli Stati Uniti o delle agenzie correlate.
   • Distruggi i dispositivi. Non acquisire alcuna immagine di backup o copiare alcun file. Basta bruciarli / distruggerli / polverizzarli / schiacciarli così come sono.
   • Acquista hardware / software sostitutivo da una fonte attendibile, tramite una catena di fornitura affidabile e ricostruiscili da zero.
   • Se esistono backup affidabili (backup che non sono stati confiscati e non sarebbero accessibili in remoto con credenziali che potrebbero essere state archiviate / memorizzate nella cache su dispositivi confiscati), ripristinare i dati da tali origini secondo necessità.

Qualsiasi cosa al di sotto di questo lascia aperte diverse possibilità estremamente indesiderabili:

1. US Il DHS potrebbe continuare ad avere accesso ai tuoi account online e / o alle tue risorse finanziarie.
2. Uno o più dei tuoi dispositivi potrebbero contenere malware persistente che consente al DHS statunitense o ad agenzie correlate di spiarti o controllare i tuoi sistemi . E sei tornato al primo posto.
3. I file archiviati su uno dei tuoi dispositivi potrebbero contenere malware che si installerà automaticamente all'apertura. Quindi vedi # 2.
4. L'hardware o il firmware su uno dei tuoi dispositivi potrebbe essere stato modificato per includere malware, che potrebbe installarsi da solo al momento della connessione a un altro dispositivo. Vedere di nuovo il punto 2.
5. Qualsiasi progetto software su cui stavi lavorando e / o gli strumenti che utilizzi per compilarli potrebbero essere stati modificati per includere malware. Torna di nuovo al punto 2 e aggiungi ulteriore impatto ai tuoi clienti se non viene scoperto e gestito prima della distribuzione.

Dovresti controllare le 10 leggi di sicurezza immutabili. La legge n. 3 si applica certamente. Supponendo che abbiano sfruttato quella legge, puoi probabilmente scommettere che si applicano anche le leggi # 1 & # 2.

Legge # 1: se un cattivo può convincerti a esegui il suo programma sul tuo computer, non è più il tuo computer
Legge n. 2: se un malintenzionato può alterare il sistema operativo del tuo computer, non è più il tuo computer
Legge n. 3: Se un malintenzionato ha accesso fisico illimitato al tuo computer, non è più il tuo computer

Consulta anche le 10 leggi immutabili dell'amministrazione della sicurezza. Qui, la legge n. 4 è più appropriata.

Legge n. 4: non serve a molto installare correzioni di sicurezza su un computer che non è mai stato protetto all'inizio

Questa è un'ottima domanda.

Fondamentalmente, una volta che un dispositivo è stato sequestrato da un avversario con il livello di sofisticazione di uno stato-nazione, in particolare gli Stati Uniti, quel dispositivo e tutti i dati contenuti non possono essere attendibile. L'unico approccio sicuro è non fidarsi di quel dispositivo e distruggerlo.

Le fughe di notizie di Snowden hanno rivelato i vari metodi con cui il governo americano può compromettere i computer. Ciò include l'installazione di bug hardware nella tastiera stessa, nella GPU o in altri componenti che rendono il computer completamente radicato e compromesso anche se viene reinstallato un sistema operativo. Hanno anche installato trasmettitori radio per sconfiggere i computer "con aria compressa" che non si connettono mai a Internet esfiltrando dati tramite radio nascoste. Il discorso di Jacob Appelbaum sull'argomento è molto istruttivo: consiglio vivamente di guardare questo video mentre descrive i vari dispositivi che il governo è noto per usare. È disponibile anche un riepilogo di wikipedia.

Ora, è possibile che gli agenti della sicurezza nazionale non abbiano installato nessuno di questi dispositivi e non abbiano le stesse capacità dell'NSA. Tuttavia, ciò non può essere escluso.

Anche se potresti essere in grado di recuperare alcuni dati dal disco rigido estraendolo e inserendolo in una custodia USB / utilizzando un cavo da SATA a USB, questo presenta dei rischi . Vorrei utilizzare un computer usa e getta per leggere l'unità .. poiché nel firmware o nel controller dell'unità potrebbe essere stato installato un malware che tenterà di infettare qualsiasi computer a cui è collegato.

A contrastare questo, consiglierei di acquistare un dispositivo di duplicazione hardware forense (noto come duplicatore di blocchi di scrittura). Quindi, collega l'unità SATA dal tuo computer e clonala su un altro disco. Quindi, copia i file da quel disco clonato su un altro computer. Ciò dovrebbe impedire la compromissione basata sul firmware.

Tuttavia, non è possibile garantire che qualche tipo di worm, ecc., non sia stato installato nei file stessi. Copiando su più dispositivi e non utilizzando il dispositivo originariamente utilizzato per collegare il disco rigido, si riducono al minimo le possibilità di compromissione prolungata; ma c'è ancora una possibilità che qualcosa non funzioni con i file. AntiVirus ecc. Non aiuta contro attacchi sofisticati come questo.

Ecco perché il computer non è più affidabile. Tuttavia, puoi adottare misure come il duplicatore hardware per ridurre al minimo la possibilità di problemi.

Anche questa storia potrebbe essere degna di nota: http://www.wired.com/2010/11/hacker -border-search /.. famoso hacker fa ispezionare il suo computer al confine dal DHS, e la sua conclusione è stata quella che credo sia molto valida:

"Non posso fidarmi di nessuno di questi dispositivi ora ", dice Marlinspike, che preferisce non divulgare il suo nome legale. "Potrebbero aver modificato l'hardware o installato un nuovo firmware della tastiera."

A seconda del tuo livello di paranoia su questo e della quantità di codice, puoi passare a un metodo LOW-TECH per aggirare tutto ciò che è stato fatto.
Acquista una stampante economica. Collegalo al tuo laptop. Stampa il tuo codice sorgente come risme e risme di testo. Stampa qualsiasi grafica, layout ecc. Stampa le impostazioni utente necessarie. Distruggi il laptop e la stampante.

Ovviamente ora devi reinserire tutto il tuo codice sorgente, ricreare la tua grafica e così via, ma non devi reinventare nessuno dei l'IP e NON esiste una connessione elettronica che nessuno possa tracciare.

1) Quindi non c'è modo di sapere che non lo hanno fatto. Mi sento come se fosse un po 'al di sopra del loro livello di pagamento (e avrebbero il tempo di farlo?). Dipende dal tuo livello di paranoia. Se i tuoi pensieri scorrono come un flusso tranquillo dopo il primo giorno di primavera, copia i dati su una nuova macchina e vai avanti con la vita. Se ti chiedi se i cani che ululano nei tuoi pensieri siano messaggeri del principe delle tenebre, brucia tutto in un falò alimentato dalla termite.

2) Per me personalmente, distruggerei l'attrezzatura, piangerei sulla sua tomba e andrei avanti. Con backup che non sono fisicamente su di me. Tuttavia, la maggior parte dei dati che conservo sulle mie macchine risiede nel cloud o è sostituibile.

Se questo lavoro è davvero inestimabile, è necessario un audit. Prima di tutto, estrai l'unità dal laptop e collegala a un ambiente isolato: un nuovo computer senza rete. Un pratico CD Linux Live è ottimo per questo. Monta l'unità in questione e guarda tra i file: vedi qualcosa di strano? Manca qualcosa? Qualche strano file di Windows? Anche l'uso di Clam AV è una buona scelta. Ci sono nuovi file che non riconosci? Eliminali.

Farei anche la copia in piccoli pezzi mentre sono nel Linux Live CD. A meno che non siano abbastanza sofisticati da inserire malware Windows e Linux, impediresti a qualsiasi programma di sorveglianza di riprodursi automaticamente e trovare una nuova casa. Non lo sottolineerò mai abbastanza: so cosa stai copiando . Controlla il tuo progetto: ci sono nuove aggiunte che non ricordi?

Dopodiché, utilizza un ambiente Windows pulito e fai attenzione a qualsiasi attività sospetta. Crea una buona politica di sicurezza e la prossima volta crittografa le tue unità! Oh, e lancia tutto dopo aver recuperato i dati. Gli attacchi al firmware sono reali.

Come altri hanno sottolineato, per il codice sorgente devi fare di più che copiarlo in modo sicuro: devi essere in grado di rilevare la manomissione. E per questo devi fare una revisione sostanziale del codice.

Se il codice è molto complesso, o non ne sai abbastanza per farlo adeguatamente, hai un'altra opzione: crowdsourcing la tua recensione. Basta pubblicare il codice come open source e invitare le persone a trovare l'impianto. Immagino che alcune persone apprezzerebbero la sfida.

1. Procurati un altro computer (affidabile).
2. Procurati due adattatori USB / seriali e un cavo null modem (per collegarli). È improbabile che il tuo computer fidato sia sfruttabile in remoto tramite una connessione seriale. Collega un adattatore a ogni computer.
3. Sul computer attendibile, esegui cat / dev / ttyS0 > hd.img . (Il tuo adattatore seriale potrebbe non essere / dev / ttyS0; potresti volerlo controllare in qualche modo)
4. Collega i due computer.
5. Sul computer non attendibile, esegui cat / dev / sda > / dev / ttyS0 (o qualsiasi disco rigido si desideri visualizzare e qualunque sia l'adattatore seriale chiamato su quel computer)
   (Se quel computer non esegue già Linux, utilizzare un Live CD o un Live USB usa e getta)
6. Al termine, ctrl-C il processo cat del computer attendibile (poiché continuerà ad attendere altri dati).

( Se hai più unità di cui desideri creare l'immagine, collegale al computer non affidabile e ripeti la procedura)

Ora dovresti avere un'immagine del disco rigido e l'hai ottenuta senza rendere vulnerabile il tuo computer fidato. Poiché il contenuto dell'immagine non è degno di fiducia, non avviarlo in una macchina virtuale .

Potresti aprirlo con un editor esadecimale e provare a cercare i dati che desideri, ma ti ci vorrà per sempre per mettere insieme i file.

Invece, scrivi un programma (in un linguaggio sicuro per la memoria come Java o Python) per analizzare le strutture di dati del filesystem ed estrai i file che desideri. Assicurati di rivedere ogni file estratto in un editor esadecimale prima di utilizzarlo per qualsiasi altra cosa, nel caso in cui sia stato manomesso. (Non usare nemmeno cat . xxd va bene fintanto che non è impostato per visualizzare caratteri ASCII)

Distruggi computer e dispositivi non affidabili ( inclusi eventuali Live USB che hai utilizzato su quel computer); non sai che non hanno aggiunto alcun dispositivo di tracciamento. L'hanno (probabilmente) fatto in passato, quindi questa preoccupazione non è ingiustificata.

Non ho mai affrontato questo scenario; tuttavia da quello che so la procedura di pulizia inversa funziona. Avvia il supporto esterno e copia attentamente i file di lavoro uno per uno, controllandoli mentre procedi. Quindi riformatta.

Sii felice che i sistemi aggiornati non abbiano attacchi tramite file di testo o immagine (almeno quelli conosciuti). Se vengono visualizzati processi misteriosi, inviare i file di lavoro per l'analisi del malware. Se ne hai, il DHS si pentirà di averti preso di mira e di aver sprecato il suo malware più sofisticato su un obiettivo a bassa priorità.

Per riferimento futuro, sia per te che per gli altri, consiglierei di eseguire un hashing SHA256 completo di tutti i file sul computer e del firmware, prima e dopo tale viaggio. Assicurati di lasciare a casa l'elenco hash SHA1.

Per i viaggi all'estero, ti consiglio anche di prendere un laptop più vecchio che hai cancellato e di aver installato prima una nuova installazione del tuo sistema operativo preferito al viaggio. Prendi solo i file che ti servono. I file più piccoli dovrebbero essere ospitati nel cloud o accessibili in remoto. I file più grandi devono essere crittografati individualmente e dotati di nomi innocui ed estensioni di file non standard che non rivelano il loro scopo.

Prima di restituire, è necessario rimuovere tutti i file a cui non si desidera che gli agenti doganali accedano.

Come minimo, questi passaggi restringeranno il tuo obiettivo per determinare quali file potrebbero essere stati aggiunti / modificati / eliminati.

Come affermato in altre risposte, potrebbe esserci spyware nel BIOS o altrimenti nascosto nell'hardware modificato. (Ad esempio, in teoria, si può immaginare un attacco complesso in cui un processore viene sostituito da un chip che emula il processore originale ma fa anche cose aggiuntive a scopo di spionaggio.)

Per essere assolutamente sicuri di aver rimuovere qualsiasi spyware di questo tipo richiederebbe esperienza nell'elettronica e, anche in questo caso, il tempo per farlo potrebbe valere più del valore dell'hardware.

Tuttavia, il recupero di dati ( codice non eseguibile), in particolare testo normale, da esso è possibile, a condizione che non si esegua mai codice proveniente - direttamente o indirettamente - dalla macchina compromessa (inclusi i file scritti direttamente dall'hardware dal laptop compromesso) .Questo significa:

1. Non puoi usare il laptop stesso per copiare i dati.
2. Non puoi recuperare il codice compilato (supponendo che non lo smonterai e lo leggerai tutto a fondo ).
3. Qualsiasi codice sorgente recuperato deve essere controllato manualmente. Se è il tuo codice, la verifica della presenza di spyware aggiunti dovrebbe essere fattibile, ma richiede molto tempo.
4. I due punti precedenti si applicano a qualsiasi tipo di documento che può includere macro o script (ad esempio documenti Microsoft Word ed Excel).
5. È possibile ripristinare i tipi di documento che supportano le macro utilizzando un software affidabile per verificare e rimuovere le macro.

Collegare il disco rigido a una nuova macchina, per copia da esso e poi scartalo.

C'è ancora il rischio di attacchi di sovraccarico del buffer nei documenti, che prendono di mira una particolare applicazione che potresti usare per visualizzare il documento. Una possibile difesa contro questi (oltre a controllare per vulnerabilità note) consisterebbe nell'usare applicazioni meno comuni (e non quelle installate sul tuo laptop, dato che sono quelle che si aspetterebbero che tu utilizzi) per visualizzare i documenti o convertirli in un altro formato (usando software da una fonte attendibile per farlo) e possibilmente indietro.

I dischi rigidi del laptop compromesso potrebbero aver modificato il firmware, ma ciò non può causare direttamente l'esecuzione del codice sulla macchina che utilizzi per copiarli (potrebbe alterare i dati mentre vengono letti o scritti). Sebbene in teoria, potrebbe avere un exploit di sovraccarico del buffer che mira a un driver del disco.

Idealmente, tutte le operazioni di copia e conversione (e rimozione di macro) dovrebbero essere eseguite su una macchina che dovresti reinstallare (o eliminare) in seguito. (Un Raspberry Pi o simile è veloce da configurare e può essere sacrificato).

Desideri copiare il codice sorgente dalla macchina compromessa senza il rischio di infettare il tuo nuovo computer?

Facile:

1. Accedi a una rete WiFi aperta
2. Copia i tuoi file codice sorgente su un servizio cloud di archiviazione gratuito (o paste-bin)
3. scarica i file sorgente con il tuo computer di casa
4. Ispeziona attentamente tutte le tue fonti per manomissione (cosa piuttosto improbabile, perché di solito penserebbero che tu abbia copie di backup da qualche parte e non ti darebbero fastidio, ma dipende dalla complessità del tuo software)

In questo modo non non hai alcun collegamento diretto dalla macchina (forse) compromessa al tuo computer di casa. Gli unici file trasferiti sono file di testo non elaborati e controllati a mano. Quindi l'unico vettore di attacco rimasto è il codice subdolo nei file del codice sorgente. L'unico modo per essere a prova di proiettile contro questo sarebbe riscrivere ogni metodo in un nuovo progetto. Guarda il vecchio codice sorgente e scrivi di nuovo ogni metodo con alcune piccole correzioni e pulizia.

Altri hanno coperto perfettamente i pericoli dei problemi di & qui, quindi non cercherò di riprodurlo. Volevo solo aggiungere un suggerimento per dopo l'inevitabile revisione del codice. Mi rendo conto che la domanda riguarda la santizzazione del computer, ma ti suggerisco di prendere provvedimenti anche riguardo al tuo codice.

Quindi supponiamo che tu abbia trattato tutto l'hardware come se fosse una scrittura totale off e ostile, e devi recuperare il codice da esso. Ci sono già stati suggerimenti su come trasferire il codice su un'altra macchina usando una stampante usa e getta e diciamo che l'hai fatto (avrei rimosso fisicamente l'adattatore wireless dalla macchina compromessa prima di avviarla come precauzione aggiuntiva troppo).

Quindi hai digitato di nuovo il tuo codice e lo hai già esaminato per eventuali modifiche e sei soddisfatto. Il passaggio aggiuntivo che vorrei intraprendere ora è anche presumere che il codice sia stato esaminato e debba essere rivisto a livello funzionale e, se necessario, modificato.

Questo potrebbe essere il modo in cui si hash e si memorizzano le password, forse un meccanismo di licenza se ne ha uno, o forse il tuo codice comunica su Internet con gli utenti in un modo particolare. Sto solo pensando che se stessi portando il codice che gestiva qualcosa che potrebbe interessare un attore di uno stato nazionale, proverei a modificarlo in modo che se hanno raccolto qualcosa dai suoi meccanismi interni, la prossima volta che vedono in uso si comporterà diversamente da come si aspetterebbero che si comporti.

tl; dr

I ' d suggerire di riflettere sulla funzionalità del codice che stavi trasportando; un attore potenzialmente ostile trarrebbe beneficio dalla comprensione di come funziona? In tal caso, considera come mitigheresti il ​​fatto che qualcuno abbia quella conoscenza.

Questo ovviamente presuppone che il codice che stavi portando potrebbe essere di suo interesse.

Nota finale; questo passaggio sarebbe necessario nella mia mente anche se avessi ripristinato il codice da un backup sicuro noto, poiché è il modo in cui funziona il codice che è stato esposto.

La tua situazione non sembra molto divertente a prescindere, buona fortuna per aver risolto tutto.