Nearly 1 in 10 Exposed LiteLLM Gateways Accepted the Example “sk-1234” Admin Key

Source: The Hacker News

Author: info@thehackernews.com (The Hacker News)

URL: https://thehackernews.com/2026/09/nearly-1-in-10-exposed-litellm-gateways.html

ONE SENTENCE SUMMARY:

Wiz found many exposed LiteLLM gateways using default master keys, enabling credential theft, code execution, and urgent hardening upgrades needed.

MAIN POINTS:

  1. Scan found 3,074 Shodan-listed LiteLLM gateways; 294 accepted the example key.
  2. Of those 294, 191 had no master key set, accepting any value.
  3. Prior to 1.82.0-stable, missing master key granted full admin to all requests.
  4. Administrators can view stored model-provider API keys and all prompts/responses passing through.
  5. Pass-through endpoints allow SSRF to cloud instance metadata, exposing IAM credentials.
  6. IMDSv2 protections were bypassed using LiteLLM’s x-pass- header forwarding behavior.
  7. Maintainers classify misconfiguration-based attacks as out-of-scope; no CVE for metadata access.
  8. CVE-2026-59821 enabled container code execution via guardrail checks bypass pre-1.82.0-stable.
  9. CISA lists exploited CVE-2026-59822, enabling MCP access with trivial Bearer tokens.
  10. Mitigations include upgrading to 1.84.0+, blocking risky endpoints, and least-privilege cloud roles.

TAKEAWAYS:

  1. Replace sk-1234 with a long random master key and follow correct rotation procedure.
  2. Adopt LiteLLM 1.84.0 or later to cover all listed CVE fixes.
  3. Enforce outbound network restrictions and minimal IAM permissions to limit blast radius.
  4. Disable or proxy-block /mcp/, MCP test endpoints, and unsafe guardrail routes.
  5. Assume compromise if exposed: audit guardrails, restart services, and rotate provider/database credentials.

Threat matrix: Mapping threats across cloud web applications

Source: Microsoft Security Blog

Author: Microsoft Security Research and Lior Leizerovich

URL: https://www.microsoft.com/en-us/security/blog/2026/09/09/threat-matrix-mapping-threats-across-cloud-web-applications/

ONE SENTENCE SUMMARY:

Microsoft’s MITRE ATT&CK-aligned cloud web applications threat matrix maps techniques across app and cloud layers to prioritize defenses.

MAIN POINTS:

  1. Attack paths span code, runtimes, identities, pipelines, and connected cloud resources.
  2. Separate app-versus-cloud investigations create blind spots and missed adversary chaining opportunities.
  3. Matrix organizes cloud web app and serverless techniques by MITRE ATT&CK tactics.
  4. Subdomain takeover can occur from orphaned DNS pointing at reusable provider endpoints.
  5. Initial access includes app vulnerabilities, repo injections, compromised images, misconfigured admin interfaces, trigger abuse.
  6. Execution vectors include remote code execution exploits, cloud-native terminals, and malicious App Service extensions.
  7. Persistence occurs via scheduled jobs, source modification in canonical artifacts, and compromised valid accounts.
  8. Privilege escalation leverages app-stored secrets or workload identity tokens via metadata/identity endpoints.
  9. Defense evasion uses staging slots/aliases and disabling or manipulating cloud logging controls.
  10. Impact techniques include theft, destruction, defacement, resource hijacking, and denial-of-wallet cost abuse.

TAKEAWAYS:

  1. Prioritize MFA and least privilege for users, workloads, and deployment access paths.
  2. Lock down repositories, build systems, registries, and extensions to trusted sources only.
  3. Eliminate reusable secrets in code/config by using workload identities and proper secrets management.
  4. Centralize protected logging and prevent tampering to enable detection and incident reconstruction.
  5. Reduce blast radius with quotas, concurrency limits, cost guardrails, and tested backup recovery.

Is a Quantified Cyber Risk Number Defensible? The Inputs

Source: Rivial Security Blog

Author: Randy Lindberg

URL: https://www.rivialsecurity.com/blog/is-cyber-risk-quantification-defensible

ONE SENTENCE SUMMARY:

Defensible cyber risk quantification uses external breach data, ATT&CK scenarios, Monte Carlo loss curves, and validated controls to justify dollar figures.

MAIN POINTS:

  1. Security leaders often dismiss CRQ as guesses disguised as precise dollars.
  2. High/medium/low ratings also rely on subjective inputs but conceal assumptions.
  3. Quantified models can be defensible by transparently showing calculations and sources.
  4. Self-populated likelihood estimates merely reformat opinion and undermine board credibility.
  5. Independent breach datasets anchor incident frequency and cost baselines objectively.
  6. Organization specifics adjust baselines using systems, data types, records, and controls.
  7. MITRE ATT&CK grounds threat scenarios in observed adversary techniques across attack chains.
  8. Monte Carlo simulation models lognormal losses, capturing both expected loss and catastrophic tail risk.
  9. Interview-only control assessments weaken models; validation ties inputs to evidence and testing.
  10. Quantified, validated outputs support regulator scrutiny and enable cost-effective risk reduction decisions.

TAKEAWAYS:

  1. Replacing colors with dollars improves auditability because assumptions become inspectable.
  2. External, regularly updated research reduces bias in likelihood and impact estimation.
  3. ATT&CK-based scenarios increase credibility by using a widely accepted public framework.
  4. Simulation provides board-relevant views of tail losses, not just single expected values.
  5. Evidence-backed control effectiveness turns CRQ into actionable capital allocation and tolerance management.

Claude Mythos 5 is coming to Tenable One, powering the new “Adversary View”

Source: Tenable Blog

Author: Eric Doerr

URL: https://www.tenable.com/blog/tenable-one-claude-mythos-5-adversary-view-ai-exposure-management

