<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 15:03:49 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-356496</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-356496</link>
      <description>EUVD-2026-356496</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-356496</guid>
    </item>
    <item>
      <title>fkie_cve-2026-68923</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-68923</link>
      <description>&lt;p&gt;MobSF is a mobile application security testing tool used. Prior to 4.5.1, mobsf/MobSF/settings.py places django.middleware.csrf.CsrfViewMiddleware only in the deprecated MIDDLEWARE_CLASSES setting and omits it from the active MIDDLEWARE tuple, allowing a remote attacker to make a logged-in victim submit cross-site POST requests to authenticated web endpoints including /delete_scan/, /upload/, /download_scan/, /change_password/, /create_user/, and /delete_user/. This can delete scans, upload or download applications, change passwords, or manage users with the victim account permissions. This issue is fixed in version 4.5.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;MobSF is a mobile application security testing tool used. Prior to 4.5.1, mobsf/MobSF/settings.py places django.middleware.csrf.CsrfViewMiddleware only in the deprecated MIDDLEWARE_CLASSES setting and omits it from the active MIDDLEWARE tuple, allowing a remote attacker to make a logged-in victim submit cross-site POST requests to authenticated web endpoints including /delete_scan/, /upload/, /download_scan/, /change_password/, /create_user/, and /delete_user/. This can delete scans, upload or download applications, change passwords, or manage users with the victim account permissions. This issue is fixed in version 4.5.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-68923</guid>
    </item>
    <item>
      <title>GHSA-3p54-567p-2wpr — MobSF's CSRF checks not enforced after Django migration</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3p54-567p-2wpr</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mobsf&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Django&amp;#39;s `CsrfViewMiddleware` exists only in the deprecated `MIDDLEWARE_CLASSES` (ignored since Django 2.0). The active `MIDDLEWARE` tuple does not include it. All authenticated web POST endpoints (delete scan, upload, download APK, change password, manage users) accept requests without CSRF tokens.&lt;/p&gt;
&lt;p&gt;### Verified Impact&lt;/p&gt;
&lt;p&gt;This was verified by **actually deleting a real scan** from the running server using only a session cookie — no CSRF token was required:&lt;/p&gt;
&lt;p&gt;```
$ curl -s -b cookies.txt -X POST &amp;#34;http://127.0.0.1:8000/delete_scan/&amp;#34; \
    -d &amp;#34;md5=68e76627798d62555d5287f4488a32c7&amp;amp;scan_type=apk&amp;#34;
{&amp;#34;deleted&amp;#34;: &amp;#34;yes&amp;#34;}
```&lt;/p&gt;
&lt;p&gt;The scan was removed from the database. This attack works from any website via HTML form auto-submission because:
- **No CSRF token is validated** (middleware absent)
- **Cookie `SameSite=Lax`** allows form-based top-level navigation to send the session cookie&lt;/p&gt;
&lt;p&gt;### Affected Component&lt;/p&gt;
&lt;p&gt;```
File: mobsf/MobSF/settings.py (Lines 206-212)&lt;/p&gt;
&lt;p&gt;MIDDLEWARE = (
    &amp;#39;mobsf.MobSF.views.api.api_middleware.RestApiAuthMiddleware&amp;#39;,
    &amp;#39;django.contrib.sessions.middleware.SessionMiddleware&amp;#39;,
    &amp;#39;django.contrib.auth.middleware.AuthenticationMiddleware&amp;#39;,
    &amp;#39;django.contrib.messages.middleware.MessageMiddleware&amp;#39;,
    # MISSING: &amp;#39;django.middleware.csrf.CsrfViewMiddleware&amp;#39;
)
```&lt;/p&gt;
&lt;p&gt;### Steps to Reproduce&lt;/p&gt;
&lt;p&gt;**1.** Start MobSF v4.4.6 and log in at `http://127.0.0.1:8000/login/` (creds: `mobsf/mobsf`).&lt;/p&gt;
&lt;p&gt;**2.** Upload and scan any APK to create a scan entry. Note the MD5 hash from…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mobsf&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Django&amp;#39;s `CsrfViewMiddleware` exists only in the deprecated `MIDDLEWARE_CLASSES` (ignored since Django 2.0). The active `MIDDLEWARE` tuple does not include it. All authenticated web POST endpoints (delete scan, upload, download APK, change password, manage users) accept requests without CSRF tokens.&lt;/p&gt;
&lt;p&gt;### Verified Impact&lt;/p&gt;
&lt;p&gt;This was verified by **actually deleting a real scan** from the running server using only a session cookie — no CSRF token was required:&lt;/p&gt;
&lt;p&gt;```
$ curl -s -b cookies.txt -X POST &amp;#34;http://127.0.0.1:8000/delete_scan/&amp;#34; \
    -d &amp;#34;md5=68e76627798d62555d5287f4488a32c7&amp;amp;scan_type=apk&amp;#34;
{&amp;#34;deleted&amp;#34;: &amp;#34;yes&amp;#34;}
```&lt;/p&gt;
&lt;p&gt;The scan was removed from the database. This attack works from any website via HTML form auto-submission because:
- **No CSRF token is validated** (middleware absent)
- **Cookie `SameSite=Lax`** allows form-based top-level navigation to send the session cookie&lt;/p&gt;
&lt;p&gt;### Affected Component&lt;/p&gt;
&lt;p&gt;```
File: mobsf/MobSF/settings.py (Lines 206-212)&lt;/p&gt;
&lt;p&gt;MIDDLEWARE = (
    &amp;#39;mobsf.MobSF.views.api.api_middleware.RestApiAuthMiddleware&amp;#39;,
    &amp;#39;django.contrib.sessions.middleware.SessionMiddleware&amp;#39;,
    &amp;#39;django.contrib.auth.middleware.AuthenticationMiddleware&amp;#39;,
    &amp;#39;django.contrib.messages.middleware.MessageMiddleware&amp;#39;,
    # MISSING: &amp;#39;django.middleware.csrf.CsrfViewMiddleware&amp;#39;
)
```&lt;/p&gt;
&lt;p&gt;### Steps to Reproduce&lt;/p&gt;
&lt;p&gt;**1.** Start MobSF v4.4.6 and log in at `http://127.0.0.1:8000/login/` (creds: `mobsf/mobsf`).&lt;/p&gt;
&lt;p&gt;**2.** Upload and scan any APK to create a scan entry. Note the MD5 hash from…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3p54-567p-2wpr</guid>
    </item>
    <item>
      <title>PYSEC-2026-3688 — MobSF's CSRF checks not enforced after Django migration</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-3688</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mobsf&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Django&amp;#39;s `CsrfViewMiddleware` exists only in the deprecated `MIDDLEWARE_CLASSES` (ignored since Django 2.0). The active `MIDDLEWARE` tuple does not include it. All authenticated web POST endpoints (delete scan, upload, download APK, change password, manage users) accept requests without CSRF tokens.&lt;/p&gt;
