Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Culture Hacking w/ DevSecOps

Culture Hacking w/ DevSecOps

Presented at Infosec World 2017

Avatar for Shannon Lietz

Shannon Lietz

April 01, 2017

More Decks by Shannon Lietz

Other Decks in Technology

Transcript

  1. Take Responsibility. Give Credit. @seniorstoryteller <me /> 1984 1989 1996

    2001 2011 DEVELOPER OPERATIONS “DEVSECOPS” “RUGGED” SECURITY PRESENT -- FOUNDER -- SAFER SOFTWARE SOONER
  2. 3 Most say it’s never a good idea to break

    the rules... Pixabay @ Pickit until the forces of change demand it.
  3. Everything Tech has been eating the world!!! SOFTWARE ~2011 MOBILE

    ~2011 DEVOPS ~2013 CLOUD ~2010 AGILE ~2010 DATA ~2013
  4. DevOps hiring is up ~2000% in last 5 years! •

    Imagine solving the world’s problems faster by collaborating and taking responsibility. • In connection with Cloud Computing, DevOps is the cultural enabler needed to scale creativity and innovation. • With the goal of solving customer problems faster, no wonder DevOps is taking over. ~1500% increase In 2 years
  5. Cloud growth is exponential!! • Public Cloud adoption is accelerating

    at a rapid pace… • Software defined environments allow scale to happen and more decisions to be made daily… • More people can experiment, learn and fail at a rapid pace to solve for customer demand…. • Creativity is the next frontier… http://www.geekwire.com/2016/study-aws-45-share-public-cloud-infrastructure-market-microsoft-google-ibm-combined/
  6. What’s going on? evolution value compliance genesis customer custom- built

    product (+rental) commodity (+utility) devsecops visible invisible compute cloud compliance as code informational website domain names devops continuous deployment continuous integration transparent security rugged software fewer better suppliers security as code agile mobile customer-driven innovation traditional SDLC traditional security web app search engine red team penetration testing commodity bound growth emerging Catching up takes commitment
  7. Borrowing from Supply Chain Principles • Gating processes are not

    Deming-like • Security is a design constraint • Decisions made by engineering teams • Hard to avoid business catastrophes by applying one-size-fits-all strategies • Security defects is more like a security “recall” design build deploy operate How do I secure my app? What component is secure enough? How do I secure secrets for the app? Is my app getting attacked? How? Typical gates for security checks & balances Mistakes and drift often happen after design and build phases that result in weaknesses and potentially exploits Most costly mistakes Happen during design Faster security feedback loop
  8. What is DevSecOps? • IS • A Mindset and Holistic

    Approach • A Collection of Processes & Tools • A Means of Building Security and Compliance into Software • A Community Driven Effort • A Strategy Driven by Learning and Experiments IS NOT • A One-Size-Fits-All Approach • A Single Tool or Method • Just a means of adding Security into Continuous Delivery • Invented by Vendors • A Strategy Driven by Perfection and Compliance DevSecOps is the practice of developing safer software sooner by involving all needed parties in the creative process and practicing continuous improvement from high fidelity actionable feedback with context. Shares concepts with Rugged Software, Rugged DevOps, SecDevOps, DevOpsSec, DevOps
  9. What type of skills are required? Dev Sec Ops Dev

    Sec Ops 13 Dev Sec Ops Developer Sys Admin Security Engineer competency needed skill; functional
  10. Is everyone bought in? • Management has some firm requirements

    due to financial commitments and reporting • DevOps and Innovation can easily live in 3 out of 4 boxes but hardly like Control • Security practitioners tend to write policies and distrust everyone not them; rightfully so, 1% insider threat is a lot! CONTROL COLLABORATION CULTIVATION COMPETENCE people company reality possibility
  11. Is there a playbook? • Determine defect and feature flows

    for Security to funnel to distributed teams • Inventory work processes, guidelines, policies, experiments, data and tools • Identify groups, roles and skills required to support processes • Identify friction and measure speed of MTTR • Identify types of decisions • Identify metrics for measuring experiments and adapting processes • Implement Code & Infrastructure Guidelines • Implement Rules Engineering Processes • Implement Security Defect Reporting • Implement Consulting and Requests Process • Implement Infrastructure Templates • Implement Red Team & SOC Processes • Implement Manual Staging Processes • Implement a Decisions Process • Implement an Escalation Process with clear stakeholders • All systems should be run with API inspection available via a Security Fabric. (Systems without inspection require manual intervention.) • Implement Security Portal for feedback consolidation across security processes • Implement Case Management for Requests, Defects, and Incidents • Implement Testing framework • Implement Correlation engine • Implement foundational security controls • Integrate with core organizational systems Operating Model Processes Tooling n number of experiments to refine processes and automate where possible • Identified opportunities to develop capacity without increasing risk to too high a level • Inventory provides information for Decisions board to help with risk decisions outcomes • Decisions board with clear escalation path by type of decision • Ability to Communicate and Train on initial processes • Consistent Ins/Outs of Dynamic Work with standard templates • SDE helps with reducing manual efforts • Ability to build up capacity for Stage Two Expected Issues: Communication changes, adaptation of skills, decisions processes, expectations, audits and risk guidelines mismatch
  12. How hard could it be? Source Code CI Server Artifacts

    Monitoring Deploy Test & Scan DevOps Code - Creating Value & Availability DevSecOps Code - Creating Trust & Confidence
  13. • Higher Engagement; All of Us vs. the Attackers •

    Greater Attack Resiliency; Reduced Impact • Less Waste; Better Hygiene • Customer Focus; Increased Trust • Increased Context; Better Decision Quality • Faster Time to Market; Faster Learning • Security Built-into SDLC; Less refactoring And if nothing else, pounding the snot our of your code is better than letting attackers do it for you. ~50% BETTER RESULTS Why Bother? Benefits of DevOps + Security
  14. Or because, adversaries are constantly upgrading … Source Code CI

    Server Artifacts Monitoring Deploy Test & Scan DevOps Code - Creating Value & Availability badguys.com
  15. Is there a way to simplify this shift-left thing? •

    Everyone knows Maslow… • If you can remember 5 things, remember these -> “Apps & data are as safe as where you put it, what’s in it, how you inspect it, who talks to it, and how its protected…”
  16. How will I know when I am doing it well?

    You can get ahead of attackers sooner in the pipeline
  17. Can you provide an example of a difference? API KEY

    EXPOSURE -> 8 HRS DEFAULT CONFIGS -> 24 HRS SECURITY GROUPS -> 24 HRS ESCALATION OF PRIVS -> 5 D KNOWN VULN -> 8 HRS
  18. Is there some science behind all of this? ATT&CK CAPEC

    LOCKHEED’S KILL CHAIN HACK Right of Hack à ß Left of Hack Prevention & Detection Incident Response & Forensics PREDICT % Adjusted for Related Attack Methods % Adjusted for Attack Surface & Environment Target: 80% DETECTION RULES & PROCESSES PREVENTION PATTERNS & CONTROLS
  19. Join us… 27 • Get involved. • Write an article.

    • Give/take feedback. • Contribute to Open Source. • Conduct research. • Volunteer.