ONE SENTENCE SUMMARY:

Tenable integrates Anthropic Claude Mythos 5 into Tenable One, enabling adversarial reasoning to prioritize vulnerability chains and disrupt attacks faster.

MAIN POINTS:

  1. Claude Mythos 5 will be embedded into the Tenable One Exposure Management Platform.
  2. Frontier adversarial reasoning helps defenders anticipate attacker paths across complex environments.
  3. Tenable One Adversary View is the first customer-facing capability, launching in coming weeks.
  4. Adversary View identifies hidden, viable vulnerability chains specific to each environment.
  5. Analysis uses raw scanner evidence beyond typical findings and rule-based detection.
  6. Inputs include connections, service enumeration, installed software, configurations, and plugin outputs.
  7. The Tenable agentic harness supplies context, validation, and controlled action around model reasoning.
  8. Workflow starts with scoping assets through a guided conversation in Tenable One.
  9. Output is ranked disruption actions with supporting evidence, not an expanded findings list.
  10. Recommendations can be executed via Tenable Hexa AI; no new deployment required.

TAKEAWAYS:

  1. Exposure management shifts from “find issues” to “understand exploit chains and fix order.”
  2. Low-signal artifacts can become high-impact risk when correlated across the environment.
  3. Attacker-perspective reasoning can reveal pathways no prewritten rule anticipated.
  4. Productizing frontier models requires contextual harnessing for safety, accuracy, and control.
  5. Tenable signals a broader roadmap of AI-powered exposure management beyond Adversary View.

Microsoft discloses two actively exploited zero-days among 974 vulnerabilities

Source: CyberScoop

Author: Matt Kapko

URL: https://cyberscoop.com/microsoft-patch-tuesday-september-2026/

ONE SENTENCE SUMMARY:

Microsoft’s record Patch Tuesday fixed 974 flaws, including two exploited privilege-escalation zero-days, urging risk-based prioritization amid AI-driven discovery.

MAIN POINTS:

  1. Microsoft patched 974 defects across its product suite in a single Patch Tuesday.
  2. Two zero-day vulnerabilities were actively exploited before public disclosure.
  3. AI-assisted vulnerability discovery is accelerating vulnerability identification and disclosures.
  4. Despite more disclosures, researchers haven’t observed a matching surge in active exploits.
  5. CVE-2026-81963 impacts the Windows Update Stack and enables privilege escalation.
  6. CVE-2026-85880 affects Windows Advanced Local Procedure Call with privilege escalation potential.
  7. Both exploited zero-days carry CVSS scores of 7.8.
  8. Over 10% of the month’s disclosed defects were rated critical.
  9. Patch counts included Windows 723, Office 111, Office 2016 111, SQL 62, tools 22.
  10. Experts recommend focusing on applicable, reachable, exploitable issues rather than totals.

TAKEAWAYS:

  1. Prioritize patches by exploitability, exposure, and business impact instead of raw vulnerability volume.
  2. Monitor for privilege-escalation vectors in core Windows components during emergency patch cycles.
  3. Large AI-driven disclosure “haystacks” require stronger triage and vulnerability management processes.
  4. Separate urgent fixes from routine updates to prevent operational overload and patching delays.
  5. Use vendor advisories like Microsoft’s Security Response Center to map updates to your environment.

Why Proofpoint Is Eyeing a Buy of Data Security Firm Varonis

Source: BankInfoSecurity.com RSS Syndication

Author: unknown

URL: https://www.bankinfosecurity.com/blogs/proofpoint-eyeing-buy-data-security-firm-varonis-p-4185

ONE SENTENCE SUMMARY:

Proofpoint is negotiating to buy Varonis to strengthen data security ahead of an IPO, while offering Varonis shareholders an exit.

MAIN POINTS:

  1. Recent cybersecurity IPOs often underperform, making private acquisitions more common after weak stock pops.
  2. Proofpoint, owned by Thoma Bravo, doubled ARR to $2.45B and nearly $1B EBITDA.
  3. The company expanded beyond email security into data and AI security via tuck-in acquisitions.
  4. Forrester rated Proofpoint’s data security platform weakest in 2025 due to limited controls and manageability.
  5. Varonis topped Forrester’s 2025 data security rankings and has two decades of focus.
  6. Bloomberg reported Proofpoint-Varonis acquisition talks, potentially announced within weeks near Protect 2026.
  7. A deal would be 2026’s largest pure-play cyber acquisition, exceeding Accenture’s planned Dragos purchase.
  8. Overlap includes DSPM plus discovery/classification; Proofpoint gained DSPM through buying Normalyze.
  9. Varonis adds access intelligence, activity monitoring, DDR, and UEBA; Proofpoint contributes AI security and DLP.
  10. Varonis stock lags post-renewal drop; SaaS revenue rose to 95.4% but losses widened.

TAKEAWAYS:

  1. Portfolio gaps in masking/tokenization and operational usability appear to be driving Proofpoint’s interest.
  2. Combining Varonis DDR/UEBA with Proofpoint DLP and AI protections could create a broader data security suite.
  3. Acquisition timing suggests Proofpoint wants a stronger data narrative before re-entering public markets.
  4. Market dynamics and Cyera’s rapid valuation growth pressure Varonis’s standalone public-market story.
  5. The transaction hinges on valuation agreement despite strategic fit and investor appetite for an exit.

Microsoft’s September 2026 Patch Tuesday addresses 964 CVEs (CVE-2026-81963, CVE-2026-85880)

Source: Tenable Blog

Author: Research Special Operations

URL: https://www.tenable.com/blog/microsofts-september-2026-patch-tuesday-addresses-964-cves-cve-2026-81963-cve-2026-85880

ONE SENTENCE SUMMARY:

Microsoft’s September 2026 Patch Tuesday fixed 964 CVEs, including two exploited zero-days, dominated by privilege escalation and major RCE risks.

MAIN POINTS:

  1. September 2026 release set a record with 964 patched vulnerabilities across Microsoft products.
  2. Severity breakdown included 104 Critical and 860 Important issues, with none Moderate/Low.
  3. Two zero-day vulnerabilities were exploited in the wild and patched this month.
  4. Elevation-of-privilege flaws comprised 44.7% of all fixed vulnerabilities.
  5. Remote code execution issues represented 26.8% of the patched vulnerabilities.
  6. CVE-2026-81963 abused Windows Update Stack link-following to gain SYSTEM privileges.
  7. CVE-2026-85880 targeted Windows ALPC to elevate privileges to SYSTEM as a zero-day.
  8. CVE-2026-69380 in Exchange allowed mailbox-to-mailbox access via missing authorization.
  9. CVE-2026-69525 enabled Remote Desktop Services RCE via use-after-free, exploitation more likely.
  10. CVE-2026-69730 let unauthenticated attackers achieve DNS Server RCE via crafted packets.

TAKEAWAYS:

  1. Prioritize patching for exploited EoP zero-days enabling SYSTEM-level compromise.
  2. Treat DNS Server RCE and RDP RCE vulnerabilities as urgent due to “more likely” exploitation.
  3. Review Exchange mailbox permission models to mitigate authorization-driven lateral email access.
  4. Focus remediation on privilege escalation categories, given their outsized share of fixes.
  5. Use vulnerability scanning to verify patch coverage and identify systems still exposed.

New CrowdStrike ‘FalconFlank’ zero-day grants SYSTEM privileges

Source: BleepingComputer

Author: Sergiu Gatlan

URL: https://www.bleepingcomputer.com/news/security/new-crowdstrike-falconflank-zero-day-grants-system-privileges/

ONE SENTENCE SUMMARY:

Researcher Nightmare Eclipse released FalconFlank, a CrowdStrike Falcon zero-day enabling SYSTEM privilege escalation on updated Windows, prompting mitigations and broader scrutiny.

MAIN POINTS:

  1. Anonymous researcher “Nightmare Eclipse” published a CrowdStrike Falcon zero-day exploit named FalconFlank.
  2. Exploit reportedly works on fully updated Windows 11 25H2 and Windows Server 2025.
  3. Vulnerability currently lacks a CVE assignment and remains under investigation.
  4. Attack abuses Falcon Sensor’s Office malicious macros remediation to gain SYSTEM privileges.
  5. Successful exploitation spawns a SYSTEM command prompt via a proof-of-concept technique.
  6. Researcher expects detections, suggesting exclusions or PoC obfuscation to test.
  7. CrowdStrike advised disabling the Office policy enabling File Suspicious Macro Removal.
  8. CrowdStrike stated Cloud Anti-malware for Office Files continues to protect customers.
  9. FalconFlank technical alert exists but is restricted to CrowdStrike support portal accounts.
  10. Kevin Beaumont verified released privilege-escalation exploits from Nightmare Eclipse function as claimed.

TAKEAWAYS:

  1. EDR/AV features that remediate Office macros can become privilege-escalation attack surfaces.
  2. Immediate mitigation centers on disabling the specific Office policy tied to macro removal.
  3. Vendor guidance and detailed advisories may be gated, complicating rapid public understanding.
  4. Multiple concurrent zero-days from one source increase operational risk across security stacks.
  5. Technique-level evaluation matters because credentialed post-compromise stages reduce prevention effectiveness.

Critical Citrix NetScaler auth bypass now leveraged in attacks

Source: BleepingComputer

Author: Sergiu Gatlan

URL: https://www.bleepingcomputer.com/news/security/hackers-target-critical-citrix-netscaler-auth-bypass-in-attacks/

ONE SENTENCE SUMMARY:

Attackers are probing Citrix NetScaler CVE-2026-19490 auth-bypass flaw; agencies urge urgent patching amid PoC-driven exploitation attempts worldwide.

MAIN POINTS:

  1. Previdian reports in-the-wild targeting of critical Citrix NetScaler vulnerability CVE-2026-19490.
  2. Flaw enables remote authentication bypass by unprivileged attackers under specific NetScaler configurations.
  3. Affected setups include AAA virtual server and Gateway modes like SSL VPN and ICA Proxy.
  4. Exploitability depends on firmware version and whether SAML Action is configured.
  5. Citrix patched the issue mid-August and urged immediate upgrades to recommended builds.
  6. Citrix advisory (Aug 19) did not yet confirm active exploitation.
  7. Credible PoC publication preceded observed exploitation-like requests, per researcher Ryan Dewhurst.
  8. NetScaler sensor saw matching PoC attempts from IPs in Australia, US, and Germany.
  9. Belgium’s NCC-BE also warned of exploitation attempts and prioritized patching guidance.
  10. Shadowserver observes 22,000+ ADC and 1,700+ Gateway instances exposed, patch status unknown.

TAKEAWAYS:

  1. Patch NetScaler appliances promptly, prioritizing AAA and Gateway deployments.
  2. Validate firmware and SAML-related configuration to determine actual exposure.
  3. Treat publicly released PoCs as immediate risk accelerants for mass scanning.
  4. Monitor for exploit-pattern requests, but distinguish attempts from confirmed compromises.
  5. Citrix NetScaler remains a recurring target, with multiple prior flaws quickly exploited.

Incident response guide for AWS CloudTrail investigations – Part 1

Source: AWS Security Blog

Author: Oscar Diaz

URL: https://aws.amazon.com/blogs/security/incident-response-guide-for-aws-cloudtrail-investigations-part-1/

ONE SENTENCE SUMMARY:

Guide teaches CloudTrail-based incident investigations, highlighting key fields, attacker patterns, and response checklists across cross-account S3 deletion and cryptomining scenarios.

