CVE-2019-25739
Deferred Deferred - Pending Action
Persistent XSS in GigToDo Proposal Description Field

Publication date: 2026-06-04

Last updated on: 2026-06-04

Assigner: VulnCheck

Description
GigToDo 1.3 contains a persistent cross-site scripting vulnerability that allows authenticated attackers to inject malicious JavaScript and HTML code through the proposal description field. Attackers can craft XSS payloads in the create_proposal endpoint that execute when administrators or other users view the stored proposal, enabling cookie theft and malicious redirects.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-04
Last Modified
2026-06-04
Generated
2026-06-04
AI Q&A
2026-06-04
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Currently, no data is known.
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-79 The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users.
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

GigToDo version 1.3 contains a persistent cross-site scripting (XSS) vulnerability that allows authenticated attackers to inject malicious JavaScript and HTML code through the proposal description field.

This vulnerability exists in the create_proposal endpoint, where the injected malicious code is stored and later executed when administrators or other users view the stored proposal.

Exploitation requires an attacker to register, log in, and insert a crafted payload into the proposal description, which is saved twice to trigger the vulnerability.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability can be detected by testing the proposal description field in the create_proposal endpoint for persistent cross-site scripting (XSS) payloads. An authenticated user can attempt to inject JavaScript or HTML code into the proposal description and then verify if the payload executes when the proposal is viewed by administrators or other users.

A practical detection method involves logging in with a test account, creating or editing a proposal, and inserting typical XSS payloads such as <script>alert('XSS')</script> or redirect scripts into the description field. After saving the proposal, viewing it as an administrator should reveal if the payload executes.

Commands or steps to detect the vulnerability include:

  • Use a web browser or tools like curl or Burp Suite to authenticate and submit a POST request to the create_proposal endpoint with a payload in the description field.
  • Example curl command to submit a payload (replace URL and session cookie accordingly):
  • curl -X POST -b "session=your_session_cookie" -d "description=<script>alert('XSS')</script>" https://targetsite.com/proposals/create_proposal
  • After submission, view the proposal page as an administrator to check if the script executes.
  • Repeat saving the proposal twice as the exploit requires saving once and then editing and saving again without changes.

What immediate steps should I take to mitigate this vulnerability?

Immediate mitigation steps include restricting access to the create_proposal endpoint to trusted authenticated users and administrators only.

Sanitize and validate all user inputs on the proposal description field to prevent injection of malicious JavaScript or HTML code.

Implement output encoding or escaping on the proposal display pages to ensure that any injected scripts are not executed when viewed.

If possible, update or patch the GigToDo application to a version that addresses this vulnerability.

As a temporary workaround, monitor and audit proposals for suspicious content and remove any malicious payloads found.


How can this vulnerability impact me? :

This vulnerability can lead to cookie theft, allowing attackers to hijack user sessions.

It can also enable malicious redirects, potentially sending users to harmful or phishing websites.

Because the malicious code executes in the context of the affected site, it can compromise the security and trustworthiness of the application for administrators and users.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

The vulnerability allows authenticated attackers to inject malicious JavaScript and HTML code that can lead to cookie theft and malicious redirects when administrators or other users view the stored proposal.

Such unauthorized access to cookies and potential redirection to malicious sites could lead to unauthorized access to sensitive information or user sessions, which may impact compliance with data protection regulations like GDPR or HIPAA that require safeguarding personal and sensitive data.

However, the provided information does not explicitly mention the impact on compliance with specific standards or regulations.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart