eQuest | Trust Center
Resolved Last updated October 23, 2026

PHP2Shell (CVE-2026-109618 and CVE-2026-109619)

We have completed remediation for these vulnerabilities across the eQuest platform and www.equest.com.

Patching complete. All in-scope production servers have been updated with the PHP security fix, and the configuration setting tied to the known attack method (session.upload_progress) has been disabled.

Non-exposed components verified. Our job delivery systems run PHP from the command line only, without php-fpm, and were confirmed not exposed to these vulnerabilities.

Service health and log review. The rollout finished at 10:34 UTC on October 22 with no downtime, errors, or impact on performance. Our review of production logs found no signs these vulnerabilities were exploited against our systems.

eQuest Trust Center

At eQuest, we are committed to the highest standards of security, privacy, and compliance. Our Trust Center provides real-time visibility into how we manage security across our systems, along with detailed information on our data protection practices and regulatory certifications.

To support your due diligence, you can explore our security practices, compliance frameworks, and privacy policies, and request key resources such as SOC 2 reports, penetration test summaries, and more, using the links below.

Contact our security team

SOC 2 CCPA Pen tested Continuously monitored
Data Security
Industry-leading encryption and security controls.
Compliance & Certifications
Meeting global standards and regulations.
Privacy & Transparency
Responsible data handling and privacy.

Resources

SOC 2 Type 1 Report

SOC2 Type 2 will be available later this year.

External Network Penetration test

Application Penetration test

Business continuity plan

Privacy Policy

eQuest Data Handling

Change Management Policy

Data Retention policy

Data Classification

Secure Development Policy

Trust Center FAQs

Your questions answered about our security, privacy, and compliance.

Ask our security team
01What is the eQuest Trust Center?

The eQuest Trust Center is a dedicated resource providing transparency into our security, compliance, and privacy practices. It outlines how we protect customer data and adhere to industry standards.

02How does eQuest handle, process and store data?

eQuest may collect work email addresses for secure authentication (e.g., SAML SSO), strictly for access control, not for marketing or profiling. Access is managed by the user’s organization, and email data is encrypted in transit and at rest. We retain data indefinitely unless deletion is requested or legally required, and all personal data is handled with the highest level of protection.

03Is eQuest compliant with industry security standards?

Yes, we comply with major regulatory and security frameworks, such as SOC 2 and CCPA. Our security practices align with industry standards.

04How does eQuest ensure data privacy?

We follow strict privacy policies to protect user data. We only collect and process data that is absolutely necessary for our services, and comply with all applicable privacy regulations.

05How does eQuest protect my data?

We use industry-leading security controls, including encryption in transit and at rest for PII, access management, and continuous monitoring to safeguard your data against threats.

06Does eQuest perform regular security audits?

Yes, we conduct third-party security audits, penetration testing, and internal security assessments to ensure our infrastructure remains secure and compliant.

07How can I report a security concern or vulnerability?

If you identify a security issue, please report it to our security team at [email protected]. We take all security concerns seriously and follow responsible disclosure practices.

08Can I request a security or compliance report?

Yes. Use Request all documents in the Resources section above, or email [email protected].

09Does eQuest have a responsible disclosure policy?

Yes. We encourage ethical security research and responsible disclosure. Send findings to [email protected] and our team will follow up.

10Where can I learn more about eQuest’s security policies?

If your question isn’t answered here, email [email protected] or contact our support team for further assistance.

Monitoring

Continuously monitored by Secureframe
View all

Compliance

SOC 2

Custom section title

Custom section description

Monitoring

Change Management

Configuration and Asset Management Policy
A Configuration and Asset Management Policy governs configurations for new sensitive systems
Secure Development Policy
A Secure Development Policy defines the requirements for secure software and system development and maintenance.
Change Management Policy
A Change Management Policy governs the documenting, tracking, testing, and approving of system, network, security, and infrastructure changes.
Production Data Use is Restricted
Production data is not used in the development and testing environments, unless required for debugging customer issues.
Segregation of Environments
Development, staging, and production environments are segregated.