MAIN POINTS:

  1. CloudTrail investigation hinges on interpreting specific fields, context, and event chains.
  2. Real-world scenarios cover cross-account unauthorized access, ransomware-like deletions, and console-driven cryptomining.
  3. Terminology glossary defines recon, enumeration, lateral movement, persistence, and other IR concepts.
  4. Scenario 1 starts with assumed-role activity performing S3 ListBuckets reconnaissance.
  5. Suspicious session naming can indicate masquerading to blend into normal automation noise.
  6. Listing objects followed by a silence gap suggests planning before rapid automated execution.
  7. S3 COPY operations before DELETE imply steal-then-destroy behavior and possible exfiltration.
  8. Tight deletion timing, consistent IP, and aws-cli user agent indicate scripted automation.
  9. Broad cross-account role permissions expose blast-radius risk without least-privilege and reviews.
  10. Scenario 2 shows CloudFormation abuse via console session and CloudShell, lacking MFA.

TAKEAWAYS:

  1. Prioritize containment by confirming ongoing access, sensitive exposure, and spread potential.
  2. Validate cross-account trust policies and role assumption paths to identify initial compromise.
  3. Correlate source IPs, session names, and user agents to uncover pivots and related actions.
  4. Treat cost anomalies as security signals; billing spikes can reveal resource hijacking early.
  5. Enforcing MFA for console access blocks many credential-abuse paths enabling rapid automation.

Incident response guide for AWS CloudTrail investigations – Part 2

Source: AWS Security Blog

Author: Oscar Diaz

URL: https://aws.amazon.com/blogs/security/incident-response-guide-for-aws-cloudtrail-investigations-part-2/

ONE SENTENCE SUMMARY:

An SSRF flaw stole IMDSv1 role credentials, enabling console access and cross-Region Amazon Bedrock misuse, shown through CloudTrail forensics analysis.

MAIN POINTS:

  1. Describes five-stage chain: SSRF, metadata credential theft, probing, pivoting, region hopping.
  2. CloudTrail CreateUser failure exposed webdev role and ec2RoleDelivery 1.0 indicating IMDSv1.
  3. ConsoleLogin success without MFA revealed interactive access from same source IP.
  4. ListFoundationModels in us-east-2 marked reconnaissance and intentional alternate Bedrock endpoint targeting.
  5. Converse invocation confirmed Amazon Nova Pro model abuse and token counts for cost estimation.
  6. Correlation hinges on consistent role ARN, session name instance ID, and sourceIPAddress.
  7. Key fields: userIdentity for attribution, readOnly for intent, awsRegion for evasion.
  8. Absence of userIdentity.invokedBy indicated direct credential use, not service-linked automation.
  9. Investigation prioritized role over-permissioning to Bedrock and searching other instances with same role.
  10. Response checklist includes fixing SSRF, enforcing IMDSv2, expanding multi-Region log queries and billing review.

TAKEAWAYS:

  1. Enforce IMDSv2 with hop-limit to neutralize SSRF-based metadata credential theft.
  2. Require MFA and restrict console sessions for workload roles to prevent interactive pivots.
  3. Standardize monitoring and controls across all Regions to reduce cross-Region blind spots.
  4. Enable Bedrock model invocation logging and telemetry to capture prompts, responses, and agent actions.
  5. Apply least-privilege policies and regularly analyze unused permissions to limit lateral movement.

Windows memory integrity switches on automatically for eligible devices in October 2026

Source: Help Net Security

Author: Anamarija Pogorelec

URL: https://www.helpnetsecurity.com/2026/09/03/windows-memory-integrity-update/

ONE SENTENCE SUMMARY:

Starting October 2026, Windows quality updates automatically enable VBS and memory integrity on eligible devices after readiness checks, preserving prior disablement choices.

MAIN POINTS:

  1. Windows quality updates begin enabling memory integrity automatically starting October 2026.
  2. Devices lacking Virtualization-based Security will have VBS enabled by those updates.
  3. Memory integrity allows only trusted kernel-mode code and drivers to run.
  4. Protection helps prevent attackers from compromising the Windows kernel and core OS functions.
  5. Deployment occurs via patches, shifting fleet security posture between update cycles.
  6. Previously disabled memory integrity settings and policies remain unchanged during rollout.
  7. Organizations can still configure and enable memory integrity using existing management tools.
  8. Windows evaluates hardware capabilities, compatibility, and performance before enabling protections.
  9. Microsoft acknowledges readiness checks may miss incompatible or unusual kernel drivers.
  10. Memory integrity is required to support hotpatch updates that install without rebooting.

TAKEAWAYS:

  1. Plan for a notable security baseline shift tied directly to routine patching cadence.
  2. Verify hardware and driver compatibility now to avoid surprises from eligibility gating.
  3. Keep governance intact: explicit disablement decisions won’t be overridden automatically.
  4. Treat uncommon kernel-level software as a special risk needing manual validation.
  5. Enabling memory integrity also unlocks rebootless hotpatch servicing benefits.

Open-source secrets scanning tool Sift hunts credentials in Microsoft 365, Slack, and Jira

Source: Help Net Security

Author: Mirko Zorz

URL: https://www.helpnetsecurity.com/2026/09/02/sift-open-source-secret-scanning/

ONE SENTENCE SUMMARY:

Sift is an open-source CLI that rapidly scans enterprise storage and collaboration platforms for secrets, with resumable runs and optional LLM filtering.

