<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Question2answer - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/question2answer/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 22 Jul 2026 20:19:43 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/question2answer/feed.xml" rel="self" type="application/rss+xml"/><item><title>Question2Answer Session Invalidation Vulnerability</title><link>https://feed.craftedsignal.io/briefs/2026-07-question2answer-session-invalidation/</link><pubDate>Wed, 22 Jul 2026 20:19:43 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-question2answer-session-invalidation/</guid><description>Attackers can exploit CVE-2026-64829, a session invalidation vulnerability in Question2Answer through version 1.8.8, where the forgot-password reset flow fails to clear the sessioncode field, allowing an attacker with a previously obtained remember-me cookie to retain authenticated access even after the account's password has been reset.</description><content:encoded><![CDATA[<p>CVE-2026-64829 details a critical session invalidation vulnerability present in Question2Answer versions up to and including 1.8.8. This flaw arises because the application's <code>forgot-password</code> reset flow, handled by <code>qa_finish_reset_user()</code> in <code>qa-include/app/users-edit.php</code>, fails to clear the <code>sessioncode</code> field within existing <code>qa_session</code> cookies. Unlike the standard password-change mechanism in <code>qa-include/pages/account.php</code>, which properly invalidates persistent sessions, the reset flow neglects this crucial step. Consequently, any attacker who has previously acquired a legitimate <code>remember-me</code> cookie for a target account can continue to maintain authenticated access to that account even after the rightful owner successfully performs a password reset. This bypass of intended security measures allows for persistent unauthorized access, posing a significant risk to user data and application integrity.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li><strong>Initial Access</strong>: An attacker obtains a legitimate <code>remember-me</code> cookie associated with a target user's Question2Answer account through unspecified means (e.g., prior credential compromise, client-side vulnerability, or direct access to the victim's browser).</li>
<li><strong>Authenticated Session Establishment</strong>: The attacker utilizes the acquired <code>remember-me</code> cookie to successfully authenticate and establish an active session with the vulnerable Question2Answer application.</li>
<li><strong>Legitimate User Initiates Reset</strong>: The legitimate account owner initiates a password reset for their account through the <code>forgot-password</code> functionality provided by Question2Answer.</li>
<li><strong>Password Reset Completion</strong>: The legitimate user completes the password reset process, thereby changing their account password.</li>
<li><strong>Flawed Session Invalidation</strong>: During the password reset, the <code>qa_finish_reset_user()</code> function in <code>qa-include/app/users-edit.php</code> updates the user's password but fails to invalidate or clear the <code>sessioncode</code> associated with the previously issued <code>qa_session</code> (remember-me) cookie.</li>
<li><strong>Persistent Cookie Usage</strong>: The attacker, still possessing the original <code>remember-me</code> cookie with its uncleared <code>sessioncode</code>, continues to send requests to the Question2Answer application using this cookie.</li>
<li><strong>Unauthorized Access Maintenance</strong>: The Question2Answer application validates the persistent <code>remember-me</code> cookie as still valid, granting the attacker continued authenticated access to the user's account, effectively bypassing the intended security measure of a password change.</li>
<li><strong>Impact</strong>: The attacker maintains unauthorized persistent access to the user's account, enabling them to perform actions, view private information, or manipulate content as the legitimate user.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of CVE-2026-64829 results in a persistent breach of account confidentiality and integrity. An attacker can maintain full authenticated access to a user's Question2Answer account indefinitely, even after the legitimate user has changed their password. This allows the attacker to perform any action the user could, such as accessing sensitive user profiles, posting malicious content, defacing sections of the platform, sending messages under the user's identity, or extracting private data. While specific victim counts are not available, all Question2Answer installations running versions through 1.8.8 are susceptible, potentially exposing personal information and compromising the platform's reputation and trust for its entire user base.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Apply the patch for CVE-2026-64829 from Question2Answer when it becomes available to remediate the session invalidation vulnerability.</li>
<li>Monitor web server access logs for <code>qa-include/app/users-edit.php</code> for unusual activity, particularly focusing on requests immediately following a user-initiated password reset.</li>
<li>Implement application-level logging to correlate password reset events with subsequent authenticated sessions, looking for <code>qa_session</code> cookies that remain active after a reset.</li>
<li>Consider implementing a feature to allow users or administrators to forcefully invalidate all active sessions for an account, especially after a suspected compromise or password reset.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>question2answer</category><category>vulnerability</category><category>session-management</category><category>web-application</category><category>cve</category></item></channel></rss>