Skip to content

#topic-expansion

1000 approved public terms with this tag.

DNS Rate Limit is a networking traffic control that caps request volume over a period for name resolution and delegation. It uses identity keys, windows, and response policies so teams can protect services from overload while keeping evidence, reliability, and public-safe operational boundaries clear.

The network engineering team used DNS Rate Limit when a resolver returned stale data, so the team could protect services from overload before traffic crossed a service boundary.

DNS Resolver Cache is a networking performance layer that stores DNS answers for reuse until they expire for name resolution and delegation. It uses TTL rules, cache keys, and invalidation so teams can reduce lookup latency while keeping evidence, reliability, and public-safe operational boundaries clear.

The network engineering team used DNS Resolver Cache when a resolver returned stale data, so the team could reduce lookup latency before traffic crossed a service boundary.

DNS Route Leak Guard is a networking routing control that detects and blocks accidental route propagation for name resolution and delegation. It uses prefix filters, validation, and peer policy so teams can protect reachability while keeping evidence, reliability, and public-safe operational boundaries clear.

The network engineering team used DNS Route Leak Guard when a resolver returned stale data, so the team could protect reachability before traffic crossed a service boundary.

DNS Traffic Shaper is a networking control mechanism that limits or prioritizes flows across links for name resolution and delegation. It uses queues, rate limits, and quality-of-service rules so teams can protect important traffic while keeping evidence, reliability, and public-safe operational boundaries clear.

The network engineering team used DNS Traffic Shaper when a resolver returned stale data, so the team could protect important traffic before traffic crossed a service boundary.

Data Loss Abuse Throttle is a security anti-abuse control that slows or blocks suspicious repeated behavior for sensitive data exposure risk. It uses rate limits, reputation signals, and challenge steps so teams can protect public access without a login wall while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Abuse Throttle when a report included private metadata, so the team could protect public access without a login wall before the risk review began.

Data Loss Attack Surface is a security exposure model that lists reachable systems, actions, and trust boundaries for sensitive data exposure risk. It uses asset inventory, route discovery, and permission mapping so teams can prioritize risk reduction while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Attack Surface when a report included private metadata, so the team could prioritize risk reduction before the risk review began.

Data Loss Containment Plan is a security response plan that limits damage after a suspected compromise for sensitive data exposure risk. It uses isolation steps, credential rotation, and communication paths so teams can reduce attacker dwell time while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Containment Plan when a report included private metadata, so the team could reduce attacker dwell time before the risk review began.

Data Loss Data Redaction is a security privacy control that removes sensitive values before data leaves a protected context for sensitive data exposure risk. It uses field rules, hashing, and safe logging so teams can share evidence without leaking secrets while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Data Redaction when a report included private metadata, so the team could share evidence without leaking secrets before the risk review began.

Data Loss Detection Rule is a security security analytic that matches suspicious behavior or known indicators for sensitive data exposure risk. It uses logs, thresholds, signatures, and behavioral context so teams can surface actionable alerts while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Detection Rule when a report included private metadata, so the team could surface actionable alerts before the risk review began.

Data Loss Evidence Chain is a security audit record that preserves how security evidence was collected and handled for sensitive data exposure risk. It uses timestamps, hashes, owners, and storage controls so teams can support trustworthy investigation while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Evidence Chain when a report included private metadata, so the team could support trustworthy investigation before the risk review began.

Data Loss Forensic Snapshot is a security investigation artifact that captures system state for later review for sensitive data exposure risk. It uses logs, configuration, hashes, and time-bounded data so teams can analyze incidents without changing evidence while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Forensic Snapshot when a report included private metadata, so the team could analyze incidents without changing evidence before the risk review began.

Data Loss Patch Window is a security remediation schedule that sets when a fix should be applied for sensitive data exposure risk. It uses risk severity, testing needs, and maintenance constraints so teams can repair systems without unnecessary disruption while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Patch Window when a report included private metadata, so the team could repair systems without unnecessary disruption before the risk review began.

Data Loss Phishing Resistance is a security identity control that reduces success of credential theft attacks for sensitive data exposure risk. It uses passkeys, hardware-backed factors, and origin checks so teams can protect sign-in flows while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Phishing Resistance when a report included private metadata, so the team could protect sign-in flows before the risk review began.

Data Loss Policy Decision is a security authorization decision that determines whether an action should be allowed for sensitive data exposure risk. It uses identity, resource, context, and policy evaluation so teams can enforce least privilege while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Policy Decision when a report included private metadata, so the team could enforce least privilege before the risk review began.

Data Loss Secret Scanner is a security preventive control that finds credentials before they spread for sensitive data exposure risk. It uses pattern matching, entropy checks, and allowlists so teams can stop accidental key exposure while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Secret Scanner when a report included private metadata, so the team could stop accidental key exposure before the risk review began.

Data Loss Trust Boundary is a security security boundary that defines where assumptions, identities, or permissions change for sensitive data exposure risk. It uses network edges, service roles, and data classifications so teams can avoid accidental privilege crossing while keeping evidence, reliability, and public-safe operational boundaries clear.

The security team used Data Loss Trust Boundary when a report included private metadata, so the team could avoid accidental privilege crossing before the risk review began.

Dataset Bias Audit is a ml review process that looks for uneven model behavior across groups or segments for labeled and unlabeled data used for learning. It uses slice metrics, representative data, and reviewer notes so teams can surface fairness risks while keeping evidence, reliability, and public-safe operational boundaries clear.

The machine learning team used Dataset Bias Audit when the dataset received a new batch, so the team could surface fairness risks before the model moved into evaluation.

Dataset Calibration Curve is a ml diagnostic that compares predicted confidence with observed outcomes for labeled and unlabeled data used for learning. It uses bucketed predictions, reliability diagrams, and threshold analysis so teams can make confidence scores useful while keeping evidence, reliability, and public-safe operational boundaries clear.

The machine learning team used Dataset Calibration Curve when the dataset received a new batch, so the team could make confidence scores useful before the model moved into evaluation.

Dataset Data Split is a ml experimental control that separates examples for training, validation, and testing for labeled and unlabeled data used for learning. It uses randomization rules, leakage checks, and seed tracking so teams can measure generalization honestly while keeping evidence, reliability, and public-safe operational boundaries clear.

The machine learning team used Dataset Data Split when the dataset received a new batch, so the team could measure generalization honestly before the model moved into evaluation.

Dataset Drift Monitor is a ml monitor that detects when data or predictions no longer match the training baseline for labeled and unlabeled data used for learning. It uses statistical tests, time windows, and alert thresholds so teams can respond before quality drops while keeping evidence, reliability, and public-safe operational boundaries clear.

The machine learning team used Dataset Drift Monitor when the dataset received a new batch, so the team could respond before quality drops before the model moved into evaluation.