MAIN POINTS:

  1. Sift searches for passwords, API keys, and sensitive data across many enterprise locations.
  2. Targeted sources include disks, Windows shares, AD domains, SharePoint, OneDrive, Teams, Slack, Jira, Confluence.
  3. Built by Stratus Security for real penetration tests, then released publicly for free.
  4. Tool found thousands of credentials in Jira comments missed by years of prior testing.
  5. Guidance changed to scan all services equally; clean file shares don’t imply overall cleanliness.
  6. Benchmarks on synthetic data show Sift faster than Snaffler across multiple scenarios.
  7. Processor time and especially memory usage were substantially lower for Sift in tests.
  8. Unlimited default throughput can overload servers; flags allow thread and read-rate throttling.
  9. Checkpoints enable interrupted scans to resume near the stopping point, avoiding full restarts.
  10. Plain JSON detection rules and SHA256 verification compensate for unsigned release binaries.

TAKEAWAYS:

  1. Comprehensive secret discovery requires scanning collaboration tools, not just file shares.
  2. Performance and memory efficiency can make large-scale secret scanning more operationally feasible.
  3. Throttling controls are essential to prevent production outages and scan cancellations.
  4. Local LLM filtering via Ollama can reduce false positives without data leaving the environment.
  5. Open-source longevity depends on active maintainers and community contributions; verify downloads carefully.

Why a cryptographic inventory is key for addressing the quantum computing threat

Source: Tenable Blog

Author: Christopher Day

URL: https://www.tenable.com/blog/why-a-cryptographic-inventory-is-key-for-addressing-the-quantum-computing-threat

ONE SENTENCE SUMMARY:

Quantum threats already endanger data via HNDL, requiring cryptographic inventories and phased post-quantum migration with continuous verification.

MAIN POINTS:

  1. Adversaries harvest encrypted traffic now to decrypt later using future quantum capabilities.
  2. Shor’s Algorithm will break RSA, ECC, and Diffie-Hellman on sufficiently powerful quantum computers.
  3. Symmetric crypto is more resilient; AES-256 remains strong despite Grover’s speedup.
  4. Primary risk concentrates in key exchange and digital signatures underpinning TLS, SSH, and PKI.
  5. Executive Order 14412 accelerates federal PQC timelines and elevates crypto weaknesses as vulnerabilities.
  6. FAR-directed contractor requirements will mandate NIST FIPS post-quantum standards by 2030.
  7. Cryptographic Bills of Materials (CBOMs) enable automated crypto asset discovery across dependencies.
  8. Global regulators converge on comprehensive cryptographic inventory as prerequisite for orderly migration.
  9. Recommended operational phases are discovery, prioritization, remediation with crypto-agility, and verification.
  10. Exposure-management integration can track TLS/SSH weaknesses, PQC adoption, and certificate configuration issues.

TAKEAWAYS:

  1. Treat post-quantum readiness as an immediate operational program, not a future-only upgrade.
  2. Build complete visibility of algorithms, protocols, and dependencies before planning migration work.
  3. Prioritize systems handling long-lived sensitive data most vulnerable to retrospective decryption.
  4. Implement hybrid and crypto-agile configurations to swap algorithms without recompiling when standards evolve.
  5. Enforce continuous scanning to prevent regressions back to quantum-vulnerable configurations after changes.

PaperCut NG/MF Critical Zero-Day Exploited in the Wild

Source: Rapid7 Cybersecurity Blog

Author: Rapid7

URL: https://www.rapid7.com/blog/post/etr-papercut-ng-mf-critical-zero-day-exploited-in-the-wild

ONE SENTENCE SUMMARY:

PaperCut NG/MF face active zero-day exploitation via auth bypass and unsafe class loading, enabling database-triggered RCE; patch immediately and restrict access.

MAIN POINTS:

  1. PaperCut confirmed active exploitation and customer incidents, treating it as a security emergency.
  2. Exploit chain comprises CVE-2026-81578 (auth bypass) and CVE-2026-82078 (unsafe dynamic class loading).
  3. CVSSv4 scores rate the issues High (8.8) and Critical (9.4).
  4. All PaperCut NG/MF versions are considered potentially impacted pending further vendor validation.
  5. Internet-exposed PaperCut Application Servers should be prioritized for immediate remediation and access restriction.
  6. Tapestry “complex direct” requests bypass checks by displaying Error/Exception while executing admin components.
  7. Unauthenticated requests target ConfigEditor and UserList endpoints via crafted POST URIs.
  8. Attackers modify external user-lookup settings to point at malicious JDBC URLs and SQL.
  9. Derby foreignViews can chain to H2 INIT, creating triggers that execute OS commands via Nashorn.
  10. Emergency patches released for versions 25/26; first patch version is insufficient—apply the second.

TAKEAWAYS:

  1. Deploy the latest emergency patch builds for v25/v26, and monitor for v24 updates.
  2. Enforce network controls limiting PaperCut web access to trusted IP ranges only.
  3. Hunt for pc-app.exe-related suspicious activity and unexpected IDS/EDR alerts on the server.
  4. Review PaperCut server.log integrity; investigate missing, truncated, or deleted logs.
  5. Check server.log for “No suitable driver” and “Database error… VALUES CAST” indicators.

Claude Skill 02: Create Sigma Rules

Source: Feedly Blog

Author: Josh Darby MacLellan

URL: https://feedly.com/ti-essentials/posts/claude-skill-02-create-sigma-rules

ONE SENTENCE SUMMARY:

A free Claude Skill converts threat reports, documentation, or logs into validated, telemetry-aware draft Sigma rules with sourced evidence labeling.

