← Back to Feed CACHED · 2026-10-01 23:50:30 · CACHE_KEY CVE-2026-13556
CVE-2026-13556 · CWE-79 · Disclosed 2026-06-29

Stored XSS in itsourcecode Online Hotel Management System 1.0 via Name parameter in user edit controller

ASSESSED — NOISGATE
Vendor
—
—
—
Reassessed
—
—
—
Verdict: —
Do you agree?
01 · The Real Story

Someone filed a CVE against a homework assignment and now it's clogging your vulnerability scanner

CVE-2026-13556 is a stored cross-site scripting (XSS) flaw in the Name parameter of /admin/mod_users/controller.php?action=edit in itsourcecode Online Hotel Management System 1.0. An attacker can inject JavaScript into the user-edit form that fires when an administrator views the page. The affected product is a free PHP capstone project distributed by itsourcecode.com — a Philippine tutorial site — explicitly described by its creator as "made for student use only." Version 1.0 is the only version that exists; there is no version 2, no commercial release, and no vendor support channel.

The vendor CVSS of 4.3 MEDIUM is already low, but even that overstates the real-world significance by orders of magnitude. The score assumes the software is *deployed somewhere that matters*. It is not. This is a learning exercise distributed as a ZIP file for IT students writing capstone papers. No enterprise procurement process has ever evaluated this product. No Shodan/Censys/FOFA scan surfaces meaningful internet exposure. Treating this CVE the same as a MEDIUM in Exchange or Apache is a category error — it burns analyst attention on a codebase that exists in zero production environments across your fleet.

"Student PHP project with zero enterprise footprint — pure CVE noise for any real fleet"
02 · The Attack Path

3 steps from start to impact.

STEP 01

Locate a running instance

The attacker must find an internet-accessible (or internal) instance of itsourcecode Online Hotel Management System 1.0. This requires the target organization to have downloaded a student PHP project ZIP from itsourcecode.com and deployed it on a web server. Given the product's nature as a capstone tutorial, the probability of finding one in a managed enterprise is effectively zero.
Conditions required:
  • Target organization has deployed this specific student project on a reachable web server
Where this breaks in practice:
  • No enterprise uses this software — it is explicitly labeled 'for student use only'
  • No package manager, container image, or vendor distribution channel exists
  • Zero Shodan/Censys/FOFA footprint for this application
STEP 02

Inject XSS payload via Name field

The attacker sends a POST request to /admin/mod_users/controller.php?action=edit with a crafted JavaScript payload in the Name parameter. The application stores the unsanitized input. No authentication is required for this POST endpoint per the CVSS vector (PR:N), though accessing an /admin/ path without auth suggests the app has no access control at all — consistent with student-grade code.
Conditions required:
  • Network access to the running instance
  • The /admin/ endpoint is reachable without authentication
Where this breaks in practice:
  • The application would need to be running and reachable
  • No WAF or reverse proxy is typically configured for student projects, but also no enterprise deploys them behind one
Detection/coverage: Any XSS scanner (Burp, ZAP, Nuclei) would flag this trivially. The entire admin panel lacks input sanitization across multiple parameters (CVE-2026-13553 through 13557).
STEP 03

Wait for admin to trigger the payload

The stored XSS fires when an administrator navigates to the user management page and the injected Name field renders in the browser. This requires user interaction (UI:R in the CVSS vector). The payload could steal the admin session cookie, redirect to a phishing page, or modify page content.
Conditions required:
  • An administrator must view the poisoned page in their browser
Where this breaks in practice:
  • The 'administrator' of a student project is typically the student themselves on localhost
  • No session tokens of value exist — the application has no integration with enterprise identity systems
Detection/coverage: Browser-based XSS protections (CSP, if configured) would block execution. No enterprise SIEM would be monitoring a student PHP app.
03 · Compensating Control

1
IGNORE 0.0→IGNORE 0.0
Add itsourcecode products to your scanner's suppression/ignore list — If your vulnerability scanner ingests NVD feeds without product-relevance filtering, it will surface this and dozens of similar CVEs against student tutorial projects. Create a suppression rule for vendor itsourcecode to eliminate this noise permanently. This is a one-time configuration change with no deadline pressure — no noisgate mitigation or remediation SLA applies for IGNORE-rated findings.
2
IGNORE 0.0→IGNORE 0.0
Audit for unauthorized student/demo software in your fleet — The only way this CVE could be relevant is if someone deployed a student project on a production or internal server without approval. Run a sweep for PHP applications in non-standard directories (e.g., mod_users/controller.php, mod_room/, mod_amenities/) that match itsourcecode project structures. If found, decommission immediately — not because of this XSS, but because unsupported student code has no place in production.
What doesn't work
  • WAF rules for XSS filtering — technically a WAF would block the payload, but deploying WAF rules to protect software that shouldn't exist in your environment is solving the wrong problem. Remove the software instead.
  • Patching / upgrading — no patch exists and none will ever be released. The vendor is a tutorial website, not a software company. There is no upgrade path.
04 · Intelligence Metadata

The supporting signals.

