CuraSec

tag: Identity · 18 items

2026-10-26 · BleepingComputer · source ↗ #ai-agents#identity#incident-response
  • Engineer — Learn: The guide reframes AI agent design: authorization chains must be machine-readable before deployment, not reconstructed after an incident. No patch or config change required today, but informs how to instrument agent identity in new systems.
  • SOC/IR — Plan: Start building IR playbooks for runaway-agent scenarios now — the guide highlights that identity logs (who authorized the agent, what scope it held) are the primary forensic artifact; audit whether your current logging captures that for any AI tooling already in your estate.
  • Leader — Plan: Joint NIST/CISA/NSA guidance elevates AI agent incidents to a rehearsable category; commission a policy review this quarter covering how agents receive and delegate authority, so accountability exists before an incident forces the question.
2026-10-09 · The Hacker News · source ↗ #ai-security#identity#enterprise
  • Engineer — Skip
  • SOC/IR — Skip
  • Leader — Learn: The framing of AI-speed operations against human-speed security controls is a useful data point for board conversations about governance gaps, though this is SailPoint-sponsored research — treat as a prompt for internal assessment rather than independent evidence.
2026-10-09 · BleepingComputer · source ↗ #ai-agents#access-control#identity
  • Engineer — Learn: Highlights how AI agents can abuse valid credentials to drift beyond intended scopes — worth internalizing for least-privilege design in agentic workflows, but no enrichment signals indicate active exploitation requiring immediate action.
  • SOC/IR — Skip
  • Leader — Plan: AI agents using valid credentials to exceed assigned permissions is exactly the governance gap that needs a policy before controls exist; schedule a review of your organization’s AI agent authorization model this quarter.
2026-10-08 · BleepingComputer · source ↗ #oauth#saas-security#identity
  • Engineer — Plan: OAuth grant sprawl is a real exposure in any cloud/SaaS estate; this quarter, audit all third-party OAuth grants in your IdP and SaaS apps, revoke stale ones, and implement a review gate for new grant requests.
  • SOC/IR — Learn: The Klue breach illustrates how dormant OAuth grants become persistent access paths, but no IOCs or ATT&CK-mapped TTPs are provided here — useful framing for future detection design around anomalous OAuth token usage, not actionable today.
  • Leader — Plan: The Klue breach case makes this board-adjacent: establish an OAuth grant inventory and periodic review policy for your SaaS estate before an unreviewed grant becomes your own incident.
2026-10-01 · BleepingComputer · source ↗ #zero-trust#identity#onboarding
  • Engineer — Learn: Highlights the pre-credential onboarding window as a structural gap in Zero Trust; worth reviewing your identity provisioning pipeline for out-of-band verification steps, but no patch or config change required today.
  • SOC/IR — Skip
  • Leader — Learn: Useful framing for Zero Trust maturity discussions — the onboarding gap is a real program risk to raise when reviewing identity governance posture or answering customer security questionnaires about ZTA.
2026-09-30 · BleepingComputer · source ↗ #entra-id#identity#breaking-change
  • Engineer — Plan: Entra ID is a widely-deployed identity provider; this hardening change takes effect in October and may break authentication flows that rely on custom scripts or non-compliant redirect handling. Audit app registrations and OIDC/SAML integrations now to confirm compatibility before the rollout.
  • SOC/IR — Skip
  • Leader — Plan: A deadline-driven authentication change to Entra ID lands in October; confirm with engineering that dependent applications and partner integrations have been reviewed, to avoid unexpected authentication failures that could prompt escalation.
2026-09-23 · BleepingComputer · source ↗ #identity#mfa#attack-technique
  • Engineer — Plan: Audit who holds privileges to register external MFA providers in your identity platform (Entra ID, Okta, etc.) and restrict that permission to a minimal group; no active exploitation reported, but the attack surface is real for orgs using federated MFA.
  • SOC/IR — Plan: Instrument your identity-platform audit logs to alert on new external MFA provider registrations — this technique leaves a trace there; no IOCs or active campaign to hunt for today.
  • Leader — Learn: Research demonstrates that a privileged insider or compromised admin account could silently intercept credentials via a rogue MFA provider; informs insider-threat and vendor-risk conversations but requires no immediate action given no reported exploitation.
2026-09-21 · BleepingComputer · source ↗ #compliance#identity#government
  • Engineer — Skip
  • SOC/IR — Skip
  • Leader — Plan: CJIS v6.1 raises the bar on encryption, MFA, and vulnerability scanning for covered agencies and their technology vendors; leaders at CJIS-regulated organizations should review the updated requirements against current controls and schedule an internal gap assessment before the next audit cycle.
  • Engineer — Skip
  • SOC/IR — Learn: This retrospective on a large-scale identity data breach is useful background for understanding phishing and identity-fraud lure techniques, but no IOCs or detectable TTPs are present to act on.
  • Leader — Learn: A Lawfare analysis arguing that mass driver’s license data exposure constitutes a systemic national security problem; useful framing for board conversations about third-party identity data risk and vendor due diligence scope.
  • Engineer — Learn: Novel approach to deriving identity role profiles from cloud audit logs via behavioral clustering; no patch or config change needed today, but worth evaluating this technique when designing cloud detection pipelines.
  • SOC/IR — Plan: The SQL-based detection queries and clustering methodology are worth adapting for SIEM coverage of anomalous cloud identity behavior; schedule time to evaluate and prototype rules against your cloud audit log sources.
  • Leader — Skip
  • Engineer — Learn: Academic research exposing trust hijacking and credential leakage flaws in carrier-based SSO; the finding that 69.4% of MSSO sites expose developer credentials is a useful design caution for any team integrating telecom-backed identity flows, though MSSO is rare in typical US cloud stacks.
  • SOC/IR — Learn: The One-Click-to-Leak attack class (phone number exfiltration via single page visit) is a novel auth-layer technique worth filing for threat modeling, but the paper provides no IOCs, ATT&CK mappings, or detection rules to act on today.
  • Leader — Skip