Availability

Uptime and Availability Monitoring
System tools monitors for uptime and availability based on predetermined criteria.
Business Continuity and Disaster Recovery Policy
Business Continuity and Disaster Recovery Policy governs required processes for restoring the service or supporting infrastructure after suffering a disaster or disruption.
Testing the Business Continuity and Disaster Recovery Plan
The Business Continuity and Disaster Recovery Plan is periodically tested via tabletop exercises or equivalents. When necessary, Management makes changes to the Business Continuity and Disaster Recovery Plan based on the test results.
Backup Restoration Testing
Backed-up data is restored to a non-production environment at least annually to validate the integrity of backups.
Automated Backup Process
Full backups are performed and retained in accordance with the Business Continuity and Disaster Recovery Policy.

Organizational Management

Security Awareness Training
Internal personnel complete annual training programs for information security to help them understand their obligations and responsibilities related to security.
Cybersecurity Insurance
Cybersecurity insurance has been procured to help minimize the financial impact of cybersecurity loss events.
Acceptable Use Policy
An Acceptable Use Policy defines standards for appropriate and secure use of company hardware and electronic systems including storage media, communication tools and internet access.
Code of Conduct
A Code of Conduct outlines ethical expectations, behavior standards, and ramifications of noncompliance.
Personnel Acknowledge Security Policies
Internal personnel review and accept applicable information security policies at least annually.
Performance Review Policy
A Performance Review Policy provides personnel context and transparency into their performance and career development processes.
Internal Control Monitoring
A continuous monitoring solution monitors internal controls used in the achievement of service commitments and system requirements.
Performance Reviews
Internal personnel are evaluated via a formal performance review at least annually
Advisor Meetings on Security
Senior management and/or board of directors meets at least annually to review business goals, company initiatives, resource needs, risk management activities, and other internal/external matters. The information security team meets at least annually to discuss security risks, roles & responsibilities, controls, changes, audit results and/or other matters as necessary.
Internal Control Policy
An Internal Control Policy identifies how a system of controls should be maintained to safeguard assets, promote operational efficiency, and encourage adherence to prescribed managerial policies.
New Hire Screening
Hiring managers screen new hires or internal transfers to assess their qualifications, experience, and competency to fulfill their responsibilities. New hires sign confidentiality agreements or equivalents upon hire.
Information Security Policy
An Information Security Policy establishes the security requirements for maintaining the security, confidentiality, integrity, and availability of applications, systems, infrastructure, and data.
Roles and Responsibilities
Information security roles and responsibilities are outlined for personnel responsible for the security, availability, and confidentiality of the system.
Information Security Program Review
Management is responsible for the design, implementation, and management of the organization’s security policies and procedures. The policies and procedures are reviewed by management at least annually.
Background Checks
Background checks or their equivalent are performed before or promptly after a new hires start date, as permitted by local laws.
Disciplinary Action
Personnel who violate information security policies are subject to disciplinary action and such disciplinary action is clearly documented in one or more policies.
Organizational Chart
Management maintains a formal organizational chart to clearly identify positions of authority and the lines of communication, and publishes the organizational chart to internal personnel.

Confidentiality

Data Retention and Disposal Policy
A Data Retention and Disposal Policy specifies how customer data is to be retained and disposed of based on compliance requirements and contractual obligations.
Disposal of Customer Data
Upon customer request, Company requires that data that is no longer needed from databases and other file stores is removed in accordance with agreed-upon customer requirements.
Data Classification Policy
A Data Classification Policy details the security and handling protocols for sensitive data.
Access to Customer Data is Restricted
Access to, erasure of, or destruction of customer data is restricted to personnel that need access based on the principle of least privilege.

Vulnerability Management

Third-Party Penetration Test
A 3rd party is engaged to conduct a network and application penetration test of the production environment at least annually. Critical and high-risk findings are tracked through resolution.
Vulnerability and Patch Management Policy
A Vulnerability Management and Patch Management Policy outlines the processes to efficiently respond to identified vulnerabilities.

Incident Response

