<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Malware-Persistence on CuraSec</title><link>https://curasec.metacog.co.kr/tags/malware-persistence/</link><description>Recent content in Malware-Persistence on CuraSec</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 01 Oct 2026 17:21:52 +0000</lastBuildDate><atom:link href="https://curasec.metacog.co.kr/tags/malware-persistence/index.xml" rel="self" type="application/rss+xml"/><item><title>WordPress 'SC' Backdoor Uses Files, DB, and Shared Memory to Persist</title><link>https://curasec.metacog.co.kr/insights/2026-10-01-wordpress-backdoor-rebuilds-itself-after-cleanup-using-files/</link><pubDate>Thu, 01 Oct 2026 17:21:52 +0000</pubDate><guid>https://curasec.metacog.co.kr/insights/2026-10-01-wordpress-backdoor-rebuilds-itself-after-cleanup-using-files/</guid><description>&lt;ul>
&lt;li>&lt;strong>Engineer — Plan:&lt;/strong> WordPress is pervasive in enterprise estates and this multi-vector persistence (filesystem + database + shared memory segments) means standard file-only cleanup leaves the site re-infected; audit WordPress deployments for SC_ markers in files and the database, and inspect PHP shared memory usage via shmop-based process inspection.&lt;/li>
&lt;li>&lt;strong>SOC/IR — Plan:&lt;/strong> The shared-memory component creates a blind spot for file-integrity and AV-based scans; build or tune detections for PHP processes writing to shared memory segments (shmop_open/write syscalls) and add a correlation rule requiring simultaneous sweep of filesystem, database content, and memory when a WordPress compromise is suspected.&lt;/li>
&lt;li>&lt;strong>Leader — Skip&lt;/strong>&lt;/li>
&lt;/ul></description></item></channel></rss>