2026-09-03 · BleepingComputer · source ↗ #infostealer#identity#incident-response
  • Engineer — Learn: Reinforces that infostealers harvest live session cookies, not just passwords, which can undermine MFA; worth reviewing session invalidation and device-binding controls in SSO/SaaS configurations, but no specific patch or CVE is in scope.
  • SOC/IR — Learn: Offers prioritization logic for credential-in-stealer-log alerts and assessing session viability, improving triage judgment, but introduces no new IOCs, ATT&CK mappings, or detection rules to act on now.
  • Leader — Learn: Useful framing that an infostealer hit can mean active session hijacking past MFA, widening the risk narrative beyond simple password resets; no immediate leadership action required, but relevant for calibrating identity-risk messaging to the board.
2026-09-02 · BleepingComputer · source ↗ #third-party-breach#identity#saas
  • Engineer — Plan: The flaw is on Lenovo’s side, not patchable by your team, but audit all corporate Dropbox accounts for unauthorized access and disable any Lenovo-linked authentication integrations in your Dropbox admin console.
  • SOC/IR — Act: Dropbox accounts are actively compromised — review Dropbox audit logs for anomalous sign-ins tied to Lenovo ID authentication since the earliest affected date and sweep for any corporate accounts flagged by Dropbox’s warning.
  • Leader — Act: Confirm this week whether your organization uses Dropbox accounts linked to Lenovo credentials, request Dropbox’s breach notification details, and assess whether customer or regulatory disclosure obligations are triggered.
  • Engineer — Plan: Run an Entra ID privileged role audit this quarter: export current role assignments, flag stale accounts from departed staff, and scope down over-provisioned roles (e.g. helpdesk accounts holding Global Admin) to least-privilege equivalents.
  • SOC/IR — Learn: Useful framing for why excessive Entra admin roles expand blast radius during identity-based intrusions, but no new TTPs, IOCs, or detection content here.
  • Leader — Plan: Excess admin accounts are a recurring audit finding (CIS Control 4); scheduling a formal privileged-access review and documenting results strengthens posture for SOC 2 / ISO 27001 auditors asking exactly this question.
  • Engineer — Skip
  • SOC/IR — Learn: Unit 42’s analysis of identity-based attack patterns offers context for triage judgment and detection prioritization, though no specific IOCs or new TTPs are surfaced in the summary.
  • Leader — Learn: The 90% statistic is a potential board-deck data point, but without independent corroboration of the underlying methodology this is vendor-sourced framing rather than actionable risk input.
2026-07-17 · Microsoft Security Blog · source ↗ #ai-security#identity#least-privilege
  • Engineer — Learn: Useful design guidance for teams building or deploying AI agents with access to cloud APIs and tools; no vulnerability or patch involved, but relevant for scoping agent permissions and auditing.
  • SOC/IR — Skip
  • Leader — Plan: As AI agents proliferate in enterprise environments, this signals a need to establish an access-control and identity policy for agents before deployments outpace governance — add AI agent privilege review to the quarter roadmap.
2026-07-14 · Microsoft Security Blog · source ↗ #identity#passkeys#entra-id
  • Engineer — Plan: This is a breaking change to default authentication behavior in Entra ID — audit your tenant’s authentication policy, test passkey rollout for user flows, and review the updated SMS/voice auth model before it affects production sign-ins.
  • SOC/IR — Learn: Passkey adoption changes the phishing-resistant auth landscape and may affect credential-based attack detections; no immediate hunt or detection work required, but worth understanding how login telemetry shifts.
  • Leader — Plan: A platform-level auth default change from a major identity provider warrants a quarter-horizon review of helpdesk readiness, user communication plans, and any compliance attestations tied to MFA method specifics.
2026-07-10 · BleepingComputer · source ↗ #ai-security#identity#non-human-identities
  • Engineer — Learn: Useful framing for designing IAM controls around service accounts and API tokens used by AI agents, but no specific vulnerability or action required today.
  • SOC/IR — Learn: Relevant background on how non-human identities complicate visibility and scope of compromise, but no IOCs or detection guidance to act on.
  • Leader — Plan: As AI agents proliferate in the enterprise, schedule an inventory and governance review of non-human identities this quarter to close ownership and access visibility gaps before they become audit findings.