CISAW Secure Software study materials
CISAW Secure Software study resources

CISAW Secure Software cheat sheet

CISAW Secure Software · Keep the key ideas within reach.

Quick reference

Security foundations, governance and Chinese context

  • CIA triad plus authenticity, non-repudiation and accountability define what is protected.

  • Risk combines threat, vulnerability and business impact; a vulnerability alone is not a risk.

  • Bell-LaPadula: no read up, no write down - confidentiality.

  • Biba: no read down, no write up - integrity.

  • Governance decides acceptable risk and accountability; management decides how to achieve it

  • Risk appetite (board-approved) differs from tolerance (variation) and capacity (maximum bearable)

  • Three Lines Model: internal audit must remain independent of control ownership

Quick reference

Identity, access and cryptographic protection

  • Identification, authentication, authorisation and accounting are four distinct steps.

  • MFA needs two different factor categories, not two instances of one.

  • RBAC suits stable job roles; ABAC suits context-dependent, fine-grained rules.

  • Kerberos uses a KDC with TGT and service tickets for SSO.

  • Symmetric ciphers handle bulk data; asymmetric ciphers solve key distribution and signatures.

  • Signing uses a specified signature scheme with the signer’s private key; verification and custody are essential to origin evidence.

  • ECB leaks patterns; use authenticated modes such as GCM or encrypt-then-MAC.

Quick reference

Application and data protection

  • OWASP Top 10 is the standard vocabulary for application weaknesses.

  • Parameterised queries prevent SQL injection; output encoding prevents XSS.

  • Authorisation must be checked server-side on every request.

  • XSS executes script in the victim's browser; CSRF abuses the victim's session.

  • Classify data first, then apply encryption, masking, DLP and disposal rules by class.

Quick reference

Secure development, review and software supply chain

  • Link security requirements and threat modeling to real design choices.

  • Use server-side enforcement and interpreter/context-appropriate defenses.

  • Static, dynamic and dependency analysis provide different evidence.

  • Protect and trace source, builds, dependencies and release artifacts.

Quick reference

Vulnerability discovery, prioritization and verification

  • Validate findings and prioritize with exposure and business impact.

  • CVSS severity is not a complete organizational risk score.

  • Assessments and testing require appropriate authorization and scope.

  • Verify remediation and review documented exceptions.

Quick reference

Security operations, monitoring and response

  • Asset inventory and configuration baselines underpin every operational control.

  • Changes need an appropriate authorization path, recovery planning and relevant evidence.

  • Emergency changes still require retrospective documentation within a defined window.

  • Monitor log sources for silence, not just for events.

  • Distinguish historical Revision 2 phases from current NIST incident-response guidance integrated with broader risk management.

  • Containment precedes eradication in almost every scenario.

  • Capture volatile evidence (memory, connections) before disk and before power-off.

Quick reference

Cyber-risk identification and analysis

  • Risk assessment cycles through identification, analysis, and evaluation, producing a maintained risk register

  • Single loss expectancy = asset value x exposure factor; annualized loss expectancy = SLE x annualized rate of occurrence

  • Risk requires a threat, a vulnerability, and an impact; none alone is sufficient

  • Inherent risk is before controls, residual risk after them - always state which is being scored

  • Control effectiveness and uncertainty affect any expected-loss comparison.