CuraSec

tag: File-Sharing · 5 items

2026-10-01 · BleepingComputer · source ↗ #vulnerability#code-injection#file-sharing
  • Engineer — Plan: Max-severity code injection in Kiteworks EPG with 126 total CVEs patched — if Kiteworks is in your stack, schedule an update this sprint; no active exploitation signals yet but the severity warrants prioritization over routine patches.
  • SOC/IR — Skip
  • Leader — Plan: If Kiteworks is in your vendor inventory for secure file transfer or email security, confirm your instance is on the patched release and document it for vendor risk records — no breach reported, but a max-severity flaw in a data-handling platform warrants a quick compliance check.
  • Engineer — Plan: If Kiteworks is in your stack, verify whether the affected capability (enabled for <1% of customers) is active in your deployment and apply the available patch this sprint; no exploitation signals yet but federal involvement warrants prompt action.
  • SOC/IR — Skip
  • Leader — Plan: If Kiteworks is in your vendor portfolio, contact them to confirm whether your tenant used the affected capability and request written attestation that the fix has been applied to your environment.
2026-09-26 · BleepingComputer · source ↗ #zero-day#file-sharing#vendor-advisory
  • Engineer — Act: If you run Kiteworks, follow the vendor’s emergency guidance immediately: coordinate the advised shutdown window and monitor the vendor portal for patch or mitigation details as they emerge.
  • SOC/IR — Act: Treat any Kiteworks instance in the environment as potentially targeted; heighten log monitoring on those hosts now and prepare an assume-breach sweep plan for when IOCs are published.
  • Leader — Act: Confirm this week whether Kiteworks is in your environment, assess business impact of the recommended shutdown, and brief leadership before the downtime window — this vendor-issued emergency notice will likely generate customer and board questions.
2026-07-15 · BleepingComputer · source ↗ #zero-day#sharefile#file-sharing
  • Engineer — Act: If you run ShareFile Storage Zone Controllers on-premises, apply the released security updates immediately — Progress shutting down the hosted service is a strong implicit signal of active exploitation risk, mirroring their MOVEit pattern.
  • SOC/IR — Plan: No IOCs or TTPs are available yet, but queue a hunt workflow for once Progress or third-party researchers publish exploitation indicators; given Progress’s MOVEit history, details will likely emerge quickly.
  • Leader — Act: Confirm whether your organization runs ShareFile Storage Zone Controllers on-prem, then check with Progress for breach attestations this week — an emergency service shutdown from this vendor warrants a fast exposure check before board or customer questions arrive.
2026-07-11 · BleepingComputer · source ↗ #sharefile#progress-software#file-sharing
  • Engineer — Act: If you run ShareFile Storage Zone Controllers on-premises, shut them down immediately per Progress’s emergency guidance — this is the same vendor that disclosed the MoveIt zero-day. Monitor Progress’s advisory channel for patch availability before bringing servers back online.
  • SOC/IR — Act: Progress issuing an emergency shutdown recommendation implies an unpatched, actively targeted vulnerability; treat any org running on-prem ShareFile Storage Zone Controllers as potentially exposed. Initiate a sweep for anomalous file-transfer or lateral-movement activity from those hosts since at least 72 hours prior to today.
  • Leader — Act: Progress Software — the MoveIt vendor — is issuing emergency shutdown orders for ShareFile on-premises deployments, a pattern consistent with imminent or in-progress exploitation. This week: confirm whether your org or any critical SaaS vendors run on-prem ShareFile Storage Zone Controllers and request attestations; brief leadership before this surfaces in news as a repeat of the MoveIt incident.