Chapters 1 and 2

0.0(0)
Studied by 0 people
call kaiCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/158

encourage image

There's no tags or description

Looks like no tags are added yet.

159 Terms

1
New cards

Rules of Professional Conduct

Ethical standards requiring penetration testers to act honestly, responsibly, confidentially, and within authorized boundaries.

2
New cards

Executive Summary

A high-level overview of the assessment, major findings, business risks, and recommended actions for management.

3
New cards

Technical Report

A detailed document containing vulnerabilities, evidence, exploitation steps, affected systems, and remediation recommendations.

4
New cards

Finding

A documented security weakness discovered during an assessment.

Stakeholders need clear risk, severity, and business impact.

Findings should include description, evidence, risk rating, and remediation.

5
New cards

Risk Rating

A classification indicating the potential risk associated with a discovered vulnerability.

6
New cards

Secure Distribution

Delivering sensitive penetration-testing reports and evidence through protected channels to authorized recipients.

7
New cards

Goal Reprioritization

Adjusting testing objectives and priorities when new findings, risks, or business requirements emerge.

8
New cards

Communication Plan

A predefined plan identifying who receives updates, what information is communicated, how frequently, and through which channels.

9
New cards

Out-of-Band Communication

Communication using a separate channel from the potentially compromised or monitored system.

10
New cards

Critical Finding Notification

Promptly notifying designated stakeholders when a severe vulnerability or dangerous condition is discovered.

11
New cards

Technical Impact

The direct effect of a vulnerability on systems, applications, data, or infrastructure.

12
New cards

Penetration Testing Framework

A structured collection of guidelines, procedures, and best practices for conducting penetration tests.

13
New cards

OSSTMM

Open Source Security Testing Methodology Manual; a framework emphasizing systematic security testing and operational security measurement.

14
New cards

CREST

Council of Registered Ethical Security Testers; an organization providing professional standards, certifications, and guidance for cybersecurity testing.

15
New cards

PTES

Penetration Testing Execution Standard; a methodology outlining structured phases for conducting penetration tests.

16
New cards

PTES – Pre-engagement Interactions

The phase establishing objectives, scope, requirements, permissions, and expectations before testing begins.

17
New cards

PTES – Intelligence Gathering

Collecting information about the target organization, systems, infrastructure, and potential attack surfaces.

18
New cards

PTES – Exploitation

Attempting to leverage identified vulnerabilities to demonstrate their actual security impact.

19
New cards

PTES – Post-Exploitation

Determining the value of compromised systems, accessible data, privileges, and potential lateral movement.

20
New cards

PTES – Reporting

Documenting testing activities, discovered vulnerabilities, evidence, business impact, and remediation recommendations.

21
New cards

MITRE ATT&CK

A knowledge base documenting real-world adversary tactics, techniques, and procedures (TTPs).

22
New cards

MITRE ATT&CK Tactic

The adversary's objective or reason for performing an action.

23
New cards

MITRE ATT&CK Technique

The method an adversary uses to accomplish an objective.

24
New cards

MITRE ATT&CK Sub-technique

A more specific variation of a documented adversary technique.

25
New cards

MITRE ATT&CK Procedure

A specific real-world implementation of a technique by an adversary.

26
New cards

TTPs

Tactics, techniques, and procedures describing how threat actors conduct attacks.

27
New cards

OWASP Top 10

A widely recognized awareness document identifying major web application security risk categories.

28
New cards

OWASP A01:2021 – Broken Access Control

Failures that allow users to access resources or perform actions beyond their authorized permissions.

29
New cards

OWASP A02:2021 – Cryptographic Failures

Weaknesses involving inadequate encryption, improper cryptographic implementations, or exposure of sensitive data.

30
New cards

OWASP A03:2021 – Injection

Untrusted input is interpreted as commands or queries, potentially allowing attackers to execute unintended operations.

31
New cards

OWASP A04:2021 – Insecure Design

Security weaknesses resulting from missing or inadequate security controls during application design.

32
New cards

OWASP A05:2021 – Security Misconfiguration

Improperly configured systems, applications, services, or security settings.

33
New cards

OWASP A06:2021 – Vulnerable and Outdated Components

Using software components containing known vulnerabilities or unsupported versions.

34
New cards

OWASP A07:2021 – Identification and Authentication Failures

Weaknesses in authentication and identity management that allow account compromise or impersonation.

35
New cards

OWASP A08:2021 – Software and Data Integrity Failures

Failures to verify the integrity of software, updates, or data.

36
New cards

OWASP A09:2021 – Security Logging and Monitoring Failures

Inadequate logging, monitoring, alerting, or incident response capabilities.

37
New cards

OWASP A10:2021 – Server-Side Request Forgery (SSRF)

An attacker manipulates a server into making unauthorized requests to internal or external resources.

38
New cards

OWASP MASVS

Mobile Application Security Verification Standard; a framework defining security requirements for mobile applications.

39
New cards

MASVS-STORAGE

Addresses secure storage of sensitive data on mobile devices.

40
New cards

MASVS-CRYPTO

Addresses proper use and implementation of cryptography in mobile applications.

41
New cards

MASVS-AUTH

Addresses authentication and authorization security in mobile applications.

42
New cards

Purdue Model

A hierarchical network architecture model used to organize industrial control systems and operational technology environments.

43
New cards

Purdue Level 0

Physical processes and equipment, such as sensors, actuators, and machinery.

44
New cards

Purdue Level 1

Basic control devices, such as PLCs and other controllers.

45
New cards

Purdue Level 2

Supervisory control systems, such as HMIs and SCADA systems.

46
New cards