In-the-Wild ExploitationNone. Not listed on CISA KEV. No known campaigns. No threat intel references from Mandiant, CrowdStrike, Recorded Future, or Proofpoint mention this CVE.
Proof of ConceptThe vulnerability details were publicly disclosed with enough technical specificity to reproduce (endpoint + parameter), but no dedicated PoC repository exists on GitHub for CVE-2026-13556. Not indexed on pocindex.io. Exploitation is trivial (<script>alert(1)</script> in a form field) but nobody has bothered to write a standalone PoC because the target has no value.
EPSS0.47% probability of exploitation in the next 30 days — bottom of the barrel, reflecting the complete absence of attacker interest.
KEV StatusNot listed. No federal agency deadline applies.
CVSS 3.1 VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N — Network-accessible, low complexity, no privileges required, user interaction required, unchanged scope, low integrity impact only. CVSS 4.0 scores this even lower at 2.1 LOW.
Affected Versionsitsourcecode Online Hotel Management System 1.0 — the only version that has ever existed. No changelogs, no release history, no update mechanism.
Fixed VersionNone. No vendor patch exists. No vendor security contact exists. The project maintainer (PIES IT Solutions) provides no security support. The project is distributed as a static ZIP download for students.
Internet ExposureEffectively zero. No Shodan, Censys, or FOFA results for this application. It has no distinctive HTTP headers, default ports, or fingerprints that scanners track because it is not a real product.
DisclosurePublished 2026-06-29 via VulDB. Part of a batch of 5+ XSS CVEs (CVE-2026-13552 through 13557) filed against the same student project, all reflecting the same root cause: zero input sanitization anywhere in the codebase.
ReporterNot attributed to a named researcher or organization. Likely a security student or CVE farmer filing bulk vulnerabilities against open-source tutorial projects for resume padding.

Sources.

  1. SentinelOne Vulnerability Database — CVE-2026-13556
  2. OpenCVE — CVE-2026-13556 Details
  3. CyberStrike CVE Detail — CVE-2026-13556
  4. itsourcecode.com — Online Hotel Management System Project in PHP
  5. OpenCVE — All itsourcecode Online Hotel Management System CVEs
  6. pocindex.io — CVE PoC Search Engine
05 · The Call

Final Verdict
↓ DOWNGRADED to IGNORE (0.0/10)

Why this verdict

  • Zero enterprise install base: This is a PHP capstone project explicitly labeled "for student use only" by its creator. It is distributed as a ZIP file from a tutorial website. No enterprise procurement, no vendor support, no CVE response process. The probability that any host in a 10,000-node fleet runs this software is indistinguishable from zero.
  • No high-value role relevance: Walking the high-value role catalog — identity/trust, PKI, PAM, hypervisors, CI/CD, backup, production databases, kernel-mode agents, network edge, SIEM, OT/ICS — this product occupies none of them. It is a student hotel booking demo. There is no deployment-role blast radius to evaluate because there are no deployments.
  • Role multiplier: The only plausible deployment role is (a) low-value: a student's localhost XAMPP instance or a classroom lab VM. The attack chain succeeds trivially in that role, but the blast radius is *nil* — stealing a session cookie from a student's localhost PHP app yields nothing. No domain, fleet, supply-chain, or identity-scale impact is possible.
  • CVE-farming noise: This CVE is part of a batch of 5+ identical XSS filings against the same student codebase. These bulk filings inflate vulnerability counts and waste defender attention. Scanners that ingest NVD without filtering by product relevance will surface this as work — it is not.
  • CVSS 4.0 already rates this 2.1 LOW, reflecting the minimal real impact even in the abstract. The 3.1 score of 4.3 is inflated by the AV:N vector, which is meaningless when nothing is deployed on any network.

Why not higher?

There is no scenario in which this CVE warrants any severity rating for an enterprise security team. The affected software has zero production deployments, zero enterprise users, and zero internet exposure. Even if an instance somehow existed in your fleet, the impact ceiling is a stored XSS in a toy app with no integration to anything of value. Upgrading this to LOW would imply it deserves backlog tracking — it does not.

Why not lower?

IGNORE is the lowest rating in the noisgate scale. There is nowhere lower to go.

06 · Verification

Crowdsourced verification payload.

Run on any Linux host where you suspect unauthorized PHP applications may be deployed. Execute as root or with read access to web server document roots. Example: sudo bash check_cve_2026_13556.sh /var/www

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/usr/bin/env bash
# check_cve_2026_13556.sh — Detect itsourcecode Online Hotel Management System 1.0
# Usage: sudo bash check_cve_2026_13556.sh [WEBROOT]
# Exit codes: 0 = VULNERABLE, 1 = PATCHED/NOT_APPLICABLE, 2 = UNKNOWN

set -euo pipefail

WEBROOT="${1:-/var/www}"
VULN_FOUND=0

if [ ! -d "$WEBROOT" ]; then
  echo "UNKNOWN — directory $WEBROOT does not exist"
  exit 2
fi

# Search for the vulnerable controller file
while IFS= read -r -d '' f; do
  # Check if this is the itsourcecode hotel management system
  if grep -ql 'mod_users' "$f" 2>/dev/null; then
    VULN_FOUND=1
    echo "VULNERABLE — Found itsourcecode Online Hotel Management System component: $f"
    echo "  This is an unsupported student project. Decommission immediately."
  fi
done < <(find "$WEBROOT" -type f -name 'controller.php' -path '*/mod_users/*' -print0 2>/dev/null)

if [ "$VULN_FOUND" -eq 1 ]; then
  echo ""
  echo "VULNERABLE — CVE-2026-13556 applies. No patch exists."
  echo "ACTION: Remove this application from your environment entirely."
  exit 0
else
  echo "PATCHED — itsourcecode Online Hotel Management System not found under $WEBROOT"
  echo "  (This is expected. No enterprise should be running this software.)"
  exit 1
fi