MAIN POINTS:

  1. Skill generates Sigma drafts from advisories, reports, tool docs, behavior descriptions, or single log lines.
  2. Environment profile tailors rules to collected telemetry and records defaults as explicit assumptions.
  3. Produces four artifacts: Sigma rule, converted query, per-rule validation note, package summary.
  4. First run builds organizational profile covering SIEM backend, telemetry, noise tolerance, and admin-tool FPs.
  5. Interprets inputs differently; tool documentation requires user-stated misuse instead of invented adversarial framing.
  6. Splits content into one behavior per rule, ranks by telemetry availability, and caps output at three.
  7. Tags abstraction with stp.N, prioritizing durable behaviors over short-lived IOC matches.
  8. Labels each condition as SOURCED, GENERIC, or INFERRED; inferred conditions cannot narrow detections.
  9. Writes metadata first, then three logic layers (anchor/invariant/discriminator) plus evasion-focused resilience record.
  10. Validates via attack_check.py, sigma check, sigma convert, and grouping check; reads converted query for correctness.

TAKEAWAYS:

  1. Telemetry-first filtering prevents drafting detections you cannot actually run in your environment.
  2. Evidence-ledger labeling makes assumptions reviewable and blocks stealthy narrowing via inference.
  3. Layered selections enable tuning without discarding the technique’s core invariant signal.
  4. Multi-step validation catches spec, ATT&CK, conversion, and backend-grouping pitfalls sigma-cli may miss.
  5. Packaged outputs (rules, queries, notes, summary, profile) support faster review, retrohunts, and safer promotion.

How to build an exposure management program the business trusts: Lessons from Tenable’s CSO

Source: Tenable Blog

Author: Robert Huber

URL: https://www.tenable.com/blog/how-to-build-an-exposure-management-program-the-business-trusts-lessons-from-tenables-cso

ONE SENTENCE SUMMARY:

Tenable replaced siloed tools with AI-driven exposure management, unifying data to quantify business risk, streamline remediation, and secure AI adoption.

MAIN POINTS:

  1. Security tool sprawl created fragmented workflows, inconsistent KPIs, and duplicated remediation efforts.
  2. Data silos prevented holistic, accurate cyber-risk assessment across Tenable’s expanding attack surface.
  3. Board reporting failed when operational metrics didn’t translate into business impact.
  4. Executives repeatedly asked two questions: “Are we secure?” and “How do we compare?”
  5. Engineering teams struggled to prioritize fixes when handed many disconnected security reports.
  6. Rapid internal AI adoption expanded exposure, demanding faster, context-rich risk decisions.
  7. Tenable restructured vulnerability management into a centralized exposure management function without adding headcount.
  8. A single exposure policy broadened scope beyond CVEs to misconfigurations and identity weaknesses.
  9. Build-versus-buy analysis favored SaaS integration; Tenable acquired Vulcan Cyber to accelerate consolidation.
  10. “Bob’s simple metrics” used red/yellow/green, asset tagging, root-cause “big rocks,” and tailored SLAs.

TAKEAWAYS:

  1. Consolidating security telemetry into one platform enables a unified, enterprise-wide exposure picture.
  2. Communicating risk in business terms builds trust with the C-suite and board.
  3. Central triage reduces cross-team friction and gives specialists time back for higher-value security work.
  4. Contextual asset-to-revenue mapping makes prioritization defensible and aligned with business outcomes.
  5. Operating at AI-era speed requires automation and workflows, not manual dashboard pivoting.

Tailcat – Like netcat, but over Tailscale’s data plane

Source: Hacker News

Author: unknown

URL: https://github.com/tailscale/tailcat

ONE SENTENCE SUMMARY:

Tailcat provides netcat-like, end-to-end WireGuard tunnels using Tailscale’s data plane and DERP, exchanging tokens out-of-band without control-plane accounts.

MAIN POINTS:

  1. Tailcat reuses Tailscale components but operates entirely without Tailscale’s control plane.
  2. Connection metadata is shared out-of-band via a short, token-like “ConnBlob” string.
  3. Traffic is always WireGuard-encrypted end-to-end, bootstrapped initially through DERP relays.
  4. magicsock attempts NAT traversal to upgrade from DERP relay to direct peer-to-peer UDP.
  5. Runs fully in userspace without root, avoiding route, DNS, TUN/TAP, or system network changes.
  6. CLI and Go library are provided; library import path is github.com/tailscale/tailcat.
  7. Supports stdin/stdout piping, TCP port forwarding to localhost, SOCKS5 proxying, and exit-node mode.
  8. Built-in utilities include ping diagnostics, token parsing to JSON, and token resolution to embed DERP info.
  9. Tokens derive from WireGuard keys; ephemeral keys are single-run, saved keys provide stable addresses.
  10. DNS TXT records can publish tokens, enabling name-based access and allowlisted, pre-authenticated SSH exposure.

TAKEAWAYS:

  1. Tailcat enables secure ad-hoc connectivity without accounts, admin privileges, or network reconfiguration.
  2. DERP provides rendezvous and fallback relay; direct UDP often follows via hole-punching.
  3. Stable tokens are convenient but increase exposure unless client identities are restricted with --allow.
  4. Publishing tokens in DNS plus fixed DERP regions enables durable, globally reachable “hidden” services.
  5. Hosted public DERP relays are free but rate-limited, best-effort, and not guaranteed stable long-term.

The patch window is collapsing: Why security needs a new control plane

Source: Microsoft Security Blog

Author: Igor Sakhnov

URL: https://azure.microsoft.com/en-us/blog/the-patch-window-is-collapsing-why-security-needs-a-new-control-plane/

ONE SENTENCE SUMMARY:

As patch windows shrink due to AI-accelerated exploitation, enterprises must use adaptive, network-based controls to reduce exposure before patches.

MAIN POINTS:

  1. Traditional patch-first vulnerability management no longer matches modern attacker speed and scale.
  2. Hybrid and multicloud complexity makes immediate patching operationally risky for critical services.
  3. Weaponization now occurs within hours via disclosures, PoCs, and rapid threat intelligence sharing.
  4. Necessary enterprise steps—assessment, testing, coordination—still take days or weeks.
  5. A dangerous “awareness-to-remediation” gap emerges where known flaws remain exploitable.
  6. AI accelerates attacker research, shortening time from disclosure to working exploitation.
  7. Improved visibility and prioritization don’t reduce risk when systems can’t be patched quickly.
  8. Network-level controls can protect workloads externally without modifying applications or endpoints.
  9. Segmentation, access restriction, and dynamic enforcement reduce blast radius and lateral movement.
  10. Adaptive security should correlate vuln intelligence with environment context, then enforce quickly at scale.