Purdue Level 3

Manufacturing operations and site-level operational management systems.

47
New cards

Purdue Level 3.5

Industrial demilitarized zone (IDMZ) separating operational technology from enterprise IT.

48
New cards

Purdue Level 4

Enterprise-level business planning and logistics systems.

49
New cards

Purdue Level 5

External networks, such as the internet and other enterprise-connected environments.

50
New cards

Threat Modeling

The process of identifying potential threats, vulnerabilities, attack vectors, and security risks before or during system development.

51
New cards

STRIDE

A threat modeling framework identifying Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, and Elevation of Privilege.

52
New cards

Repudiation

Denying having performed an action when adequate evidence or logging is unavailable.

53
New cards

PASTA

Process for Attack Simulation and Threat Analysis; a risk-centric threat modeling methodology.

54
New cards

DREAD

A threat risk assessment model evaluating Damage, Reproducibility, Exploitability, Affected Users, and Discoverability.

55
New cards

Scripting

Writing instructions that automate tasks, process information, or interact with systems and applications.

56
New cards

Interpreted Language

A programming language generally executed by an interpreter rather than compiled into a standalone native executable beforehand.

57
New cards

Compiled Language

A programming language translated into machine code or another executable form before execution.

58
New cards

Bash

A Unix/Linux command-line shell and scripting language used to automate commands and system administration tasks.

59
New cards

Shebang

The first line of a script specifying the interpreter used to execute it, such as #!/bin/bash.

60
New cards

Bash Variable

A named storage location for information used within a script.

61
New cards

Bash Command Substitution

Executes a command and substitutes its output into another command or variable.

62
New cards

Python

A high-level interpreted programming language commonly used for automation, scripting, data processing, and security testing.

63
New cards

Python Module

A Python file containing reusable code, such as functions, variables, and classes.

64
New cards

Python Class

A blueprint for creating objects that combine data and related functionality.

65
New cards

PowerShell

A command-line shell and scripting language commonly used for Windows administration and automation.

66
New cards

PowerShell Cmdlet

A specialized command in PowerShell that performs a specific operation.

67
New cards

PowerShell Pipeline

A mechanism that passes objects from one command to another for further processing.

68
New cards

PowerShell Object

A data structure containing properties and methods that can be manipulated through PowerShell.

69
New cards

Logic Construct

A programming structure that controls the order and conditions under which instructions execute.

70
New cards

Function

A reusable section of code that performs a defined task and can accept parameters.

71
New cards

Parameter

An input variable passed into a function or command to influence its behavior.

72
New cards

Return Value

The result produced and passed back by a function after execution.

73
New cards

Array

A data structure that stores multiple values in an ordered collection.

74
New cards

Regular Expression (Regex)

A pattern used to search, match, extract, or manipulate text.

75
New cards

Library

A collection of prewritten code that provides functionality developers can reuse rather than writing everything themselves.

76
New cards

Scope

The boundaries of a penetration test, specifying authorized targets, systems, activities, and limitations.

77
New cards

In-Scope Asset

A system, application, network, or resource explicitly authorized for testing.

78
New cards

Out-of-Scope Asset

A system or resource that is excluded from the authorized penetration test.

79
New cards

Rules of Engagement (RoE)

A document defining the conditions, limitations, procedures, and permissions governing a penetration test.

80
New cards

Blackout Period

A period during which testing is prohibited, often to avoid business-critical operations or maintenance.

81
New cards

Data Handling Requirements

Rules governing how sensitive information discovered during testing must be accessed, stored, transmitted, and destroyed.

82
New cards

Stop Condition

A predefined event or circumstance requiring testing activities to immediately cease.

83
New cards

Safe Harbor

An agreement or provision establishing protections for authorized security research conducted within defined conditions.

84
New cards

Framework

A structured collection of guidelines and practices used to manage or assess cybersecurity risks.

85
New cards

Standard

An established set of requirements or specifications that an organization is expected or required to follow.

86
New cards

Policy

A high-level organizational statement establishing security expectations and requirements.

87
New cards

Procedure

Detailed instructions describing how a specific task or process must be performed.

88
New cards

Guideline

Recommended practices that provide direction but are generally less mandatory than policies or standards.

89
New cards

SOX

Sarbanes-Oxley Act; establishes requirements concerning corporate financial reporting and internal controls.

90
New cards

FISMA

Federal Information Security Modernization Act; establishes information security requirements for U.S. federal agencies and certain associated organizations.

91
New cards

NIST

National Institute of Standards and Technology; develops cybersecurity standards, frameworks, and guidelines.

92
New cards

NIST SP 800-115

Technical Guide to Information Security Testing and Assessment; provides guidance on planning and conducting security assessments.

93
New cards

ISO/IEC 27001

An international standard specifying requirements for establishing and maintaining an information security management system.

94
New cards

Memorandum of Understanding (MOU)

A document describing the understanding and intended cooperation between parties, generally without creating the same binding obligations as a contract.

95
New cards

Memorandum of Agreement (MOA)

A document establishing agreed-upon responsibilities and commitments between participating parties.

96
New cards

Master Service Agreement (MSA)

A contract establishing general terms and conditions that govern multiple services or future engagements.

97
New cards

Attack Surface

The total collection of potential entry points an attacker could use to interact with or compromise a system.

98
New cards

Dependency

A system, service, or resource required for another system or application to function properly.

99
New cards

Penetration Test

An authorized simulated attack designed to identify and demonstrate exploitable security weaknesses.

100
New cards

Vulnerability Assessment

An evaluation designed to identify, classify, and prioritize security vulnerabilities without necessarily exploiting them.