Tracking a Security Incident
Identified incidents are documented, tracked, and analyzed according to the Incident Response Plan.
Incident Response Plan
An Incident Response Plan outlines the process of identifying, prioritizing, communicating, assigning and tracking confirmed incidents through to resolution.
Incident Response Plan Testing
The Incident Response Plan is periodically tested via tabletop exercises or equivalents. When necessary, Management makes changes to the Incident Response Plan based on the test results.
Lessons Learned
After any identified security incident has been resolved, management provides a "Lessons Learned" document to the team in order to continually improve security and operations.

Risk Assessment

Vendor Risk Management Policy
A Vendor Risk Management Policy defines a framework for the onboarding and management of the vendor relationship lifecycle.
Risk Assessment
Formal risk assessments are performed, which includes the identification of relevant internal and external threats related to security, availability, confidentiality, and fraud, and an analysis of risks associated with those threats.
Vendor Risk Assessment
New vendors are assessed in accordance with the Vendor Risk Management Policy prior to engaging with the vendor. Reassessment occurs at least annually.
Vendor Due Diligence Review
Vendor SOC 2 reports (or equivalent) are collected and reviewed on at least an annual basis.
Risk Assessment and Treatment Policy
A Risk Assessment and Treatment Policy governs the process for conducting risk assessments to account for threats, vulnerabilities, likelihood, and impact with respect to assets, team members, customers, vendors, suppliers, and partners. Risk tolerance and strategies are also defined in the policy.
Risk Register
A risk register is maintained, which records the risk mitigation strategies for identified risks, and the development or modification of controls consistent with the risk mitigation strategy.

Network Security

Network Security Policy
A Network Security Policy identifies the requirements for protecting information and systems within and across networks.
Logging and Monitoring for Threats
Logging and monitoring software is used to collect data from infrastructure to detect potential security threats, unusual system activity, and monitor system performance, as applicable.
Automated Alerting for Security Events
Alerting software is used to notify impacted teams of potential security events.

Access Security

Administrative Access is Restricted
Administrative access to production infrastructure is restricted based on the principle of least privilege.
Removal of Access
Upon termination or when internal personnel no longer require access, system access is removed, as applicable.
Access to Product is Restricted
Non-console access to production infrastructure is restricted to users with a unique SSH key or access key
Unique Access IDs
Personnel are assigned unique IDs to access sensitive systems, networks, and information
Asset Inventory
A list of system assets, components, and respective owners are maintained and reviewed at least annually
Encryption and Key Management Policy
An Encryption and Key Management Policy supports the secure encryption and decryption of app secrets, and governs the use of cryptographic controls.
Access Control and Termination Policy
An Access Control and Termination Policy governs authentication and access to applicable systems, data, and networks.
Encryption-in-Transit
Service data transmitted over the internet is encrypted-in-transit.
Least Privilege in Use
Users are provisioned access to systems based on principle of least privilege.

Physical Security

Physical Security Safeguards
Physical protections are in place to safeguard facilities, infrastructure, systems, and data from external and internal threats
Visitor Control
Production facilities require all visitors to formally sign-in, unless preauthorization for the visitor exists.
Physical Security Policy
A Physical Security Policy that details physical security requirements for the company facilities is in place.
Physical Access Reviews
Processes are in place to periodically review physical access to ensure consistency with job responsibilities.
Physical Access Restrictions
Processes are in place to create, modify or remove physical access to facilities such as data centers, office spaces, and work areas based on the needs of such individual.

Communications

Description of Services
Descriptions of the company's services and systems are available to both internal personnel and external users.
Communication of Security Commitments
Security commitments and expectations are communicated to both internal personnel and external users via the company's website.
Communication of Critical Information
Critical information is communicated to external parties, as applicable.
Terms of Service
Terms of Service or the equivalent are published or shared to external users.
Privacy Policy
A Privacy Policy to both external users and internal personnel. This policy details the company's privacy commitments.
Confidential Reporting Channel
A confidential reporting channel is made available to internal personnel and external parties to report security and other identified concerns.