TAKEAWAYS:

  1. Treat the time between disclosure and patching as a primary defense phase, not downtime.
  2. Use compensating controls to reduce exploitability while validating and deploying safe fixes.
  3. Prefer network-enforced, context-aware mitigations over blunt shutdowns of critical protocols and services.
  4. Build adaptive systems that understand exploit conditions, environment context, and actionable controls.
  5. Combine strong patch management with machine-speed protections to regain time against faster attackers.

Shipping More AI Code Than You Can Secure? Watch How to Control Remediation Debt

Source: The Hacker News

Author: info@thehackernews.com (The Hacker News)

URL: https://thehackernews.com/2026/08/shipping-more-ai-code-than-you-can.html

ONE SENTENCE SUMMARY:

AI coding accelerates open-source dependency growth, creating remediation debt that outpaces security capacity and impacts audits, breaches, and productivity.

MAIN POINTS:

  1. AI coding tools increase development speed and overall code output.
  2. Rapidly added dependencies expand the open-source attack surface.
  3. Security teams must assess vulnerabilities, licensing, ownership, and maintenance.
  4. Generated code doesn’t reduce downstream security review workload.
  5. Remediation debt accumulates when fixes lag behind dependency additions.
  6. Greater AI autonomy could widen the remediation backlog further.
  7. ActiveState surveyed 300 enterprise security and engineering leaders across industries.
  8. Findings link remediation struggles to audit failures, breach frequency, and productivity loss.
  9. Webinar provides benchmarks to compare enterprise controls and program maturity.
  10. Speakers outline governance models that work and approaches that backfire.

TAKEAWAYS:

  1. Treat dependency sprawl as the primary AI-era risk driver, not code generation itself.
  2. Build capacity and processes to prevent remediation debt from compounding.
  3. Benchmarking against peers helps reveal whether controls truly scale.
  4. Governance choices directly influence security outcomes and operational drag.
  5. Address process gaps early before AI-generated additions multiply further.

Connecting the Dots: Securing the Overlooked Corners of the Software Development Lifecycle (SDLC) Supply Chain

Source: Unit 42

Author: Yaron Avital

URL: https://unit42.paloaltonetworks.com/sdlc-supply-chain/

ONE SENTENCE SUMMARY:

Supply chain attacks now target developer tools, CI/CD, and cloud runtimes, demanding continuous visibility, execution controls, and cryptographic provenance.

MAIN POINTS:

  1. Threats shifted from finished software bugs to poisoning the software “digital factory.”
  2. Multi-year contributor trust abuse enabled backdoors, exemplified by XZ Utils CVE-2024-3094.
  3. Account hijacking can inject malware into widely used libraries, as seen with Axios.
  4. Setup script abuse powers credential-stealing worms, including Shai-Hulud via npm preinstall hooks.
  5. ChainDrop infected 400+ npm packages while preserving functionality to avoid detection.
  6. GitHub Actions runner memory was targeted to steal OIDC tokens and secrets.
  7. Stolen npm/GitHub tokens enabled automated republishing and self-propagation across packages.
  8. Persistence leveraged VS Code and Claude Code hooks plus Ethereum-managed dynamic C2.
  9. Open-source dependency depth expands attack surface across endpoints, pipelines, and cloud infrastructure.
  10. Static SBOMs and app-only scans miss build-time execution, pipeline tools, and container OS layers.

TAKEAWAYS:

  1. Map third-party package touchpoints throughout the SDLC, not only at build completion.
  2. Add PBOMs and container SBOMs to expose tools and underlying runtime dependencies.
  3. Reduce developer-tool privilege risk by controlling install scripts and extension execution.
  4. Harden CI/CD with egress restrictions, ephemeral runners, and commit-SHA dependency pinning.
  5. Replace long-lived secrets using short-lived OIDC and enforce end-to-end signed provenance.

AI threats are everywhere. A risk-first CISO decides what to prioritize

Source: CSO Online

Author: unknown

URL: https://www.csoonline.com/article/4212017/ai-threats-are-everywhere-a-risk-first-ciso-decides-what-to-prioritize.html

ONE SENTENCE SUMMARY:

AI amplifies both cyber defense and offense, so CISOs must prioritize business-impact risks across internal adoption and external threats.

MAIN POINTS:

  1. Generative AI improves defender discovery tools while equally empowering attackers’ automation and speed.
  2. CISOs face dual fronts: external AI-enabled adversaries and internal uncontrolled employee AI usage.
  3. Autonomous agents can execute end-to-end attacks, highlighted by OpenAI/Hugging Face and JADEPUFFER.
  4. Employee AI adoption outpaces governance; many use personal accounts beyond enterprise controls.
  5. Sensitive data leakage to consumer LLMs becomes likely when usage occurs outside managed environments.
  6. Agentic tools can cause catastrophic internal damage, exemplified by PocketOS production deletion incident.
  7. Shared internal copilots require broad access, making the surrounding platform a high-value target.
  8. Usage-based AI billing introduces new fraud risk through stolen API keys and runaway token costs.
  9. Threat actors leverage AI for faster exploit development and compressed vulnerability exploitation windows.
  10. Risk-First security focuses on discovery, RBAC, data classification, continuous testing, and preparedness exercises.

