GOTO 2016 • Rugged: Being Secure & Agile • Michael Brunton-Spall

quindi oggi ti parlerò di
come è possibile combinare la sicurezza e agile
sviluppo allo stesso tempo quindi prima di
tutto ciò che io sono Michael Paul di Paul Brunton puoi
prendimi su Twitter e batti da Paul
e tu sai tweet me domande o parlare
per me attraverso le cose i miei pronomi
Lui sente e lui e io sono il protagonista
architetto di sicurezza all’interno del
servizio digitale del governo che è a
parte del Gabinetto del Regno Unito
governo quindi il mio compito è di andare fondamentalmente
giro il resto del governo e dai
consigli su come costruire sistemi che sono
sicuro ma per farlo in un moderno
modo interessante e unico mi è stato detto il
la seconda cosa più terrificante che tu
posso sentire qualcuno dire che sono del
governo e sono qui per aiutare nessuno
piace avere il governo entrare e
parlare con loro però il più terrificante
cosa che puoi mai sentire in un
l’organizzazione è che io vengo dalla sicurezza e
Sono qui per aiutare e purtroppo io sono entrambi
quelli quindi sono probabilmente il più
persona terrificante che chiunque può vedere
governo che è sempre preoccupante
perché sono sempre qui per aiutare mi piace
per aiutare ma sono entrambi nel governo
e io vengo dalla sicurezza e dalla mia ipotesi
e la mia teoria è quello sviluppo agile
può renderci più sicuri e non meno sicuri
per raccontarti di questo e e
così via, quello che ho bisogno di fare è
spiega come funziona ora la sicurezza
organizzazioni come governi come
banche come le organizzazioni finanziarie
sono pesantemente regolamentati e ti mostrano il perché
funziona come fa perché molti di
siamo stati venduti un mito della sicurezza
a molti di noi è stato detto che funziona in un
certo modo e non c’è in realtà
cosa succede, qual è la corrente?
stato di sicurezza
beh, in realtà la sicurezza tende ad essere
riassunto da un paio di tipi diversi
di parole il genere di cose che le persone
parla della sua certificazione
accreditamento se non lo fai
accreditamento di certificazione che hai
probabilmente sentito parlare di PCI è già sentito
di PCI quindi questa è la carta di pagamento
certificazione di settore se si prende il pagatore
informazioni sulla carta di credito che devi
dimostrare che il tuo sistema è sicuro
abbastanza per mantenere quell’informazione in
per continuare a pagarlo iso 27001 che
è un accreditamento che puoi ottenere come un
organizzazione per mostrare che si prende
sicurezza sul serio lo capisci e
Non ho mai veramente incontrato qualcuno che sia un
sviluppatore
lavora nell’industria del software a cui piace PCI
o ISO 27001 poi qui vogliono mettere
la mano e dire che gli piace ISO 27001
ora a nessuno piace non è divertente è
in realtà non molto prezioso sia il
processi si deve passare attraverso il
le cose che devi dimostrare sono spesso a
dispari con il modo in cui effettivamente lavori così tu
spendere un sacco di tempo che documentano come si
fai questi processi che non fai davvero
hanno scritto così tutti possono farlo
Dite che fate quei processi ma il
la realtà è che le persone fanno cose diverse
cose in background e ciò che coloro
spingerci verso è questo concetto che
la sicurezza è un lavoro di sicurezza del gatekeeper
è quello di impedirti di lavorare
Il compito della sicurezza è di impedirti di farlo
fare un errore per impedirti di
rompendo accidentalmente qualcosa, così finiamo
con team di sviluppo che sembrano
questo ti viene in mente un’idea ma prima
puoi davvero fare qualcosa con quello
idea di andare al team di sicurezza
e fare analisi del rischio fatto e lo faranno
guarda l’idea e decidi se lo è
troppo rischioso per la tua organizzazione
nell’appetito del rischio per il
organizzazione una volta che hanno detto di sì
va bene, non è troppo rischioso lì
puoi andare alla fase di progettazione che puoi
progetta il tuo sistema progetta il tuo sistema IT
ma poi avrai un team di sicurezza
chi andrà anche contemporaneamente
aggiungendo alcune funzionalità extra e lo faranno
fare una revisione del progetto e si fermeranno te
passare alla fase successiva fino a quando non lo hanno
fatto la loro revisione del design è possibile quindi
codice e costruire il sistema e poi
otterrai una revisione del codice, quindi lo scooting
passerà e controllerà te
non ho usato funzioni che non eri
dovrebbe usare il tuo codice è sicuro
dal design che fa tutto bene
cose
finalmente puoi metterlo alla prova
ambiente e tu puoi fare il tuo
il test funzionale fa funzionare il sistema
fa ciò che hai intenzione di fare
e nel frattempo il team di sicurezza
stanno per andare fuori e ottenere la penetrazione
test fatto stanno per ottenere persone
chi controllera ‘il tuo sistema?
in realtà sicuro e poi finalmente sei
andando a metterlo in produzione e
tutti saranno felici e quello che sei
fare un’organizzazione tradizionale è
lo butterai sul muro verso il
squadra operativa e faranno rispettare
qualcosa ha chiamato una scheda di controllo del cambiamento
su tutti voi amate il controllo dei cambiamenti
consiglio e mi sento come dovrei
scusa per ITIL perché il Regno Unito
il governo è in realtà quello che è venuto fuori
ITIL e pubblicato e io sono davvero
scusa questa è la mappa del processo ITIL per
approvare un cambiamento in produzione così
la prima cosa che dovete fare voi è
devi andare e assicurarti di te
capire l’impatto del cambiamento di te
devo scoprire che tipo di cambiamenti
e categorizzare è un piccolo cambiamento a
grande cambiamento lo fai cetera
passare alla consultivo di controllo delle modifiche
Consiglio chi
se il cambiamento è appropriato per andare
è quindi necessario controllare quando il cambiamento
può essere programmato per essere schierato in
produzione finalmente con Churchill’s
il cambiamento bella introduzione lo farai
consegnalo a un team operativo che potrebbe farlo a
un certo punto in realtà fare il cambiamento in
produzione e poi hanno un impatto
analisi per capire come se il
il cambiamento ha avuto effetto su ciò che ha fatto e dice
tu che il tuo codice non ha funzionato al meglio
come pensavi che facesse questo tipo di
il processo pesante e bizzarro è un modo in cui noi
garantire la sicurezza in molte organizzazioni
non puoi cambiare il sistema
produzione perché potresti cambiare la tua
proprietà di sicurezza del sistema e
quindi rompere il sistema così qualcuno
deve analizzare che hai una sicurezza
rappresentante sul controllo dei cambiamenti
consiglio di controllare ogni cambiamento e dicendo
hai cambiato la sicurezza del
sistema ho bisogno di aggiornare il
documentazione ho bisogno di fare tutto
che bene la cosa è il settore IT
è cambiato negli ultimi dieci anni ha visto
un enorme cambiamento nel modo in cui noi
sviluppo software agile sviluppato
cambia assolutamente tutto ciò che riguarda il
modo in cui lo facciamo e una delle chiavi
le cose sull’agile sono così tante
la gente dice che sta facendo agile . Vado a
team tutto il tempo che mi dicono che sono
facendo mischia facciamo agile ho incontrato a
squadra l’altro giorno che ha letteralmente detto
stiamo facendo agile, stiamo facendo due settimane
iterazioni abbiamo appena finito il nostro sesto
iterazione del design e tra due settimane
inizieremo la nostra iterazione di codice
e faremo 20 di quelli che codificano
iterazioni prima di fare il nostro test
iterazioni quindi mi piace sempre solo
nel caso in cui sono sicuro che capirai tutti
che voi tutti, ma mi piace assicurarmi che
siamo tutti sulla stessa pagina ciò che è
agile perché agile sarà il Capitolino
un vaso con un po ‘ è molto diverso
ci sono molti diversi altamente pagati
consulenti che ti diranno che cosa è agile
è quello che è il loro marchio di agile e venduto
tu su loro costoso corso di formazione
ma agile torna davvero a questi
cose questo è il manifesto agile quando
i creatori originali dell’agile
il movimento si è riunito hanno avuto una varietà
di diversi modi di fare agile e
si sono tutti riuniti e hanno detto cosa sono
le cose in comune che abbiamo ed è
questo bit nel mezzo è davvero la chiave
si tratta di dire individui e
interazioni e software di lavoro
collaborazione con il cliente che risponde a
cambiare e questo è ciò che la gente ricorda
sull’agile quando vado a parlare alle persone
chi lavora nel Ministero della Difesa chi
lavorare nell’esercito che lavora nell’aria
Forza quindi vai a parlare alla gente dell’intelligence
le agenzie dicono che questo agile non può
forse funziona perché ti interessa solo
riguardo alla risposta al cambiamento, hai no
non elaborare documentazione
ma in realtà ciò che il manifesto agile
disse mentre le cose erano a destra
avere valore diamo valore alle cose sul
Lasciati più hanno più valore del
quelli a destra
non significa quelle cose sul
non hanno valore, quindi valutiamo
individui e interazioni finite
processi e strumenti ci sono strumenti e
ci sono processi e lo sono
importante che contano , in realtà aiutano
noi forniamo software ma non se lo fanno
impedire agli individui di interagire
l’ uno con l’ altro
non se ti impediscono effettivamente
andando e parlando con il team operativo o
parlando con la persona che sta per usare
il tuo software se il processo entra nel
modo dell’interazione non è un bene
processo, ma un processo che garantisce che
possiamo farlo più volte che è una buona
processo sulla visione che incoraggia e
informa le singole interazioni di lavoro
il software è più importante di
documentazione completa che dovremmo fare
la documentazione della documentazione è importante
mi aiuta se sono investito da un autobus
i miei colleghi di lavoro possono continuare il lavoro
che stavo facendo e la documentazione aiuta
loro lo fanno ma se ho una pagina 200
manuale sul sistema ma non funziona
sistema che il manuale non è molto utile
o così il software di lavoro è più
importante della documentazione voi
dobbiamo fare entrambe le cose dobbiamo lavorare
software che risponde al cambiamento
seguendo un piano non ho mai visto un
Diagramma di Gantt che è ancora vero un giorno
dopo che è stato scritto ogni volta che ho
ha lavorato su progetti e lo vedi
questo progetto sta per essere consegnato quelli
i grafici sono bugie che sono interamente
la finzione che rappresentano quando tutti sono
sperando disperatamente che il software vada
in produzione ma non sono mai veri
stanno mai vero che girano fino a
schede e schede di progetto e mostrano
questa meravigliosa tabella dice che è così
funziona vado che è impressionante sto andando
vai a parlare con gli sviluppatori di cui parlo
agli sviluppatori potrebbe piacere sì, lo siamo stati
dicendo per circa un mese che non lo siamo
andando a colpire quelle pietre miliari ma tu
conoscere la gestione di determinato
pietra miliare è stata annunciata pubblicamente così noi
non posso mancarlo, così sai che non lo siamo
mi mancherà il traguardo non lo è
sarà il giorno in cui hanno detto che era
sta per essere che è abbastanza comune
cosa abbiamo colpito il traguardo abbiamo solo
non l’ha colpito allo stesso modo
rispondere al cambiamento è molto importante
perché risulta che non possiamo prevederlo
il futuro
Ci ho provato più e più volte
e non posso predire il futuro che non posso
in realtà ti dirò quanto ci vorrà
per implementare una funzione posso darti un
buona stima e darti una buona ipotesi
ma c’è uno stretto margine in là e
quando stiamo costruendo software tutti quelli
Martines si accumulano abbastanza a lungo
modo e le persone con cui ho parlato hanno
potrebbe dire che voglio davvero quel blu e
Lo implementerò e sarà blu e
poi lo mostrerò loro che lo saranno
come no no l’altro blu e tu vai
è di nuovo rispondere al cambiamento
incredibilmente importante è molto di più
importante che seguire un certo programma che
è stato scritto sei mesi fa
e infine la collaborazione con i clienti
negoziazione del contratto è di vitale importanza
importante che tu non stia implementando
ciò che è scritto in un documento fisso che
stai parlando al cliente a cosa
vogliono perché abbastanza spesso non lo fanno
capire quello che vogliono fino a quando non vedono
non capiscono come funziona
finché non lo vedono e la persona che
li ha intervistati e ha scritto giù aveva un
vista del mondo l’ hanno scritta e
poi leggi quello che hanno scritto adesso
sei come se parlassi in tre
lingue diverse le possibilità che tu
scese esattamente ciò che si intendeva che è
molto improbabile, quindi è necessario essere in grado di
collaborare con contratti di persone
pianificazione dei processi di documentazione e
gli strumenti sono tutti importanti sono tutti
incredibilmente importanti ci hanno aiutato
costruire software ripetutamente ci hanno aiutato
avere fiducia nel software che costruiamo
ma più importante è la collaborazione
cambiare risultati e persone così per me
agile significa costruire software insieme
avere una squadra costruita attorno a come
stiamo andando a costruire il software che
include tutti uno dei team che
Io lavoro con ha tre sviluppatori uno
operazioni persona due avvocati uno
consulente per gli appalti e un progetto
manager tutti seduti insieme nello stesso
lo stesso insieme di scrivanie le conversazioni
quello che senti da quella squadra
affascinante perché risulta
gli sviluppatori e gli avvocati sono in realtà
abbastanza simili parlano straniero
linguaggio a normali esseri umani e
sono sticklers per i dettagli e
pedanti per un guasto il team ha anche
tè particolarmente apprezzato così spesso
prendi il tè e loro escono tutti e
prenderanno il tè insieme e lo faranno
avere tazze da tè e così via quando quelle
gli sviluppatori di software stanno provando a
attuare alcune parte del software e
sono come se questo potesse infrangere il
la legge è che stiamo chiedendo il giusto?
domanda che può effettivamente girare al
avvocato qualcosa che è accanto a loro e
porre la domanda direttamente e quando il
gli avvocati non ti fanno pagare per tutti
scopre tre minuti del loro tempo
sono abbastanza felici di rispondere e di
rispondi e rendiamo le loro vite più facili
il che significa che a loro piacciono le squadre che lavorano
insieme al software di compilazione sono insieme
molto più efficace e
sul supporto e sulla fiducia di cui ha bisogno la squadra
alle necessità di conoscere l’altro essere in grado di
sostenersi a vicenda e fidarsi l’uno dell’altro
e significa che la gestione deve
la fiducia che la squadra sta andando a fare la
la cosa giusta che possono fissare gli obiettivi
e la visione ha impostato la direzione ma
lasciare la squadra per possedere la consegna
la versione di quello l’altra cosa che
in realtà ci dà una spinta verso
costruire semplicità dei sistemi semplici è un
la chiave per agile è per me
agile è l’arte di massimizzare il lavoro
che non abbiamo fatto se ho costruito un
i requisiti documentano che conosco una squadra
avranno due anni di anticipo
per implementarlo, inserirò ogni cosa
requisito che potrebbe dover venire
perché io non lo so e non ho intenzione di
essere in grado di rivisitarlo o modificarlo in seguito
quindi massimizzo la quantità di cose che
potrebbe entrare nel sistema e poi
tutti quelli che leggeranno andranno oh
beh, non sapevo proprio come
requisito significava che dovrei implementare
ogni opzione possibile che significa che finisco
con un software estremamente complesso e
che il software non funziona come pure esso
può ma agile significa massimizzare come
molto lavoro non lo fai
guardandolo e dicendo cosa non siamo
lo farò oggi ci concentreremo su questo
bit e consegnare questo bit e ci preoccuperemo
per il resto un’altra volta come poi dice
il tuo codice non è un vantaggio per tutti
pensa al codice come a un bene è un valore
per l’organizzazione non è come un
responsabilità più codice hai il
più difficile è cambiare più ne hai
per mantenerlo più difficoltà
avere in una varietà di modi diversi di
trattare con esso il tuo codice è una responsabilità
quindi dovresti minimizzare quanto codice hai
in realtà dovresti minimizzare il
importo che stai producendo di nuovo come un
dice anche che l’agile riguarda la minimizzazione del
tempi di consegna per la fornitura di valore aziendale
il più veloce che posso fare ciò che l’azienda
vuole fare ciò che è l’organizzazione
lì per fare meglio l’organizzazione
può essere e non importa se
il lavoro della tua organizzazione è quello di vendere
i widget sono scambiare titoli su un titolo
scambio o di fornire benefici a
cittadini di tutto il paese che consegnano
il valore è quello che eri lì a fare
gli sviluppatori di software non sono impiegati per
scrivi codice che è una cosa importante
è necessario annullare l’invio in un software agile
lavoro gli sviluppatori non è quello di come il codice loro
il lavoro è costruire un sistema che faccia cosa
l’azienda ha bisogno che faccia e il codice lo sia
solo nel modo in cui lo facciamo, ma eseguiamo il codice
e di per sé non ha valore non lo è
importante quindi cosa vuol dire come
questo in realtà si manifesta oggi
Agile è cambiato negli ultimi 10 anni
un po ‘
prodotto o servizio minimo vitale che è
l’MVP il termine che le persone usano uno di
le cose belle di questo termine è
che tu come un team di sviluppo
scegli cosa vuol dire minimo ma tuo
i clienti decidono se è così
valida o non si mai veramente arrivare a
decidere se funzionerà così
è necessario costruire la più piccola cosa
che pensi servizi i bisogni di tutti
dei tuoi clienti e poi lo farai
iterate su di esso lo cambierete
hai intenzione di metterlo di fronte a reali
le persone li usano mentre guardano la musica
e poi lo cambierai in questo modo
sta meglio e tu continuerai
facendolo più e più volte e diglielo
la migliore possibile essere nel
la più piccola quantità di tempo il più piccolo
quantità di risultati per farlo
devi liberare presto devi
rilasciare spesso devi essere in grado di mettere
di fronte alle persone e cambiarlo e
mettilo davanti alle persone e basta
incredibilmente importante in agile come faccio
ottenere che a che ciò accada devo
costruire processi e strumenti che mi aiutano
Fai quello
sono ancora importanti nel Regno Unito
governo ha formalizzato questo questo è ora
metodologia sviluppata iniziamo con l’utente
il governo ha bisogno che esista interamente
soddisfare le esigenze dei cittadini
la ragione per cui il governo esiste è
raccogliere le tasse in modo che possiamo pagare
l’assistenza sanitaria in modo da poter pagare per tutti
le funzioni di governo esiste per
fornire benefici alle persone che lo sono
intrappolato nei peggiori fini della vita esso
esiste per assicurarti di poter visitare a
amato uno che è in prigione a cui è destinato
assicurarsi che si conosce altre persone che
sono in altre macchine sulla strada sono
legalmente permesso di farlo perché lo sono
qualificati sanno come usare quella macchina
e non hanno intenzione di uccidere te
esiste per garantire che la carne che è in
il mercato degli animali non arriva a terra
verso il basso e nutriti con altre mucche perché
è malsano esiste per garantire
che la terra che possiedi resti tua
e nessuno può rubare il governo
è lì per fornire quelle esigenze dell’utente così
iniziamo con quello e quando parliamo
su un servizio digitale che iniziamo
dicendo che faremo una scoperta
questo è un breve periodo di lavoro in cui noi
dì quali sono quei bisogni ed è un
servizio digitale il miglior modo di incontrarsi
loro o c’è qualcos’altro che potremmo
fare come dovremmo soddisfare al meglio tali esigenze
e come possiamo garantire che possiamo costruire
sui metri abbiamo bisogno di costruire e poi
costruiamo un alfa che è normalmente carta
prototipi o un piccolo appartamento molto semplice
Prototipo HTML qualcosa che possiamo mettere
di fronte a noi utenti di numero molto piccolo
stavamo parlando
dieci cinquanta cento persone al massimo
durante un periodo di otto settimane dove
puoi mettere qualcosa di fronte a loro
e dire che questo lavoro per te posso andare
fuori e vedere un contadino con un computer portatile e
di ‘se hai bisogno di rivendicare i soldi indietro
dall’UE come faresti è questo
processo andando a lavorare e tutti guardano
a questo e dico che ho bisogno di sette
diversi documenti per riempire questo e
quello è qui e quello che è mio
ufficio ragionieri questo è veramente difficile
e possiamo rivisitare come questo processo
funziona perché mentre è una cosa semplice
è disegnato su carta o un mock-up HTML
è credibilmente facile cambiare una volta che abbiamo
ho un’idea che abbiamo un servizio
effettivamente funziona iniziamo ad andare in un
processo beta e stiamo costruendo più grande
e servizi più grandi ne stiamo permettendo di più
più persone iniziamo a connettere il
backend e i dati e iniziamo
dovendo trattare con i dati degli utenti e tenere premuto
una volta abbiamo fatto che siamo
continuando a cambiare il servizio
tutta la strada e alla fine ci mettiamo
in produzione dal vivo di fronte a
utenti ma non smettiamo di cambiarlo noi
non smettere di rivalutare sto incontrando
ogni utente ha bisogno di essere in grado di farlo
usa il sistema continuiamo a cambiarlo
continuamente nel governo dal vivo è
previsto per la costruzione di progetti
avere una data di inizio e una data di fine ma noi
cambia che abbiamo trasformato il governo
e ho detto che costruisci servizi e servizi
non terminare se è necessario accedere ai servizi
perché in realtà sei deliberatamente
scegliendo di ritirare il servizio e
questa è una cosa diversa, ma i servizi
dovrebbe continuare a cambiare tecnologia ancora
deve essere raccolto ogni anno ma il
modo in cui lo fai cambia il modo
che le persone interagiscono con te cambiano
le loro esigenze potrebbero cambiare il loro modo di
interagire con i ragionieri potrebbe cambiare
e devi essere in grado di cambiarlo
continuamente quando lo lanci sopra a
le operazioni di svolta a muro hanno persino detto che non è mio
problema più diventa un terribile
sistema per le persone da usare che non vogliamo
essere lì quindi se stiamo lavorando con a
squadra che funziona in questo modo ho un
squadra agile Ho una piccola squadra di
sviluppatori o un grande team di sviluppatori I
avere un team di oltre 100 sviluppatori in
uno dei progetti ho bisogno di dire come
stanno andando a costruire un sistema che è
sicuro perché la sicurezza è la squadra che
dice no, deve rivedere tutto
sta succedendo, ma il mio team di sicurezza
non posso rivedere ogni cambiamento andando in a
sistema di produzione ogni volta che accadono
se stiamo facendo questa cosa agile come la mia
la squadra di sicurezza diventa piuttosto arrabbiata quando io
Dì questo perché poi iniziano a dire
ma dov’è la specifica che posso
controllalo contro come capisco il
proprietà di sicurezza quindi cosa abbiamo fatto dentro
il governo è che ci siamo riuniti alcuni
delle persone di sicurezza più intelligenti che noi
potremmo scoprire che abbiamo iniziato a guardarne alcuni
questi sistemi e abbiamo creato set
di principi noi
il modo migliore per costruire sicurezza
in questi servizi è quello di avere
principi che chiunque può seguire
non sono progettati per essere usati e letti
e compreso dai professionisti della sicurezza
perché quelle persone hai conosciuto come
io sono molto speciali che devono essere
letto da persone normali da leggere
gli sviluppatori normali hanno bisogno di essere letti
da test non ha bisogno di essere letto da
chiunque stia lavorando in quelle squadre così
arriviamo con circa tre diversi
documenti al momento e per
quei principi il primo è proteggere
dati personali di cui le persone vogliono fidarsi
il governo per lo più sarebbe bello se
ti fidi del governo ma le persone lo fanno
fidati del governo per mantenere il loro personale
dati che il governo probabilmente sa come
molti soldi non lo sei stato l’anno scorso
sa dove vivi, sa che tipi
dell’auto che hai ha tutti i tipi di
informazioni su di te ed è vitale
importante che abbiate fiducia nel governo
ritenere tali dati in modo sicuro e
in modo sicuro quindi abbiamo prodotto un set di
principi su come proteggere il personale
dati in blocco perché molte aziende
fallo abbastanza bene ma stiamo vedendo
raggiunge sempre tutto il tempo, quindi noi
necessario assicurarsi che stiamo costruendo su
buoni principi e questi principi
lì l’URL è qui e metterò il
scivola più tardi ma i principi coprono
essenzialmente sapere quali dati sei
memorizzare e assicurarsi che sia il giusto
dati ed è proporzionale capire
chi ha accesso e capisce come è
tenuto se si seguono i principi
quelle tre linee in generale
costruire un sistema che protegge il
dati personali in modo che possiamo
dare alle persone i principi che dicono di fare
le cose in questo tipo di strada cui pensare
questi principi e quindi possono applicare
per servizio pensiamo anche che ci sia un
insieme di principi per la costruzione sicura
servizi così abbiamo prodotto un po ‘di sicurezza
principi di progettazione e questi sono divisi
in quattro categorie il primo è a
prima di iniziare cosa devi fare
pensare in anticipo prima di costruire
il sistema ti assicura di avere a
un paio di questi principi rendono il tuo
servizi difficili da compromessi che possiamo coprire
tutte le cose che facciamo che lo rendono
difficile per qualcuno davvero compromettersi
il servizio ma i servizi vengono compromessi
quindi se assumiamo raggiunto se assumiamo
quel servizio sarà compromesso che possiamo
applicare anche alcuni principi che dicono come
faccio a ridurre l’impatto per compromettere come
faccio in modo che sia difficile per qualcuno che ha
compromesso il mio sistema di avere continuo
effetto sul sistema e poi finalmente
l’altra cosa critica che le persone
dimenticare è come facciamo a sapere se il mio sistema
è stato compromesso
in modo da quali principi si può progettare in
il tuo sistema che lo rende facile
rileva il compromesso e questi questi
principi la sicurezza alcuni principi
Credo che siamo arrivati a 22 o giù di lì la nostra
principi che ti aiutano a capirlo
quindi dovresti fare la segmentazione della rete
ciò significa che è difficile muoversi muovendosi
lateralmente nel tuo servizio
dovresti avere batterie Trust in quelle
segmentazione in modo che i servizi sul
il back-end non si fida solo di quello
tutto sul front end è buono e
felice e sano
dovresti verificare che nessun link
di altrove quelli sono i tipi di
matite che mettiamo lì per dire se
tu costruisci un sistema è così che costruisci
e, infine, quello che ho intenzione di
copre la maggior parte dei principi di
gestione del rischio
quindi il rischio ISO 27001 è una gestione del rischio
strumento è pesante e illeggibili e
essi mostrano una sicurezza delle informazioni
specialista a dire il vero è carino
illeggibile anche se sei un
specialista della sicurezza delle informazioni non lo è
molto divertente, così abbiamo provato a farla bollire
alle cose più semplici possibili che noi
potrebbe in un mondo moderno in un mondo
è stato progettato in questo modo e siamo arrivati
con otto principi principali che tu
dovrebbe capire il primo è
accettare l’incertezza per cui è molto facile
le persone che affrontano il rischio di ogni sistema
ha il rischio di assumere che capiscono
tutti i rischi e che possono gestire
ogni rischio ma non puoi mai ridurre il
rischio zero
non si può mai trattare con esso si deve
accettare una certa quantità di rischio e altro ancora
è importante che tu rischi
non capirò che non ti conoscerai
non è possibile conoscerne tutti
cosa possibile che potrebbe andare storta così
devi iniziare sulla premessa che
Non sarò in grado di farlo così io
devo essere in grado di andare il più lontano possibile
ma non oltre questo è davvero importante
parte la seconda cosa è quella sicurezza
deve essere parte della cauzione squadra
non può essere esterno alla progettazione del tuo sistema
la tua implementazione del sistema e il tuo e
il tuo sistema generale deve essere parte di
il team che lo costruisce per sicurezza
non può essere imbullonato più tardi
non puoi semplicemente cospargere di magia
polvere cripta sopra il tuo sistema
e vado tada tutto funziona che ho pubblico
crittografia a chiave privata o HTTPS e it
va sempre bene
non è così che funziona la sicurezza deve farlo
essere incorporato nel design dell’intero
il sistema deve essere pensato
ovunque tu abbia bisogno di capire il
rischi e tutti hanno bisogno di capire
i rischi per sapere se
stai facendo la cosa giusta o no
facendo la cosa giusta che devi sapere
quali rischi stai prendendo
devi essere in grado di fidarti di
il processo decisionale in squadra la squadra se
loro prendono la decisione su
quali sono le cose da attuare cosa fare quando
per farlo come organizzazione si deve
essere in grado di credere che stanno cercando di
prendere le giuste decisioni
tutti stanno cercando di fare il giusto
la cosa così si fida di quel processo decisionale e
assicurati che sia presente la sicurezza
tutto ciò che non è lo speciale è
non solo i firewall La sicurezza è come te
progettare la sicurezza del processo aziendale è
come garantisci che le persone interagiscano con il
sistema e questo si collega al sesto
principio che è uno di quelli che
io sono il più vicino e il più caro del mio
cuore
um esperienza utente deve essere eccezionale
la sicurezza deve semplicemente essere abbastanza buono se
a costruire un sistema in cui il sistema è
sicuro, ma per usarlo correttamente è troppo
le persone difficili aggirano le tue
sistemi di sicurezza e lo saranno
sarà un sistema di peggio la sicurezza di un
il sistema generale è molto peggio se costruisco
un sistema in cui devo cambiare il
password ogni singolo giorno le possibilità
che ho intenzione di scrivere quella password
da qualche parte insicura che qualcun altro può
ottenerlo diventa molto molto alto e il
l’intero sistema di sicurezza è compromesso
perché ho fatto troppo difficile
operare in modo che la sicurezza deve essere buona
ma l’esperienza dell’utente di usare il
sistema deve significare che le persone scelgono di farlo
usalo nel modo sicuro che deve essere
facile da usare in modo sicuro come
possibile se mi fido della squadra
le decisioni che ho bisogno di essere in grado di controllare il
decisioni di non biasimarli ma così noi
può tornare indietro e dire perché l’abbiamo fatto
decisione e possiamo essere sicuri di noi
non prendere quella decisione in quel modo nel
futuro o quando è cambiato come è stato
questo cambia perché è successo a noi
credi nella fiducia ma verifica quindi assicurati
che ti fidi delle persone da fare
decisioni appropriate, ma verificare quelle
le decisioni sono quelle giuste
chi li ha fatti come sono stati fatti cosa
il processo decisionale è così per te
può tornare indietro e riflettere su come
funziona e, infine, se stai costruendo un
sistema e stai valutando il rischio
è necessario unsend il quadro generale
impatto di nuovo è molto facile per
gli sviluppatori di dire che sto per installare
caveau o km o utilizzare qualcosa da gestire
le mie chiavi ed è una cosa molto piccola
pensato di fare la gestione delle chiavi ma
in realtà il tuo sistema ha un ampio sistema
è una cosa molto più grande e devi
capire l’impatto di ogni decisione
si effettua sul quadro generale una buona
l’esempio che abbiamo è che potrebbe esserci
situazioni in cui interagisci
qualcun altro in un modo così interessante
il governo del Regno Unito ti fornisce
informazioni sui tuoi benefici e uno
delle pagine che puoi andare a dire quanto
quanti soldi otterresti?
da hai ottenuto dal tuo beneficio scorso
settimana in modo da poter andare e controllare ho ricevuto
pagato la giusta quantità ma molte banche chiedono
se tu se hai un controllo di sicurezza con
la tua banca e ho scoperto la mia banca e
dì che sono così e
così e così via una delle domande
sono comunemente dire è quanti soldi
sei stato pagato nel tuo ultimo stipendio
se il mio sistema può rivelare facilmente quanto
soldi qualcuno ha dato loro sono stati pagati
Ho appena infranto la sicurezza della banca
sistema e quindi abbiamo bisogno di capire come
facciamo che aggiriamo i numeri
appropriatamente al di là di ciò che la banca è
cura e parliamo con le banche e
assicurati che lo capiscano
quindi capire l’impatto del grande quadro
è di vitale importanza quindi come fa un j’l
aiuto se sto facendo la sicurezza in quel modo io
prenderò un respiro ad un certo punto
prometti come fa a farlo meglio
come faccio a costruire sistemi sicuri all’interno
agile bene la prima cosa è se agile
è la consegna continua del valore aziendale
se cambio costantemente quanto
valore che sto offrendo sono costantemente
consegnando continuamente nel
sistema quindi sono anche continuamente
accettando il rischio e sto cambiando il mio
profilo di rischio su base regolare così
come lo facciamo prima agilmente?
la cosa è che la sicurezza deve smettere di essere
il dipartimento dice di no e ha bisogno di vedere
stesso come un abilitatore del team di sicurezza
all’interno della tua organizzazione il loro lavoro
dovrebbe essere quello di consentire a tutti gli altri di fare
le cose bene e in modo sicuro e
non appena ottengono il loro modo di pensare la
le cose su cui si concentrano cambiano radicalmente
Sto andando mossa un po ‘di traverso per un
punto rapido c’è una differenza
tra ingegneria della sicurezza e sicurezza
ingegneria e molto raramente fanno i due
si incontrano nell’ingegneria della sicurezza che si presume
un utente malintenzionato si presuppone un sistema
funziona perfettamente ma qualcuno
è malizioso qualcuno sta arrivando e
cercando di hackerare il tuo sistema e Insider
sta cercando di rompere i dati in giro
qualcosa di brutto sta succedendo a causa di a
cattivo attore in ingegneria della sicurezza si
considera tutti per essere un buon attore
ma tu presumi che i bit del sistema lo siano
andando a fallire e tu cerchi di allenarti
come falliscono in modi interessanti
molto raramente – questi due processi di
il pensiero si unisce per permetterti di
dì cosa succede se si tratta di un attore malvagio
sta usando un sistema in cui qualcosa
ha fallito o cosa succede se uno se uno
delle persone nella tua sicurezza
il sistema critico risulta essere
malizioso e deliberatamente spegne il
fail-safe
come funziona il tuo sistema combinando il
due insieme sono davvero
e i due predicati che ho sempre
è la sicurezza che pensi di malizioso
utenti al cento per cento dei tuoi utenti
sono cattivi e hai bisogno di allenarti
come affrontare il fatto che tu ancora
bisogno di fornire valore di business in questo
situazione dell’ingegneria della sicurezza di cui hai bisogno
ricordare il predicato importante del 50%
dei tuoi utenti sono al di sotto della media e lo sono
probabile che commetta errori se il 50% degli utenti lo è
al di sotto della media, come funziona?
con il tuo sistema e portandolo
il principale su questioni di sicurezza come
bene quanto è facile da usare il tuo sistema
in modo sicuro se il 50% degli utenti sono sotto
media e non voglio davvero fare il
cose appropriate invece di assumere
che tutti sono felici e contenti
bella persona quindi torna ad agitare l’unità
la consegna è la squadra che è ciò che è agile
ci dice che il team si consegna il
unità decisionale è la squadra e
insicurezza quando pensiamo di rischiare noi
pensare a ogni decisione ha un
impatto del rischio quindi come lo facciamo in a
normale organizzazione del team di sicurezza
andrà in un impatto rischioso
valutazione vedranno che cosa
i rischi per la sicurezza sono e il team di consegna
non lo vedo mai in molti casi
ho lavorato in organizzazioni o ho lavorato
con le squadre dove c’è un documento
che descrive ogni possibile rischio
questo è nel sistema e in quel documento
è classificato e nessuno della gente
la costruzione del sistema è autorizzata a leggere
Ciò rende abbastanza difficile la costruzione
il sistema perché non sai cosa
potrebbe andare storto perché il documento è così
ti dice che cosa potrebbe andare storto non puoi
leggi e poi hai persone di sicurezza
andare ma ho scritto tutto questo in giù perché è
il sistema fa ancora schifo è come se
perché lo hai classificato perché lo hai fatto
che quindi la prima cosa è educare il
squadra alle minacce nel governo che
può essere piuttosto difficile perché alcuni dei
l’intelligenza delle minacce che abbiamo è
informazioni classificate e ciò significa che io
bisogno di ottenere le autorizzazioni di sicurezza delle persone I
è necessario assicurarsi che possano venire ed essere
informato opportunamente bisogno di qualcosa
dover condividere tali informazioni, ma a
molte volte l’ informazione non è
terribilmente classificato se sto costruendo un
le probabilità del sistema sono tutte le persone ragionevoli
può pensare attraverso quali sono le minacce
se ci sono voluti solo cinque minuti per farlo
quindi aiutare la squadra a capirli
fatti e documentandoli
uno dei sistemi uno dei vantaggi
i sistemi con cui lavoro ha un concetto di
anti utenti quindi generalmente lo sapete
profili utente che useranno il
sistema che verrà usato da questo
tipo di persona e questo tipo di persona
una persona bene abbiamo cattivi utenti che è
gonna provare e il sistema di rompere ben sappiamo
che gli hacker indipendenti potremmo sapere
che i giornalisti potrebbero essere interessati a
questo sappiamo che gli attori sponsorizzati dallo stato
potrebbe essere interesse per queste bande criminali
truffatori costruendo quelli quelli
immagini e avere quelle come poster
appeso nella stanza delle squadre di sviluppo tutto
del team di sviluppo erano a conoscenza a
tutte le volte chi sono le persone che potrebbero
essere cattivi attori su questo sistema e cosa
potrebbero farlo per la cosa che sto costruendo
educare la squadra alle minacce aiuta
loro capiscono cosa stanno costruendo
il contesto in cui stanno costruendo
il loro codice e significa che possono costruire
cose migliori che puoi mantenere in esecuzione
registro dei rischi con stiamo sperimentando
diversi tipi di wiki o
confluenza o emettere tracker che tracciano
rischio quindi dici che qui sono i 20
rischi nel mio sistema e in qualsiasi momento
chiunque nel team può guardarlo e
può vedere quali sono i rischi e tutti
la storia ha delle decisioni di rischio applicate ad essa
quindi ogni volta che interpreto una storia dice
o neutralizza quello di questi
rischi o aggiunge un rischio a un registro dei rischi o
fa qualcosa lì dentro e questo significa
quando sono quando ci sediamo e
qualcuno dice che dovremmo avere una password
ripristina lo schermo e qualcosa dice tutto
che aggiunge un po ‘di rischio per le persone a fare
persone che rubano i conti delle persone che è
una cosa preziosa da sapere perché allora
puoi iniziare a prendere una decisione su un per
base di storia su ciò che rischi sei
disposto ad accettare un po ‘di ciò che non sei
puoi applicare controlli per storia che puoi
diciamo che avremo bisogno di
autenticazione a due fattori se stiamo andando
per attivare quella funzione perché abbiamo bisogno
metterlo anche lì e puoi farlo
iniziare a costruire controlli di sicurezza in a a
per base di storie e questo non è perfetto
perché la sicurezza è olistica così
lavorerà nel piccolo ma in realtà
la sicurezza dell’intero sistema è
andando a cambiare ma molto simile agli sviluppatori
sono abituati al concetto di tecnico
profondità che è un modo in cui prendi decisioni
ora che sai che dovrai farlo
torna indietro e disattiva più tardi perché è
Più veloce più veloce meglio offre meglio
valore creiamo debito di sicurezza nel
sistema sappiamo quali decisioni abbiamo preso
e quali rischi stiamo prendendo possiamo guardare
a quel registro dei rischi in qualsiasi momento il
il consiglio di amministrazione può considerare il rischio
blog ogni settimana e dire come è il nostro rischio
posizione ora e poi possono dire
whoa sappiamo che abbiamo bisogno di valore aziendale ma
attualmente stiamo correndo verso l’ alto
rischio abbiamo bisogno di concentrarsi su alcuni di questo
e rimuovere un po ‘di quel dannato
un po ‘di quel dannato ed è di più
costoso da pagare in seguito possiamo applicare
tutte le regole del debito standard che noi
avere l’altra cosa è così semplice
i sistemi sono più sicuri se ho costruito un
sistema agile e lo fa solo il 10% della
funzionalità dell’intero fine previsto
sistema ha solo il 10% in superficie
area così stiamo costruendo un più sicuro
sistema in cui comprendiamo il
metodi e tutta quella roba e quello
significa che il mio team di sviluppo può continuare
costruzione giorno dopo giorno di comprensione
i rischi che comprendono la sicurezza
anche se non sono esperti di sicurezza
possono capire l’impatto di cosa
stanno facendo possono capire come
il sistema funziona e di nuovo la sicurezza ha
per essere l’opzione più semplice per loro fare
le cose in modo sicuro devono essere le
adozione quando decido che voglio usare un
immagine di base nella mia macchina virtuale a destra
ora l’ opzione più semplice è probabilmente
basta andare a prendere l’immagine di default di Ubuntu
ma cosa succede se crea il mio team di sicurezza
immagini di base già bloccate
e abbiamo tutti i pacchetti a cui non importa
circa rimosso in modo che sia molto
più piccola immagine molto più sicura se quella immagine
è disponibile per me per impostazione predefinita tutto
i miei team lo useranno e se tutto il nostro
i conteggi devono essere abilitati per impostazione predefinita in
Console AWS in modo che sappiamo che se io
ottenere un account non sarà
compromesso è facile crearne uno nuovo
conto in là posso ancora farlo in un
modo agile ma sicurezza di essere sicuro
che le opzioni a mia disposizione sono le
le facili opzioni a mia disposizione tutte le
quelli sicuri ed è qui che la sicurezza
ha bisogno di cambiare il modo in cui pensa e
inizia a dire come posso renderlo più facile
come faccio a fare in modo che tu possa correre
test di penetrazione all’interno della vostra accettazione
processo di test ed è così che parlo
gli sviluppatori ma i sistemi non lo sono
appena sviluppati sono in realtà gestiti e
gestirlo pure e questo è cambiato in
negli ultimi dieci anni un bel po ‘così
DevOps è arrivato e DevOps è un
termine terribile che significa un diverso
cosa a ciascuno di voi e
probabilmente un’altra cosa per me
ma ci sono un paio di temi comuni
che otteniamo da quel
il primo è l’infrastruttura è il codice così
quelli per cui hai usato marionette o chef
ansible o stai usando la formazione di nuvole
o stai usando qualcuno di moderno
servizi per la costruzione e
orchestrando il tuo sistema hai il tuo
infrastruttura definita nel codice così questo
è ciò che il nostro sembra per gov UK per
la prima pagina del Regno Unito
sito del governo
pubblichiamo tutto questo pubblicamente chiunque
può vedere come possiamo capire
i sistemi chiunque può guardare come li impostiamo
su un sistema così questo esempio è una vernice
Credo che sì la configurazione della vernice così
dice quando dico che dovrebbe essere la vernice
installato qui è dove il file di modello
dovrebbe essere qui come dovrebbe essere
configurato e mi ottiene un insieme di a
completa la vernice così posso dire di mettere
vernice su questa scatola e lo farà e basta
quello e ci sono i codici che definiscono come
che funziona che significa che abbiamo
l’infrastruttura condivisa è davvero facile
per vedere come funziona più importante
non è solo infrastruttura come codice
è il codice verificabile delle infrastrutture che
significa che ho una serie di test che fanno
cose come questa questa è per nginx
ma è un insieme di test che confermano
che la nostra configurazione per nginx se tu
aggiungere alias fa la cosa giusta in
termini di creazione degli host nella parte destra
posizionare con i nomi corretti basati su
il nome di dominio che ti aspetti
che significa configurazioni di miti comuni
che avremmo fatto prima di essere
catturato se il nostro codice non è corretto, così noi
può eseguire una serie di test sul nostro codice
continuamente dire che ci manca
configurato qualsiasi server abbiamo fatto
qualcosa che è inappropriato, noi
sappiamo che abbiamo disabilitato HTTP sulla porta
80 su tutti i nostri server interni quindi
che parlano solo su 443, perché
questo è quello che ci interessa noi li vogliamo
essere lì, quindi abbiamo fatto test che abbiamo visto
che non abbiamo configurato accidentalmente
la porta 80 perché se lo facessimo che
sarebbe un vero problema l’altra cosa noi
possiamo fare con quei test è che possiamo correre
test automatici questo è un insieme di test
questo è un test del fumo che eseguiamo questi
sono scritti in uno stile di pensiero BDD
il cetriolo e quello che fanno è quando andiamo
per fare un deploy che distribuiamo ad un interno
gruppo di macchine e poi ne eseguiamo alcune
prova dove andiamo e proviamo a recuperare un
numero delle pagine standard e quello
ci conferma che tutti questi
l’infrastruttura funziona come previsto
le richieste passano vengono notificate
dalla parte posteriore tornano e
tutto funziona e questo è quello
incredibilmente potente per noi perché
facci sapere che non ci siamo persi
cose configurate ci fa sapere che
tutto funziona nel modo in cui ci aspettiamo
non hanno rotto le cose, il che significa che possiamo
cambiare le cose abbastanza facilmente che significa
che possiamo occuparci delle patch così quando
open SSL ha una vulnerabilità in parte
organizzazione con cui lavoro con il governo
un anno dopo non l’hanno ancora catturato
perché il rollout del processo di patch
è così complicato che non possono farlo
può richiedere tre mesi o sei mesi
per farlo entrare
ciclo per entrare nel controllo dei cambiamenti
bordo e distribuito in produzione ma
quando lo facciamo abbiamo l’infrastruttura come
codice in modo che possiamo dire quali sono le macchine
colpito bene come faccio a sapere cosa
le macchine sono influenzate da un modello
motore X diciamo che c’è una sicurezza
ferma capacità nel motore X Ho questo bit
di configurazione questo è di nuovo un fantoccio
questo dice come posso arrangiarmi
una X e la cosa fondamentale qui è quella
in alto puoi passare in una versione così
di default diciamo semplicemente che è un it’s
presente e quando dici di passare a
versione assicurerà che la versione sia
installato così posso quindi fare qualcosa
come grep sul codice base cosa
le versioni sono attualmente configurate nel mio
codice base e usiamo qualcosa chiamato
Huayra
che configura il fantoccio e dice per
queste queste diverse gerarchie e
macchine questo che le versioni sono vendute così
si può vedere che le nostre macchine precise di
default erano in esecuzione uno per quattro ma
in realtà abbiamo aggiornato quasi tutto
altrimenti sarà uno per sei così che siano
leggermente più recenti le macchine front-end
ne gestiamo uno per sei
configurato attraverso tutte le frontiere
macchine ma le estremità posteriori sono state
trattenne una versione rattoppata per alcuni
la ragione all’interno di questo comando mi ha preso
due secondi per correre e non lavoro
il team operativo per il web Ferg di
Regno Unito, ma posso guardare a questo e
Dì subito che so quali macchine noi
avere quello disponibile se so che c’è un
rilascio di sicurezza uno quattro cinque ho un
chiara indicazione su ciò che è
vulnerabile proprio qui proprio ora che
le informazioni mi hanno richiesto qualche secondo
trova se la tua organizzazione non sta facendo
questo per quanto tempo pensi che ci vorrebbe
per scoprire quante macchine tu
avere e quali sono in esecuzione versione
uno quattro cinque perché ho intenzione di indovinare
è più lungo di qualche secondo
devo andare a consultare la documentazione ma
quali sono le possibilità della documentazione
è in realtà preciso e corrisponde a ciò che è
in produzione questo codice viene ridistribuito a
produzione ogni 10 minuti o così così
il caso peggiore che ho qui è che questo
potrebbe essere sbagliato ma se è sbagliato è
solo sbagliato di dieci minuti è un
buona comprensione di cosa sia
sta succedendo nel mio servizio e quando io
desidera aggiornare bene in realtà tutto quello che
deve fare è controllare nel test
ambiente Yama file una nuova versione uno
quattro a sette comitato farlo spinse
fatelo spingere e improvvisamente tutti i miei
le macchine di prova si aggiorneranno a
uno quattro sette e sarò in grado di correre
prova e controlla se quella patch funziona
oppure no nell’intero ambiente di test
ed è fantastico quello che sto dicendo
trova che alcune delle macchine lo facciano
non funziona, diciamo il back-end
e le macchine front-end hanno il supporto
macchine c’è qualche ragione per quattro
sette rompono il modo in cui ce l’abbiamo
configurato quella patch è urgente per me I
voglio portarlo al front-end
macchine ora faremo qualche sviluppo
e test e noi provvederemo a rotolare fuori per
macchine di back-end in un paio di giorni
beh, posso farlo anche io posso cambiare
in modo che io cambia solo il test
versioni front-end a 147 invece così io
puoi specificare quali macchine ottenerle una volta
fatto questo posso ripeterlo
produzione severamente ma semplicemente facendo il
impegnarsi e sviluppare la capacità di
macchine patch a quella velocità per essere in grado
per capire cosa sta succedendo nel mio
l’infrastruttura è di fondamentale importanza
per capire che ho una sicurezza
sistema quindi cosa combina quel blocco?
dammi se sto facendo uno sviluppo agile
e sto facendo questa cosa DevOps II che
è operazioni agili e le sto facendo
insieme mi sto sottoponendo a test automatico
sapere che l’ applicazione fa quello che
doveva fare lo so che lo fa
ogni volta
Ho una convalida continua che io
non ha appena rotto qualcosa da prima
cambiando e posso anche mettere
test di sicurezza in là è possibile
per automatizzare il basso livello dei test della penna
strumenti o inserire cose che dicono che sono
andando a controllare di avere un CSRF
token opportunamente impostato posso
mettere i controlli per assicurarsi che io non lo faccia
rompere le proprietà di sicurezza fondamentali
che mi interessa avere un servizio
servizio con cui ho lavorato
controlla che quando hai aggiunto una banca ma a
conto bancario a un un a un account
non era un conto in banca che era
contrassegnato come un conto bancario dannoso noi
avere alcune informazioni dal settore bancario
servizi che possiamo chiamare un’API
e dire è una nota banca fortunata
conto posso verificarlo
la configurazione è ancora presente ogni
tempo e che nessuno ha accidentalmente
rotto ciò che significa che lo so
la proprietà di sicurezza è vera per il mio sistema
quel test automatizzato è incredibilmente
prezioso per me come proprietà di sicurezza
così come per l’affidabilità nell’integrità
proprietà di capire se il
il sistema sta ancora facendo quello che è supposto
da fare e se continua a funzionare
l’utente ha bisogno
Ho ricevuto il codice delle infrastrutture che ho parlato
su questo già ma sai che ottieni
la capacità di guardare veramente
documentazione che il codice è il
documentazione per il sistema e andiamo
e parlare con esperti di sicurezza e
addetti alla sicurezza che sono responsabili per
i sistemi in produzione si avvia
parlando di infrastrutture come codice e
sono come oh dio chiunque può cambiare
qualsiasi cosa in qualsiasi momento
mostra loro che puoi verificarlo
codice e se ne vanno mi hai appena salvato
sei mesi di lavoro posso effettivamente messa a fuoco
su altre cose improvvisamente capiscono perché
è prezioso essere in grado di vedere il tuo
infrastruttura scritta come codice da essere
in grado di applicare strumenti in cima a quello per
trovare informazioni
cosa è cambiato quando abbiamo rilasciato
quella patch ogni quanto ci rammendiamo
servizi per le ultime dieci patch principali
per heartbleed per SSL aperto per log
conserva per qualunque cosa tu sappia tutto
quelle cose per quanto tempo mi ci è voluto
in realtà patch lo guardo il commit
messaggi e controllo era quella patch all’interno
un giorno in sette giorni ho incontrato il
SLA è richiesto dal team di sicurezza
a me all’improvviso si ottiene una quantità enorme
di capacità di controllo che non esiste in
tutti quei documenti di Word che sono
memorizzato in repository che nessuno mai
legge di nuovo, sono veloce ripetibile
distribuisce e distribuisce rapidamente ripetibili
significa che posso farlo più spesso significa
che capisco che sarà lo stesso
ogni volta capisco che lo farà
sarà affidabile e questo lo rende molto
facile alle 3:00 del mattino per essere in grado di applicare a
patch di sicurezza quando sono andato a lavorare
con uno del dipartimento di essi
schierato due volte all’anno che era il loro
politica formale una volta ogni sei mesi hanno
ha fatto un dispiegamento non è del tutto
vero hanno schierato sei volte l’anno
perché hanno fatto un dispiegamento loro
sempre programmato un secondo schieramento due
settimane dopo per correggere gli errori che loro
aveva catturato prima dello schieramento ma non l’ha fatto
ho fatto per aggiustare e riparare due settimane
dopo quello per riparare quelli che hanno catturato
dopo il primo schieramento così se lo facessero
hanno fatto sei distribuzioni un anno in cui noi
ho parlato con loro abbiamo scoperto il
le istruzioni di distribuzione erano cambiate
ogni volta hanno fatto un deploy
non c’era un caso in cui essi
ha fatto un dispiegamento in cui le istruzioni
non erano sbagliati e avrebbero risolto il problema
istruzioni e poi mordere sei mesi
sono passati dal sistema era cambiato
abbastanza che le istruzioni di distribuzione
non erano più precisi ogni volta che
siamo entrati e abbiamo detto che vogliamo fare
questa cosa di distribuzione regolare e loro
impazzire un po ‘e abbiamo annullato
loro che è abbastanza carino a volte a
governo, devo entrare e colpire
persone con il bastone del potere che abbiamo
li governò su abbiamo costruito un sistema che noi
schierato a dieci volte al giorno e loro
eravamo assolutamente fuori di testa che noi
stavano schierando dieci volte al giorno dopo
dopo una settimana abbiamo sottolineato che il nostro
l’ingegnere delle operazioni aveva ormai 50 anni
distribuisce e non c’era un singolo
persona nella loro organizzazione che mai
fatto 50 schieramenti dei loro esistenti
sistemi
quando qualcosa
alle 2:00 quale dei due ingegneri
ti fiderai di essere in grado di schierare
la patch di sicurezza in fretta quella
chi ha fatto 50 spiegamenti o colui che è
fatto quattro nella sua vita è così
non è un gran bel posto essere così quelli
i dispiegamenti pacifici contano enormemente
importa anche che possiamo automatizzare quelli
otteniamo registri di controllo che so che sono cambiati
cosa e quando ho una storia
mi dice esattamente chi ha deciso di spegnere
la regola del firewall che permetteva qualcosa
in so esattamente il motivo per cui le regole del firewall
cambiano sono spesso i commenti su questo
c’mere posso collegarmi a una storia di lavoro
e capire perché questo cambiamento è accaduto
e se era appropriato così quando
abbiamo un incidente e tutti lo hanno
incidenti che possiamo fare davvero bene
ripercorrere per dire perché abbiamo fatto il
decisione e non abbiamo visto il knock-on
impatto e come possiamo cambiare il nostro
documentazione il nostro processo per farlo
meglio otteniamo la revisione del codice di
cambiamenti infrastrutturali abbiamo un due uomini
regola nessuno può impegnarsi nella
repository di produzione da soli loro
necessario creare un ramo ed emettere un pull
richiedere e una seconda persona deve
esaminarlo prima di commettere è che
significa che ogni singolo cambiamento per ogni
uno dei nostri server di produzione è stato
visto da due persone che è vitale
critico e questo mi dà fiducia
il sistema funziona perché importa
le ultime diapositive della coppia che prometto e
l’ agenzia di intelligence australiana il
Segnali australiani Direzione prodotta
un documento che è quaggiù qui
ha detto che l’ 85% delle intrusioni informatiche su
i sistemi governativi in ​​Australia potrebbero
ne sono stati impediti facendo quattro
cose semplici hanno detto queste quattro
le cose potrebbero impedire la maggior parte del
intrusioni che vedono come un governo
organizzazione contro obiettivi persistenti
Attacca il primo è l’applicazione
i server whitelisting sono in esecuzione
i processi di cui hanno bisogno per eseguire cosa
scopre che il burattino lo fa per me
legge i controlli ogni volta che sono binari
è ancora lo stesso binario è il
la configurazione è sempre la stessa
configurazione è in esecuzione il
processi ho detto che dovrebbe essere in esecuzione è
funziona in modo strano lo fa
per me
patching hanno detto che le persone non si aggiustavano
il sistema operativo è uno dei
cose critiche che significano quella gente
taglia altri che puoi essere attaccato ma
di nuovo ricolmiamo davvero il nostro sistema Frank
regolarmente perché cambiamo tutto il
il tempo è davvero facile
hanno detto che rattoppano una seconda volta perché
è così importante
essi dicono patching l’applicazione tua
aprire le librerie SSL e così via
davvero importante ancora il mio DevOps dà
noi che pure e riducendo al minimo
controlli amministrativi
L’ intelligenza australiana sembrava effettivamente
e ha detto la maggior parte dei sistemi
gli amministratori sono collegati al loro
account amministratore e anche navigando sul web
e la lettura di e-mail e ciò significa che
sono molto facili da attaccare via
quei meccanismi
nessuno dei nostri amministratori di sistema registra
nei server su base regolare noi
molto raramente accedi con un
account amministrativo perché non lo facciamo
dobbiamo spingere il codice e poi lo diciamo
non ci sono amico per fare il dispiegamento così noi
molto raramente hanno questo problema
c’era un nuovo mondo di problemi
è un’onda molto semplicistica ma fatta
bene quelle tecniche agili su
sviluppo sulle operazioni e così via
avanti significa che siamo più sicuri
software migliore di quello che abbiamo mai avuto
la sicurezza vecchio stile non dice sistema
e questa è la mia ipotesi nella mia
backup su come lo facciamo è a
requisito che devo dirti
stiamo ovviamente assumendo perché il
il governo ha bisogno di persone fantastiche e alcuni
di voi potrebbe non essere in grado di lavorare per il
Regno Unito dato ma devo dire che il governo è
in disperato bisogno di persone provenienti dal
settore tecnologico come se non lo facciamo
qualcosa ci lascerà con un’eredità
di terribili servizi IT terribili che
stanno mantenendo la sicurezza e il tuo
dati personali in tutto il mondo in
ogni governo in ogni posto, quindi se
non puoi lavorare per noi lavorare per te
lavoro di governo per il tuo locale
lavoro di governo per il vostro consiglio locale
ma per favore abbiamo bisogno di persone con tecnologia smart
lavorare nel governo per aiutare a farlo
meglio
in questi giorni sta facendo il governo britannico
agile facendo DevOps rilasciando più
volte al giorno utilizziamo la finestra mobile in
produzione abbiamo superato molte startup
a Londra ora con la velocità a cui
stiamo facendo le cose che è un bel posto
per noi essere in grado di dire che il
il governo può fare queste cose e tu puoi
fallo in questo ambiente non è più
un posto soffocante con cappelli a bombetta e
canes e così via come puoi dire che sono un
funzionario, quindi sono io a Brampton
scuola non esitate a contattarmi
e io se abbiamo tempo per le domande
siamo in grado di fare domande grazie
quindi posso fare un respiro adesso, sì
sì bene una domanda molto facile fare
lavoro con James Bond, probabilmente no
permesso di dirvi bene um un bel
domanda per quanto riguarda il discorso che abbiamo avuto
prima di come tratti le terze parti aperte
librerie di sorgenti quindi sì
allo stesso modo in cui tutti noi siamo
passare un sacco di tempo a guardare il
supply chain al momento assolutamente
eco che la catena di approvvigionamento nel software
è una vulnerabilità fondamentale per il moderno
organizzazioni ed è qualcosa che
deve essere guardato deve essere
indirizzato c’è un numero enorme di
start-up persone che lavorano in quella zona chi
stanno cercando di renderlo più facile
capire che cosa impatto che ha su di voi
e dove cambierà ma è necessario
meglio sta andando meglio
tempo con stiamo facendo del nostro meglio pure
come tutti gli altri a capire come
earth ci occupiamo della dipendenza da nodejs
catena come il fatto che qualcuno può farlo
avere un vivace per i personaggi padding su
la sinistra e rompere di meno l’ intero
internet è pazzo come da una sicurezza
prospettiva se cambiano quella libreria
fare qualcosa di orribile che avrebbe
noto che ora stavano eseguendo quello
la produzione è un mondo che
mi terrorizza completamente sono i migliori
possiamo fare è cercare persone come me
la cavalleria e dì come facciamo a ottenere questo
meglio va bene qual è il modo migliore per
mantenere il rischio guardare nel tempo non lo faccio
avere un modo migliore in cui non credo nel migliore
modi perché tutti sono dell’azienda
diverso
Odio wiki è dove informazioni
va a morire ma in realtà il continuo
aggiornamento nella continua capacità di vedere
funziona davvero bene ne conosco altri
organizzazioni che utilizzano i tracker dei problemi e
solo tu sai gestirlo un po ‘
per mantenere il registro dei rischi la cosa fondamentale
qualcuno dovrebbe essere in grado di vederlo e
dovrebbe essere molto facile collegarlo
con il tuo strumento di tracciamento della storia anche se
che richiede una persona che aggiorna manualmente
sarebbe sufficiente ma indice
anche le carte su un muro funzioneranno alquanto
okay, l’ultima domanda puoi immaginare
diversificare le soluzioni governative a
livelli regionali o comunali al fine di
attenuare i rischi e aumentare la robustezza
e pensiamo a quella domanda per a
i secondi sistemi federati sono davvero difficili
è sicuro che è molto difficile
problema il problema che hai è rampa
Confida i confini quindi chi si fida di chi
per quali cose e così via ci sono a
varietà di buoni sistemi federati noi
conosci quelli che lavorano ne conosciamo quelli
non un governo deve fare un certo
livello della Federazione e della delega
di autorità a diverse organizzazioni
e così via quindi è un continuo
sfida mi piace credere che sia
possibile
non puoi mai ridurre il rischio a zero
e tutto ciò che facciamo è spostare il rischio
in giro così non so bene cosa si
sarebbe simile ma non può essere peggio
di quello che è oggi giusto è così
questa è la cosa che continuo a ripetermi
non può peggiorare, va bene, grazie
molto Ciao vi ringrazio molto
tu