Il motivo per cui è necessario sincronizzare il timeserver con un'origine esterna è proprio questo, verificabilità. Come altri hanno sottolineato, un ricevitore GPS è una valida fonte esterna. L'utilizzo di un ricevitore GPS o di una sorgente radio temporizzata è in effetti un modo preferito per i server di tempo gestiti in scenari con gap d'aria, in quanto ciò significa che nessun dato sensibile può fuoriuscire dall'area con gap d'aria e nessun dato dannoso può fuoriuscire nel area con aria compressa.
Sì, un avversario malintenzionato potrebbe essere in grado di modificare il tempo all'interno dell'area con gap d'aria inviando falsi segnali GPS o radio, ma niente di più.
NON dice che è necessario lasciare che le connessioni del server time escano dal limite PCI DSS, dice semplicemente che è necessario, in qualche modo, mantenere l'orologio sincronizzato con l'ora internazionale.
Il motivo per cui non puoi semplicemente "gestire il tuo timeserver interno", senza aria condizionata, senza alcun mezzo per ricevere nulla dall'esterno, è perché immagina che si verifichi una violazione.
Quindi collabori con le forze dell'ordine e l'hacker viene catturato. Immagina quindi che tutti i tuoi registri siano completamente sincronizzati internamente, ma il tuo timeserver interno è a 1 minuto dall'ora esterna.
E ora, il criminale ha un alibi, diciamo che l'hacker era, secondo le registrazioni ufficiali, detenuto dalla polizia per sospetta guida ubriaco ma poi è stato trovato innocente, nel momento esatto in cui si è verificata la violazione.
Ora, la tua prova è fondamentalmente non valida, perché mostra qualcosa che non può accadere.
Ecco perché è necessario sincronizzare il time server con una fonte esterna. Quale fonte esterna viene utilizzata, non importa, purché il suo "accettato dal settore", ad esempio un modo comune per sincronizzare i timeserver, sia valido dal punto di vista dell'applicazione della legge.
Se si deve ASSOLUTAMENTE mantenere l'area PCI DSS a cielo aperto per qualche motivo, diciamo all'interno di uno spesso deposito, è comunque possibile fornire servizi temporali, avendo un ricevitore orario esterno (che riceve segnali da un ricevitore GPS o simile) , che emetterà quindi PPS (Pulse per second) tramite un laser che viene pulsato in una piccola finestra * nel vault, e all'interno del vault, si avrà un ricevitore, che sincronizzerà il server orario interno. (e quindi, il server orario interno avanza solo sull'impulso laser, e se il time server esterno deriva dal tempo mondiale, si correggerà inviando impulsi più veloci o più lenti)
* Questa finestra deve anche essere fatta in un modo tale da non compromettere la sicurezza del vault.
Tieni presente che hai anche bisogno di un mezzo per sincronizzare inizialmente il server orario interno se segui questa rotta.
Questo non ha nulla a che fare con la separazione dei compiti. La separazione dei compiti è richiesta solo se gestisci una tale quantità di transazioni che rendono necessario questo.
Se una società individuale processa i dettagli della carta di credito, verrà accettato un unico dazio, ma solo per una piccola quantità di transazioni, in cui il rischio di corruzione è basso.
Quello che Trey Blalock ha detto sull'avere 2 server di tempo interni che si registrano l'un l'altro, non gestiti dagli stessi amministratori di sistema, non verrebbe accettato come controllo di compensazione, perché non hai i mezzi per assicurarti che questa volta sia correttamente sincronizzata con l'ora mondiale. Sì, è possibile sincronizzarli manualmente da una fonte esterna, ma ciò significherebbe il server temporale nel frattempo, deriva dal tempo mondiale.
Un controllo di compensazione sarebbe comunque quello di avere un OCXO (oscillatore a cristallo compensato con forno) che è una volta sincronizzato con il tempo esterno, prima di essere introdotto nell'area PCI DSS. Questo OCXO potrebbe anche essere sigillato con sigilli antimanomissione.
Notate che anche una deriva OCXO con il tempo, e deve essere periodicamente controllata e resincisa.