RCW
RCW IT TrainingCISSP Bootcamp
← Back to all labs

Domain 8: Software Development Security

CISSP Bootcamp · Module 8 of 8 · exam weight 10%
weight 10% 6 practice questions unofficial study material
Security across the SDLC plus the web-attack playbook. Small domain, very predictable: models, secure-coding defences, and database concepts.

Lifecycle models

ModelSignature
Waterfalllinear phases, requirements frozen early
Spiraliterative loops, risk-driven
Agilesprints, evolving requirements, working software
RADrapid prototyping, user feedback
DevSecOpsCI/CD + security shifted left, automation in pipelines

DevSecOps essentials: pipeline SAST/DAST/SCA gates, IaC and container image scanning, secret scanning, SBOM generation, signed artefacts.

Secure SDLC stages

Requirements (security + privacy requirements, misuse cases) → Design (threat modelling, attack surface reduction, architecture review) → Development (coding standards e.g., SEI CERT; peer review; static analysis in IDE) → Testing (dynamic, fuzz, regression) → Release (signing, change approval) → Maintenance (patching, dependency updates, bug bounty). Maturity models: OWASP SAMM, BSIMM; CMM/CMMI levels 1–5.

Programming fundamentals worth points

The web attack playbook (attack → defence)

AttackDefence
SQL injectionparameterised queries/prepared statements, least-privilege DB accounts, ORM
XSS (reflected/stored/DOM)output encoding, CSP, HttpOnly+Secure cookies, sanitisation
CSRFanti-CSRF tokens, SameSite cookies, re-auth for sensitive actions
SSRFallow-list egress, disable redirect follow, metadata-service blocking
Insecure deserialisationnever deserialize untrusted data; signed/integrity-checked payloads
API abuseper-endpoint authorisation, rate limiting, schema validation (REST/GraphQL)

Databases

ACID: Atomicity (all-or-nothing), Consistency (valid states), Isolation (concurrent tx don't clash), Durability (committed = survives crash). Normalisation removes redundancy; views restrict column/row exposure. Threats: aggregation and inference from combined harmless rows → counter with polyinstantiation, noise, access controls. Connections via ODBC/JDBC; NoSQL and DW/big-data variants exist.

Software supply chain & third parties

Effectiveness measurement

Track: defect density, escape rate, % builds passing security gates, time-to-remediate, coverage of critical paths. Independent testing (external pen test or audit) validates internal claims; separation between dev, test and prod environments (no prod data in test!).

Memory hooks

Exam tips

Check yourself

Q1. Which SDLC model is explicitly RISK-driven?
A. Waterfall
B. Spiral
C. Agile
D. RAD
Answer: B. Spiral
Spiral iterations are organised around risk analysis.
Q2. Primary defence against SQL injection?
A. Input block-listing
B. Parameterised queries
C. HTTPS
D. WAF only
Answer: B. Parameterised queries
Prepared statements separate code from data.
Q3. CSRF is best mitigated by:
A. Output encoding
B. Anti-CSRF tokens with SameSite cookies
C. Salting
D. RAID
Answer: B. Anti-CSRF tokens with SameSite cookies
Tokens prove the request came from your page.
Q4. In ACID, 'committed transactions survive a crash' is:
A. Atomicity
B. Consistency
C. Isolation
D. Durability
Answer: D. Durability
Durability = persisted once committed.
Q5. Polyinstantiation counters which database threat?
A. SQL injection
B. Inference via aggregation
C. Deadlocks
D. Replication lag
Answer: B. Inference via aggregation
Two rows, same key, different classifications break inference.
Q6. ‘Shift left’ means:
A. Move workloads offshore
B. Apply security earlier in the SDLC
C. Prioritise operations
D. Outsource testing
Answer: B. Apply security earlier in the SDLC
Earlier (leftward on the timeline) security = cheaper defect fixing.
CISSP® and (ISC)²® are registered trademarks of ISC2, Inc. This free bootcamp is independent study material and is not affiliated with, sponsored by, or endorsed by ISC2.