☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 6.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:L 🐛 CWE-862
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2025-63562

CVE-2025-63562 Privilege Escalation in Summer pearl group
📅 PUBLISHED: 2025-10-31 00:00 UTC 🔄 UPDATED: 2026-08-12 09:01 UTC
[ ZERO-DAY / UNPATCHED ] [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.05%
👁️
0.05% probability
1.3× above the median CVE
Tier: LOW
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1190
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: < 1.0.2
CVSS VECTOR BREAKDOWN 6.3
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: N User Interaction None
S: U Scope Unchanged
C: L Confidentiality Low
I: H Integrity High
A: L Availability Low
6.3
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2025-63562 is an insufficient server-side authorization vulnerability in the Summer Pearl Group Vacation Rental Management Platform. Authenticated attackers can manipulate request parameters (e.g., owner or resource ID) to perform create, update, and delete actions on resources owned by arbitrary users. This IDOR (Insecure Direct Object Reference) flaw allows privilege escalation and data tampering without requiring administrative privileges. The CVSS score is 6.3 (Medium), and no public exploit code or patch is currently available.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Supply Chain & Package Security

This vulnerability is not related to any open-source package manager (NPM, PyPI, Go, Ruby). It affects a proprietary web application.

CVSS Breakdown & Threat Level

  • CVSS Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:L
  • Base Score: 6.3 (Medium)
  • Attack Vector: Network
  • Attack Complexity: Low
  • Privileges Required: Low (authenticated user)
  • User Interaction: None
  • Scope: Unchanged
  • Confidentiality Impact: Low (attacker can read arbitrary user data)
  • Integrity Impact: High (attacker can modify or delete arbitrary user data)
  • Availability Impact: Low (attacker can delete resources, causing service disruption)

Threat Level: Medium. While the CVSS score is moderate, the ability to modify or delete arbitrary user data without authorization poses a significant risk to data integrity and user trust.

Deep Dive & Mechanics

The vulnerability stems from insufficient server-side authorization checks on API endpoints that handle CRUD operations for user resources (e.g., bookings, properties, reviews). The application relies on client-supplied parameters (e.g., owner_id, resource_id) to determine ownership, but fails to verify that the authenticated user is the legitimate owner of the resource.

Attack Flow:

  1. An authenticated attacker (User A) logs into the platform.
  2. The attacker intercepts a legitimate API request (e.g., PUT /api/properties/123) using a proxy tool (e.g., Burp Suite).
  3. The attacker modifies the request parameter owner_id to the ID of another user (User B).
  4. The server processes the request without verifying that User A owns the property, allowing the attacker to update or delete User B's property.

Affected Endpoints (likely):

  • POST /api/properties (create)
  • PUT /api/properties/{id} (update)
  • DELETE /api/properties/{id} (delete)
  • POST /api/bookings (create)
  • PUT /api/bookings/{id} (update)
  • DELETE /api/bookings/{id} (delete)

Vulnerable vs. Patched Code

Vulnerable Code (Server-side, pseudo-code):

@app.route('/api/properties/<int:property_id>', methods=['PUT'])
def update_property(property_id):
    data = request.get_json()
    owner_id = data.get('owner_id')  # Attacker can manipulate this
    property = Property.query.get(property_id)
    if property:
        property.owner_id = owner_id  # No ownership check
        db.session.commit()
        return jsonify(success=True)
    return jsonify(error="Property not found"), 404

Patched Code (Server-side, pseudo-code):

@app.route('/api/properties/<int:property_id>', methods=['PUT'])
@login_required
def update_property(property_id):
    data = request.get_json()
    current_user_id = session['user_id']  # From authentication
    property = Property.query.get(property_id)
    if property and property.owner_id == current_user_id:
        # Only update if the current user is the owner
        property.name = data.get('name', property.name)
        # ... other fields
        db.session.commit()
        return jsonify(success=True)
    return jsonify(error="Unauthorized"), 403

Exploitation & Lab Setup

Red Team

Prerequisites:

  • A valid authenticated session on the target platform (v1.0.1 or earlier).
  • A proxy tool (e.g., Burp Suite, OWASP ZAP) to intercept and modify requests.

Exploitation Steps:

  1. Log in as a low-privileged user (e.g., attacker@example.com).
  2. Intercept a legitimate request to update a resource (e.g., PUT /api/properties/123).
  3. Modify the owner_id parameter to the ID of a target user (e.g., owner_id=456).
  4. Forward the request. The server will update the resource, associating it with the target user.
  5. To delete a resource, intercept a DELETE request and change the resource_id to a target resource.

Example Request (Burp Suite):

PUT /api/properties/123 HTTP/1.1
Host: target.com
Cookie: session=valid_session_cookie
Content-Type: application/json

{
  "owner_id": 456,
  "name": "Malicious Update"
}

Blue Team

Detection:

  • Monitor for API requests where the owner_id or resource_id parameter differs from the authenticated user's ID.
  • Alert on multiple failed authorization attempts (HTTP 403) followed by successful modifications.
  • Use Web Application Firewall (WAF) rules to block requests with mismatched user IDs.

Hunting:

  • Search logs for patterns like PUT /api/properties/* with owner_id not equal to the session user ID.
  • Correlate user activity: if User A modifies resources owned by User B, investigate.

Indicators of Compromise (IOCs)

  • Network:
    • HTTP requests with manipulated owner_id or resource_id parameters.
    • Repeated PUT, POST, or DELETE requests to /api/properties, /api/bookings, or similar endpoints.
  • Logs:
    • Server logs showing owner_id changes without corresponding user authentication.
    • Error logs with 403 Forbidden followed by 200 OK for the same endpoint.
  • System:
    • Unexpected changes to resource ownership in the database.
    • Deleted or modified resources without legitimate user action.

Detection Engineering

YARA Rule

rule CVE_2025_63562_IDOR_Detection {
    meta:
        description = "Detects HTTP requests with manipulated owner_id or resource_id parameters"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "CVE-2025-63562"
    strings:
        $owner_param = /owner_id=\d+/ nocase
        $resource_param = /resource_id=\d+/ nocase
        $http_method = /(PUT|POST|DELETE)/ nocase
    condition:
        $http_method and ($owner_param or $resource_param)
}

Sigma Rule

title: CVE-2025-63562 - IDOR in Summer Pearl Group Vacation Rental Management Platform
id: 8a9b3c4d-5e6f-7a8b-9c0d-1e2f3a4b5c6d
status: experimental
description: Detects attempts to exploit insufficient server-side authorization by manipulating owner_id or resource_id parameters.
author: Valters IT
date: 2025-04-10
references:
    - https://nvd.nist.gov/vuln/detail/CVE-2025-63562
logsource:
    category: webserver
    product: apache
    service: http
detection:
    selection:
        cs-method: 
            - 'PUT'
            - 'POST'
            - 'DELETE'
        cs-uri-query|contains: 
            - 'owner_id='
            - 'resource_id='
    condition: selection
falsepositives:
    - Legitimate administrative actions (if admin uses same parameter)
level: high

Suricata Rule

alert http any any -> any any (msg:"CVE-2025-63562 - IDOR Attempt Detected"; flow:to_server; content:"PUT"; http_method; content:"owner_id="; http_uri; nocase; sid:1000001; rev:1;)
alert http any any -> any any (msg:"CVE-2025-63562 - IDOR Attempt Detected"; flow:to_server; content:"POST"; http_method; content:"owner_id="; http_uri; nocase; sid:1000002; rev:1;)
alert http any any -> any any (msg:"CVE-2025-63562 - IDOR Attempt Detected"; flow:to_server; content:"DELETE"; http_method; content:"resource_id="; http_uri; nocase; sid:1000003; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Upgrade: Update to version 1.0.2 or later if a patch becomes available.
  2. WAF Rules: Deploy WAF rules to block requests with mismatched owner_id or resource_id parameters.
  3. Input Validation: Implement server-side validation to ensure the authenticated user owns the resource before allowing CRUD operations.

Long-term Fixes:

  • Authorization Middleware: Implement a centralized authorization middleware that checks resource ownership based on the authenticated user's session, not client-supplied parameters.
  • Audit Logging: Enable detailed audit logging for all CRUD operations, including the authenticated user ID and the resource owner ID.
  • Penetration Testing: Conduct regular penetration tests focusing on IDOR vulnerabilities.

Vendor Contact: Since no patch is available, contact Summer Pearl Group directly for a security update.


Valters IT
DevSecOps & Cyber Threat Intelligence Expert

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

Summer Pearl Group Vacation Rental Management Platform
Summer Pearl Group v1.0.1
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2025-63562/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.