&lt;p&gt;### Verified Impact&lt;/p&gt;
&lt;p&gt;This was verified by **actually deleting a real scan** from the running server using only a session cookie — no CSRF token was required:&lt;/p&gt;
&lt;p&gt;```
$ curl -s -b cookies.txt -X POST &amp;#34;http://127.0.0.1:8000/delete_scan/&amp;#34; \
    -d &amp;#34;md5=68e76627798d62555d5287f4488a32c7&amp;amp;scan_type=apk&amp;#34;
{&amp;#34;deleted&amp;#34;: &amp;#34;yes&amp;#34;}
```&lt;/p&gt;
&lt;p&gt;The scan was removed from the database. This attack works from any website via HTML form auto-submission because:
- **No CSRF token is validated** (middleware absent)
- **Cookie `SameSite=Lax`** allows form-based top-level navigation to send the session cookie&lt;/p&gt;
&lt;p&gt;### Affected Component&lt;/p&gt;
&lt;p&gt;```
File: mobsf/MobSF/settings.py (Lines 206-212)&lt;/p&gt;
&lt;p&gt;MIDDLEWARE = (
    &amp;#39;mobsf.MobSF.views.api.api_middleware.RestApiAuthMiddleware&amp;#39;,
    &amp;#39;django.contrib.sessions.middleware.SessionMiddleware&amp;#39;,
    &amp;#39;django.contrib.auth.middleware.AuthenticationMiddleware&amp;#39;,
    &amp;#39;django.contrib.messages.middleware.MessageMiddleware&amp;#39;,
    # MISSING: &amp;#39;django.middleware.csrf.CsrfViewMiddleware&amp;#39;
)
```&lt;/p&gt;
&lt;p&gt;### Steps to Reproduce&lt;/p&gt;
&lt;p&gt;**1.** Start MobSF v4.4.6 and log in at `http://127.0.0.1:8000/login/` (creds: `mobsf/mobsf`).&lt;/p&gt;
&lt;p&gt;**2.** Upload and scan any APK to create a scan entry. Note the MD5 hash from…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mobsf&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Django&amp;#39;s `CsrfViewMiddleware` exists only in the deprecated `MIDDLEWARE_CLASSES` (ignored since Django 2.0). The active `MIDDLEWARE` tuple does not include it. All authenticated web POST endpoints (delete scan, upload, download APK, change password, manage users) accept requests without CSRF tokens.&lt;/p&gt;
&lt;p&gt;### Verified Impact&lt;/p&gt;
&lt;p&gt;This was verified by **actually deleting a real scan** from the running server using only a session cookie — no CSRF token was required:&lt;/p&gt;
&lt;p&gt;```
$ curl -s -b cookies.txt -X POST &amp;#34;http://127.0.0.1:8000/delete_scan/&amp;#34; \
    -d &amp;#34;md5=68e76627798d62555d5287f4488a32c7&amp;amp;scan_type=apk&amp;#34;
{&amp;#34;deleted&amp;#34;: &amp;#34;yes&amp;#34;}
```&lt;/p&gt;
&lt;p&gt;The scan was removed from the database. This attack works from any website via HTML form auto-submission because:
- **No CSRF token is validated** (middleware absent)
- **Cookie `SameSite=Lax`** allows form-based top-level navigation to send the session cookie&lt;/p&gt;
&lt;p&gt;### Affected Component&lt;/p&gt;
&lt;p&gt;```
File: mobsf/MobSF/settings.py (Lines 206-212)&lt;/p&gt;
&lt;p&gt;MIDDLEWARE = (
    &amp;#39;mobsf.MobSF.views.api.api_middleware.RestApiAuthMiddleware&amp;#39;,
    &amp;#39;django.contrib.sessions.middleware.SessionMiddleware&amp;#39;,
    &amp;#39;django.contrib.auth.middleware.AuthenticationMiddleware&amp;#39;,
    &amp;#39;django.contrib.messages.middleware.MessageMiddleware&amp;#39;,
    # MISSING: &amp;#39;django.middleware.csrf.CsrfViewMiddleware&amp;#39;
)
```&lt;/p&gt;
&lt;p&gt;### Steps to Reproduce&lt;/p&gt;
&lt;p&gt;**1.** Start MobSF v4.4.6 and log in at `http://127.0.0.1:8000/login/` (creds: `mobsf/mobsf`).&lt;/p&gt;
&lt;p&gt;**2.** Upload and scan any APK to create a scan entry. Note the MD5 hash from…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-3688</guid>
    </item>
  </channel>
</rss>