TAKEAWAYS:

  1. Treat AI security as business risk prioritization, not an attempt to secure everything simultaneously.
  2. Map enterprise AI usage, data access, and autonomous agent permissions to understand real exposure.
  3. Strengthen identity, least privilege, and data classification to constrain agent and account blast radius.
  4. Expand continuous testing for internet-facing services, APIs, and supply chains as exploitation accelerates.
  5. Rehearse failure modes—including compromised agents and model disruptions—via tabletop and social-engineering drills.

Nearly half of enterprises have no one leading PQC migration

Source: Help Net Security

Author: Anamarija Pogorelec

URL: https://www.helpnetsecurity.com/2026/08/21/axiad-pqc-migration-readiness-gaps-report/

ONE SENTENCE SUMMARY:

Axiad research finds enterprises overestimate PQC readiness due to unclear ownership, limited testing, and visibility gaps despite inventories.

MAIN POINTS:

  1. Effective PQC planning requires knowing where certificates, keys, and algorithms are used.
  2. Approximately 75% report maintaining continuously updated cryptographic asset inventories.
  3. Visibility alone doesn’t ensure readiness when ownership and testing are missing.
  4. Nearly 46% lack a single accountable leader for PQC migration.
  5. Another 39% share responsibility across teams without a dedicated owner.
  6. Multi-year migrations affect encryption, signatures, and authentication across many systems.
  7. About half never formally assessed post-quantum key exchange support in public infrastructure.
  8. Executive confidence exceeds practitioners’ confidence, especially among PKI specialists.
  9. Misalignment suggests unverifiable executive claims or practitioners lacking enterprise-wide visibility.
  10. “Harvest now, decrypt later” increases urgency, particularly for long-lived sensitive data.

TAKEAWAYS:

  1. Assign one accountable program owner to coordinate PQC scope, budget, and timelines.
  2. Convert inventories into evidence-based action through verification and targeted testing.
  3. Prioritize assessments of public-facing cryptographic infrastructure for PQC gaps.
  4. Bridge executive-practitioner disconnect with shared metrics and transparent readiness reporting.
  5. Address blockers—competing priorities, funding, and regulatory uncertainty—to sustain migration progress.

Citrix urges customers to fix critical NetScaler authentication bypass (CVE-2026-19490)

Source: Help Net Security

Author: Sinisa Markovic

URL: https://www.helpnetsecurity.com/2026/08/21/citrix-netscaler-gateway-cve-2026-19490/

ONE SENTENCE SUMMARY:

Citrix patched critical NetScaler authentication bypass and high-severity overflow flaws, urging rapid upgrades and configuration checks to prevent likely exploitation.

MAIN POINTS:

  1. Citrix released fixes for two NetScaler ADC/Gateway vulnerabilities and urged immediate upgrades.
  2. CVE-2026-19490 enables authentication bypass via an alternate path under specific configurations.
  3. Gateway roles affected include SSL VPN, ICA Proxy, CVPN, RDP Proxy, and AAA virtual servers.
  4. Exposure depends on firmware versions and whether a SAML action is configured.
  5. Older firmware can be vulnerable with Gateway/AAA configuration alone, without SAML setup.
  6. Precondition checks include searching configs for samlAction, authentication vserver, and vpn vserver.
  7. NetScaler Console Global Deny Lists can mitigate via signatures on sufficiently new firmware.
  8. CVE-2026-19489 is a memory overflow causing DoS/unpredictable behavior when SIP ALG on LSN.
  9. Affected versions include 14.1 before 14.1-73.32 and 13.1 before 13.1-63.21.
  10. After upgrading ICA proxy, older session-ticket reconnects are dropped, requiring relaunch.

TAKEAWAYS:

  1. Prioritize emergency patching because NetScaler flaws historically see rapid post-disclosure exploitation.
  2. Validate real exposure by confirming Gateway/AAA usage and SAML-related configuration conditions.
  3. Assess SIP ALG within Large Scale NAT groups to determine risk from the overflow vulnerability.
  4. Plan for user impact in ICA proxy environments due to forced session relaunch after upgrades.
  5. Verify cloud marketplace images separately, since AWS/Azure/GCP listings may lag behind patched builds.

Critical Microsoft Entra ID vulnerability exploited in the wild (CVE-2026-69836)

Source: Help Net Security

Author: Sinisa Markovic

URL: https://www.helpnetsecurity.com/2026/08/21/microsoft-entra-id-vulnerability-cve-2026-69836/

ONE SENTENCE SUMMARY:

Microsoft mitigated a critical, exploited Entra ID deserialization flaw enabling unauthenticated remote code execution, requiring no customer action.

MAIN POINTS:

  1. Microsoft patched a critical remote code execution issue in Entra ID.
  2. The vulnerability is tracked as CVE-2026-69836 with CVSS 10.0 severity.
  3. Entra ID is Microsoft’s cloud identity platform formerly called Azure Active Directory.
  4. It governs authentication and access for Microsoft 365, Azure, and third-party apps.
  5. Microsoft reports the flaw was exploited in the wild.
  6. Robert Fitzpatrick, a Microsoft Principal Security Engineer, discovered the vulnerability.
  7. The root cause is deserialization of untrusted data.
  8. Exploitation enables unauthorized code execution over a network without authentication.
  9. Microsoft fully mitigated the issue on its side, requiring no administrator changes.
  10. Details on attackers, timeline, impact, and post-exploitation actions were not disclosed.

TAKEAWAYS:

  1. Cloud identity services can present high-impact attack surfaces when deserialization is unsafe.
  2. Exploited-in-the-wild vulnerabilities demand rapid vendor-side mitigation and customer awareness.
  3. Maximum-severity CVSS scores can apply even when customers cannot directly patch.
  4. Limited disclosure leaves organizations needing enhanced monitoring for Entra ID-related anomalies.
  5. Transparency CVEs can document fixed cloud issues despite no required tenant actions.