Pokiaľ ide o bezpečnosť podniku, cieľom nie je zablokovať riziko, ale formovať, ako sa riziko chápe, absorbuje a znižuje, keď sa podnikanie naďalej pohybuje.V komplexných podnikoch sa riziko nedá odstrániť bez odstránenia príležitosti. Bezpečnosť, v tomto modeli, sa stáva mechanizmom pre informované rozhodovanie namiesto reflexívneho brzdenia pokroku. „Podnikanie zistí, ako to urobiť, a vy môžete byť v ceste k tomu, alebo to môžete povoliť,“ hovorí Mike Coogan, viceprezident a hlavný manažér informačnej bezpečnosti v spoločnosti Brinks Home. Keď zabezpečenie zastaví blokovanie a začne umožňovať S viac ako dvoma desaťročiami vedúcich zložitých IT prostredí sa Coogan naučil, že vedenie v oblasti bezpečnosti musí byť strategické aj zamerané na ľudí, čo odráža kľúčový posun v jeho myslení späť k veľkej migrácii cloudu v roku 2013. Spočiatku pristupoval k Amazon Web Services (AWS) tak, ako keby to bolo jednoducho ďalšie dátové centrum. „Viem, ako budovať firewally. Avšak, keď vývojové tímy prijali mikroslužby a rýchle poskytovanie, Coogan uznal tvrdú pravdu. Žiadny súkromný podnik, ani na stupnici Fortune 200, by sa nemohol zhodovať s investíciami do bezpečnosti poskytovateľov hyperskala. „Nikdy nedostanem rozpočet, čo znamená ľudí a technológie a procesy, na úrovni Amazonu na ochranu mojich údajov. Namiesto toho, aby sa bránil, prehodnotil úlohu bezpečnosti.Otázka sa stala, ako využiť schopnosti poskytovateľov cloudových služieb, overiť ich uistenia a zosúladiť zmluvy a kontroly s vnútornou toleranciou rizík.Táto zmena znamenala okamih, keď sa bezpečnosť presunula z obštrukcie na umožnenie. Skutočný zdroj podnikovej krehkosti Ak rýchlosť a bezpečnosť dokážu koexistovať, prečo toľko podnikov bojuje? Coogan hovorí, že ide len o stimuly. „Stimulácie pravdepodobne vytvárajú krehkosť najrýchlejšie v podnikovom meradle,“ hovorí. Udržateľnosť, obnoviteľnosť a bezpečnosť sa často považujú za sekundárne atribúty. Tlak na loď môže vyvrátiť myslenie druhého a tretieho stupňa. „Ak všetky nefunkčné požiadavky začnú klesať na ceste, je to miesto, kde sa objavuje krehkosť.“ Coogan argumentuje za zosúladenie stimulov s disciplinovanými IT postupmi. Ak organizácie odmeňujú tímy za to, že robia správnu vec z architektonického a operačného hľadiska, nasleduje odolnosť. Vytvorenie rýchleho pruhu s guardrails Odpoveďou nie sú ťažšie cykly preskúmania alebo reaktívne skenovanie, ale jasnosť. Vývojári nemôžu tlačiť kód bez preskúmania bezpečnosti a infraštruktúry. Keď nasledujú zavedené vzory, mali by sa pohybovať rýchlo. Coogan opisuje tieto vzory ako bezpečné architektonické zábradlia. Ak tím implementuje známy dizajn, mal by „letieť cez tento proces.“ Bezpečnostné tímy sú zodpovedné za definovanie týchto opevnených ciest, pretože mnohí vývojári nie sú vyškolení v bezpečnostných štandardoch podniku na odbornej úrovni. Post-vývojové skenovanie kódu, ktoré produkuje dlhé zoznamy zistení, často frustruje obe strany. „Nikto nechce, aby bola vydaná kniha plná kódových chýb. To je len frustrujúce pre všetkých zapojených,“ hovorí Coogan. Vývojári môžu ignorovať zistenia alebo manažéri prijmú riziko jednoducho na udržanie tempa. Namiesto širokých štandardov so stovkou možných interpretácií, Coogan uprednostňuje predpísané usmernenia.Jasné identitné modely, definované poskytovanie prístupu a konzistentné architektonické voľby znižujú nejednoznačnosť a urýchľujú doručenie. AI, zabezpečenie a ďalšie rozdelenie vedenia Umelá inteligencia (AI) preformuluje bezpečnostné operácie. „Inteligentná inteligencia je dobrá v chápaní vzorov,“ hovorí Coogan. Chronická záplava falošných pozitívov, ktorá premohla bezpečnostné operačné centrá, môže byť triedená modelmi, ktoré klasifikujú udalosti ako pravdepodobné alebo nepravdepodobné. Či už ide o podozrivý prenos súborov alebo o varovanie o pohybe vyvolané prechádzajúcim zvieraťom, AI môže poskytnúť pravdepodobnosť a kontext. Ľudia stále robia konečné rozhodnutia, ale skríningová vrstva sa stáva dramaticky efektívnejšou. V dlhodobom horizonte Coogan tvrdí, že zabezpečenie dodávateľského reťazca softvéru sa stane definujúcou prioritou pre vedúcich predstaviteľov bezpečnosti podnikov.Organizácie musia certifikovať nástroje individuálne, určiť, aké údaje môžu byť obsiahnuté v každom systéme, a overiť, že úrovne zabezpečenia sú v súlade s ich rámcom riadenia rizík. Táto práca je zložitá.Môže to znamenať, že sa s poskytovateľmi cloudových služieb zaobchádza inak na základe zmluvných ochranných opatrení a pokrytia kontroly.Rámce, ako je FedRAMP, demonštrujú silu štandardizácie a predvídateľnosti v rozsahu.Väčšina podnikov nemá tento vplyv, čo robí disciplinované riadenie a kontinuálne monitorovanie kontrol ešte kritickejšie. Rovnováha medzi rýchlosťou, inováciami a bezpečnosťou je o lepšej integrácii.Podniky, ktoré zaobchádzajú s bezpečnosťou ako s operačným systémom, zosúladia stimuly s odolnosťou a investujú do istoty, sa môžu rýchlo pohybovať bez toho, aby sa stali krehkými. „Podnikanie bude diktovať podmienky svojho vlastného úspechu. Sledovať Mike Coogan na Pre viac vhľadov. LinkedIn Linkedin → 
 
 Tento príbeh bol distribuovaný ako vydanie Jon Stojan v rámci HackerNoon Business Blogging Program. Tento príbeh bol distribuovaný ako vydanie Jon Stojan v rámci HackerNoon Business Blogging Program.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Tento zvuk je vyrobený v pôvodnom jazyku príbehu!

Mike Coogan: Ako vyvážiť rýchlosť, inováciu a bezpečnosť na podnikovej úrovni

About Author

KOMENTÁRE

ZAVISTE ŠTÍTKY

TENTO ČLÁNOK BOL PREDSTAVENÝ V

Related Stories

When Blood Told

Code Smell 298 - How to Fix Microsoft Windows Time Waste

16 Best Sklearn Datasets for Building Machine Learning Models

112 Stories To Learn About Hackernoon Community

When Blood Told

Code Smell 298 - How to Fix Microsoft Windows Time Waste

16 Best Sklearn Datasets for Building Machine Learning Models

112 Stories To Learn About Hackernoon Community

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps