<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title><![CDATA[Dark C0d3rs - Research Papers/Vulnerability reports]]></title>
		<link>https://darkcoders.wiki/</link>
		<description><![CDATA[Dark C0d3rs - https://darkcoders.wiki]]></description>
		<pubDate>Sat, 07 Nov 2026 18:10:45 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-11-06]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-06</link>
			<pubDate>Sat, 07 Nov 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-06</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/fgfqam8gl7lzo8u8v0kiphkxfyt8/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4077800' style='color: #4aa3ff;' target='new'>Unescaped consent-prompt renderer (HTML()) enables concealed-approval OS command injection in strands-agents/tools use_computer — RCE</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hope_no_dupe?type=user' style='color: #4aa3ff;' target='new'> <strong> peeker</strong></a> was disclosed at November 6, 2026, 2:33 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>OS Command Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in an agent tool framework where user consent prompts were rendered without proper escaping. Markup embedded in tool arguments was interpreted rather than displayed, allowing attackers to conceal malicious commands within prompts that appeared benign to operators. When combined with unsanitized command execution sinks in the application focus feature, this enabled arbitrary operating system command execution on the agent host after operator approval. The vulnerability affected multiple tools and consent surfaces through the same unescaped rendering mechanism. The issue was confirmed through proof-of-concept demonstrations showing command execution and concealment techniques using the prompt rendering parser. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/fgfqam8gl7lzo8u8v0kiphkxfyt8/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4077800' style='color: #4aa3ff;' target='new'>Unescaped consent-prompt renderer (HTML()) enables concealed-approval OS command injection in strands-agents/tools use_computer — RCE</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hope_no_dupe?type=user' style='color: #4aa3ff;' target='new'> <strong> peeker</strong></a> was disclosed at November 6, 2026, 2:33 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>OS Command Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in an agent tool framework where user consent prompts were rendered without proper escaping. Markup embedded in tool arguments was interpreted rather than displayed, allowing attackers to conceal malicious commands within prompts that appeared benign to operators. When combined with unsanitized command execution sinks in the application focus feature, this enabled arbitrary operating system command execution on the agent host after operator approval. The vulnerability affected multiple tools and consent surfaces through the same unescaped rendering mechanism. The issue was confirmed through proof-of-concept demonstrations showing command execution and concealment techniques using the prompt rendering parser. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-11-05]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-05</link>
			<pubDate>Fri, 06 Nov 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-05</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4152553' style='color: #4aa3ff;' target='new'>Unauthenticated Disclosure of Private, Draft, and Password-Protected Post Content via Core Read-Permission Bypass in SCF Reference Fields</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0x200notfound?type=user' style='color: #4aa3ff;' target='new'> <strong> 0x200</strong></a> was disclosed at November 5, 2026, 7:56 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in a WordPress plugin's reference field functionality that allowed unauthenticated users to access non-public post content through a permission bypass. The issue existed in the post retrieval function, which did not enforce read permission checks when retrieving posts with any status, including private, draft, and password-protected posts. Sensitive post data including full content, excerpts, author information, timestamps, and plaintext passwords were exposed to unauthorized users. The vulnerability affected multiple code paths including render functions and JSON-LD formatters. An attacker could submit multiple post IDs in a single request to exfiltrate bulk unpublished content at scale due to the absence of pagination limits. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4029867' style='color: #4aa3ff;' target='new'>WordCamp Meta gpre: password-protected event RSVP list readable without password via /gpre/v1/.../rsvp-responses</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 2:18 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A password protection bypass was identified in a REST API wrapper for recurring events. The wrapper endpoint exposed RSVP attendee roster data without verifying password authentication, while the core API correctly enforced password gates. Unauthenticated requests could retrieve attendee names, user IDs, profile information, and comment details for password-protected events. The vulnerability was caused by the wrapper route using a permission callback that always returned true without checking password requirements. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3942522' style='color: #4aa3ff;' target='new'>wordpress.org Rosetta: invite stores unvalidated role — Editor can assign site Administrator despite editable_roles</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 2:18 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A privilege escalation vulnerability was found in a wordpress.org custom mu-plugin used on locale team sites. The vulnerability allowed authenticated editors to assign the administrator role to users during the account invitation process, despite administrator being explicitly removed from the editable roles list. The role parameter was accepted directly from user input without validation against the permitted roles before the invitation was stored. When the invitation was accepted, the stored role was applied without re-validation, resulting in unauthorized administrator access being granted. The issue affected the invite persistence mechanism which failed to enforce role restrictions that were properly implemented elsewhere in the codebase. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3941626' style='color: #4aa3ff;' target='new'>Instamojo CampTix: fail-open MAC + webhook Credit without binding payment to order</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 2:18 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A payment binding vulnerability was identified in the Instamojo payment gateway addon for a ticketing system. The gateway failed to verify and bind Instamojo payments to specific ticket orders. Three attack paths were present: a draft order could be marked pending using only a payment token without Instamojo API verification, invalid webhook signatures were accepted and still marked orders as pending instead of rejecting them, and valid webhooks with credit status could complete orders without verifying the payment matched the order amount. The issue was noted as a logic error at the payment boundary that was not present in similar payment gateway implementations within the same codebase. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3871816' style='color: #4aa3ff;' target='new'>Unauthenticated private CSV export of Meetup organizer PII via broken authz check in WordCamp Reports</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 1:59 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A broken authorization check in a WordCamp plugin allowed unauthenticated attackers to export a private CSV file containing organizer personally identifiable information. The vulnerability was caused by an inverted logic operator in the security gate that verified nonce validity and user capabilities, resulting in the protection being bypassed for users without authentication or valid nonces. The exported data included email addresses, physical addresses, messaging handles, usernames, and notes. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4088592' style='color: #4aa3ff;' target='new'>CPU-based Denial of Service in translation-finder via O(N²) per-result wildcard mask matching</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/robin-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> Robin</strong></a> was disclosed at November 5, 2026, 9:51 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A CPU-based denial of service vulnerability was identified in a translation file discovery library. The vulnerability resulted from inefficient algorithmic complexity in wildcard mask matching operations. When processing directories or archives containing multiple files sharing the same suffix, the discovery function performed on the order of N squared fnmatch operations. This was caused by bucket-scanning logic that was repeated once per discovered result rather than being performed once per mask. The vulnerability affected properties-style and JSON file backends but not Gettext format files. The inefficiency persisted even when discovery produced zero results, making pre-filtering ineffective as a mitigation. Processing 4,000 files took approximately 11 seconds of CPU time, while 8,000 files required around 46 seconds. The vulnerability was exploitable through the library's public discovery interface when integrated into web applications that executed the discovery process synchronously within request handling. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4152553' style='color: #4aa3ff;' target='new'>Unauthenticated Disclosure of Private, Draft, and Password-Protected Post Content via Core Read-Permission Bypass in SCF Reference Fields</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0x200notfound?type=user' style='color: #4aa3ff;' target='new'> <strong> 0x200</strong></a> was disclosed at November 5, 2026, 7:56 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in a WordPress plugin's reference field functionality that allowed unauthenticated users to access non-public post content through a permission bypass. The issue existed in the post retrieval function, which did not enforce read permission checks when retrieving posts with any status, including private, draft, and password-protected posts. Sensitive post data including full content, excerpts, author information, timestamps, and plaintext passwords were exposed to unauthorized users. The vulnerability affected multiple code paths including render functions and JSON-LD formatters. An attacker could submit multiple post IDs in a single request to exfiltrate bulk unpublished content at scale due to the absence of pagination limits. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4029867' style='color: #4aa3ff;' target='new'>WordCamp Meta gpre: password-protected event RSVP list readable without password via /gpre/v1/.../rsvp-responses</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 2:18 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A password protection bypass was identified in a REST API wrapper for recurring events. The wrapper endpoint exposed RSVP attendee roster data without verifying password authentication, while the core API correctly enforced password gates. Unauthenticated requests could retrieve attendee names, user IDs, profile information, and comment details for password-protected events. The vulnerability was caused by the wrapper route using a permission callback that always returned true without checking password requirements. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3942522' style='color: #4aa3ff;' target='new'>wordpress.org Rosetta: invite stores unvalidated role — Editor can assign site Administrator despite editable_roles</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 2:18 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A privilege escalation vulnerability was found in a wordpress.org custom mu-plugin used on locale team sites. The vulnerability allowed authenticated editors to assign the administrator role to users during the account invitation process, despite administrator being explicitly removed from the editable roles list. The role parameter was accepted directly from user input without validation against the permitted roles before the invitation was stored. When the invitation was accepted, the stored role was applied without re-validation, resulting in unauthorized administrator access being granted. The issue affected the invite persistence mechanism which failed to enforce role restrictions that were properly implemented elsewhere in the codebase. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3941626' style='color: #4aa3ff;' target='new'>Instamojo CampTix: fail-open MAC + webhook Credit without binding payment to order</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 2:18 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A payment binding vulnerability was identified in the Instamojo payment gateway addon for a ticketing system. The gateway failed to verify and bind Instamojo payments to specific ticket orders. Three attack paths were present: a draft order could be marked pending using only a payment token without Instamojo API verification, invalid webhook signatures were accepted and still marked orders as pending instead of rejecting them, and valid webhooks with credit status could complete orders without verifying the payment matched the order amount. The issue was noted as a logic error at the payment boundary that was not present in similar payment gateway implementations within the same codebase. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3871816' style='color: #4aa3ff;' target='new'>Unauthenticated private CSV export of Meetup organizer PII via broken authz check in WordCamp Reports</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xbs0d27?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xBS0D27</strong></a> was disclosed at November 5, 2026, 1:59 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A broken authorization check in a WordCamp plugin allowed unauthenticated attackers to export a private CSV file containing organizer personally identifiable information. The vulnerability was caused by an inverted logic operator in the security gate that verified nonce validity and user capabilities, resulting in the protection being bypassed for users without authentication or valid nonces. The exported data included email addresses, physical addresses, messaging handles, usernames, and notes. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4088592' style='color: #4aa3ff;' target='new'>CPU-based Denial of Service in translation-finder via O(N²) per-result wildcard mask matching</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/robin-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> Robin</strong></a> was disclosed at November 5, 2026, 9:51 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A CPU-based denial of service vulnerability was identified in a translation file discovery library. The vulnerability resulted from inefficient algorithmic complexity in wildcard mask matching operations. When processing directories or archives containing multiple files sharing the same suffix, the discovery function performed on the order of N squared fnmatch operations. This was caused by bucket-scanning logic that was repeated once per discovered result rather than being performed once per mask. The vulnerability affected properties-style and JSON file backends but not Gettext format files. The inefficiency persisted even when discovery produced zero results, making pre-filtering ineffective as a mitigation. Processing 4,000 files took approximately 11 seconds of CPU time, while 8,000 files required around 46 seconds. The vulnerability was exploitable through the library's public discovery interface when integrated into web applications that executed the discovery process synchronously within request handling. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-11-04]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-04</link>
			<pubDate>Thu, 05 Nov 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-04</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3920647' style='color: #4aa3ff;' target='new'>Connector/ODBC: MADB_Stmt::ArrayOffset is not reset when an exception unwinds out of MADB_StmtExecute, so the next paramset reads out of bounds</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:36 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Out-of-bounds Read</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was identified in the Connector/ODBC library where an exception during parameter-array execute operations left the ArrayOffset variable in a stale state. When a server-reported error interrupted a parameter array, the ArrayOffset was not reset, causing the next paramset operation on the same statement handle to read from an incorrect memory location. This resulted in out-of-bounds reads that could either cause process crashes or silently drop rows from batches. The issue affected both scenarios where the application had or had not set the SQL_ATTR_PARAM_OPERATION_PTR attribute. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3920633' style='color: #4aa3ff;' target='new'>Connector/ODBC: SqlwcsOctetLen sizes UTF-16 with a byte-oriented helper, reading past the caller's buffer and sending client memory to the server</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:36 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Out-of-bounds Read</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A buffer over-read vulnerability was identified in a database connector library's wide character string handling function. The function incorrectly sized UTF-16 strings by using a byte-oriented helper that inspected only the low byte of each code unit, causing the cursor to advance past the intended buffer boundary. This resulted in uninitialized memory being read and transmitted to the database server as part of SQL statements. The vulnerability affected the POSIX build and was triggered by ordinary characters from various languages. The memory disclosure was limited to 12-16 bytes per statement but occurred repeatedly during normal operation with affected character sets. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3920629' style='color: #4aa3ff;' target='new'>r2dbc-mariadb: server message accepted with no command in flight desynchronises the connection and serves one user's rows to another</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:35 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in an open-source database connector library that caused desynchronization of request and response messages on database connections. When a packet arrived from the server while no command was outstanding, the driver buffered it and served it to the next unrelated statement without validating any correlation between requests and responses. This allowed an attacker positioned on the network path to inject a single malicious packet that permanently shifted all subsequent responses, causing one user's data to be returned to another user and causing write operation results to be misreported. The vulnerability persisted for the lifetime of the affected connection and could not be detected by the application layer. The issue was confirmed in version 1.4.1 and the development branch, affecting the default configuration of the driver. The vulnerability required the attacker to be able to inject bytes into the client-server communication stream. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3891779' style='color: #4aa3ff;' target='new'>Connector/ODBC injects unquoted column names into positioned DELETE and UPDATE via MADB_DynStrGetWhere</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:35 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>SQL Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A SQL injection vulnerability was discovered in the ODBC connector where unquoted column names were injected into positioned DELETE and UPDATE statements. The column values were properly escaped, but the column names were appended directly without any quoting or escaping. This allowed an attacker who could control a column or table name to execute arbitrary SQL on the application's connection with its privileges. When an application requested deletion of a single row, all rows in the table could be deleted instead. The vulnerability was present in versions 3.2.6 and 3.2.10, and affected both DELETE and UPDATE operations through positioned cursor operations. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3891337' style='color: #4aa3ff;' target='new'>Connector/ODBC SQLGetDescRec treats descriptor handle as statement handle, heap OOB write on every call</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:35 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Type Confusion</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A heap buffer overflow vulnerability was discovered in the ODBC driver's SQLGetDescRec and SQLGetDescRecW functions. These functions incorrectly used a statement handle macro on a descriptor handle, causing writes 13 bytes past the end of a 720-byte descriptor allocation. On standard builds, this memory corruption was sufficient to trigger heap consistency checks and crash the process. Additionally, a portion of the buffer was filled with server-supplied version information, which allowed a network attacker to influence the offset of a secondary write operation. The vulnerability affected the current master branch of the driver and was confirmed to cause crashes and memory corruption. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3891319' style='color: #4aa3ff;' target='new'>Stack buffer overflow in 9 of 10 Connector/ODBC catalog functions via unbounded name</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:34 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Stack Overflow</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A stack buffer overflow vulnerability was discovered in nine of ten catalog functions in a database connector driver. The affected functions failed to validate the length of application-supplied identifiers before escaping them into a fixed-size stack buffer. Identifiers longer than 256 bytes could overflow the 513-byte buffer with attacker-controlled data. The overflow occurred during query string assembly before communication with the server, requiring no database privileges or server cooperation. One catalog function properly validated identifier length and rejected oversized input, while the other nine did not perform this validation consistently. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3890329' style='color: #4aa3ff;' target='new'>Connector/C++ ignores allowMultiQueries and injects savepoint names into SQL</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 11:40 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>SQL Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> Connector/C++ contained two SQL injection vulnerabilities in statement building. The driver ignored the allowMultiQueries configuration setting and passed a hardcoded flag to the database connection function, which caused stacked statements to be accepted on every connection regardless of the configuration. Additionally, savepoint names were concatenated directly into SQL statements without quoting or validation, allowing arbitrary SQL injection through the setSavepoint and releaseSavepoint methods. These defects were demonstrated to result in arbitrary DDL execution on a running database server. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3890352' style='color: #4aa3ff;' target='new'>Connector/C++ aborts client process on server session-tracking packet via std:<img src="https://darkcoders.wiki/images/smilies/confused.png" alt="Confused" title="Confused" class="smilie smilie_13" />toi</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 11:40 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in the Connector/C++ driver where the QueryProtocol::handleStateChange function improperly processed session-tracking packets from a server. The code attempted to parse a session variable name as an integer using std:<img src="https://darkcoders.wiki/images/smilies/confused.png" alt="Confused" title="Confused" class="smilie smilie_13" />toi, which caused an std::invalid_argument exception to be thrown. This exception type was not caught by the driver's error handling or by standard application exception handlers, resulting in an unhandled exception that terminated the client process. The vulnerability was triggered whenever a server sent a session-state-changed status flag with a SESSION_TRACK_SYSTEM_VARIABLES entry for auto_increment_increment. The root cause was that the code retrieved only the variable name from the packet instead of the corresponding value before attempting the conversion. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3890289' style='color: #4aa3ff;' target='new'>Connector/C++ string escaper re-escapes its own output, enabling SQL injection</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 11:39 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>SQL Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A string escaping vulnerability was discovered in the database connector's utility function that processed identifiers and literals for information schema queries. The escaper's inner loop advanced its search cursor incorrectly, causing it to re-escape characters it had already inserted. This resulted in runs of escape characters with odd lengths that left live escape characters to consume closing quotes. The vulnerability affected multiple metadata methods and identifier-quoting APIs, allowing SQL injection through untrusted table, schema, or column names. An independent defect in three sibling helper functions caused inconsistent escaping behavior, with two functions hardcoding an incorrect flag that disabled backslash escaping against default server configurations. Both defects were confirmed through testing against 336 payload shapes, with the escaping logic flaw alone closing all injection vectors. The vulnerability enabled unauthorized data access across database boundaries and boolean-based information extraction. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3920647' style='color: #4aa3ff;' target='new'>Connector/ODBC: MADB_Stmt::ArrayOffset is not reset when an exception unwinds out of MADB_StmtExecute, so the next paramset reads out of bounds</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:36 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Out-of-bounds Read</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was identified in the Connector/ODBC library where an exception during parameter-array execute operations left the ArrayOffset variable in a stale state. When a server-reported error interrupted a parameter array, the ArrayOffset was not reset, causing the next paramset operation on the same statement handle to read from an incorrect memory location. This resulted in out-of-bounds reads that could either cause process crashes or silently drop rows from batches. The issue affected both scenarios where the application had or had not set the SQL_ATTR_PARAM_OPERATION_PTR attribute. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3920633' style='color: #4aa3ff;' target='new'>Connector/ODBC: SqlwcsOctetLen sizes UTF-16 with a byte-oriented helper, reading past the caller's buffer and sending client memory to the server</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:36 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Out-of-bounds Read</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A buffer over-read vulnerability was identified in a database connector library's wide character string handling function. The function incorrectly sized UTF-16 strings by using a byte-oriented helper that inspected only the low byte of each code unit, causing the cursor to advance past the intended buffer boundary. This resulted in uninitialized memory being read and transmitted to the database server as part of SQL statements. The vulnerability affected the POSIX build and was triggered by ordinary characters from various languages. The memory disclosure was limited to 12-16 bytes per statement but occurred repeatedly during normal operation with affected character sets. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3920629' style='color: #4aa3ff;' target='new'>r2dbc-mariadb: server message accepted with no command in flight desynchronises the connection and serves one user's rows to another</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:35 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in an open-source database connector library that caused desynchronization of request and response messages on database connections. When a packet arrived from the server while no command was outstanding, the driver buffered it and served it to the next unrelated statement without validating any correlation between requests and responses. This allowed an attacker positioned on the network path to inject a single malicious packet that permanently shifted all subsequent responses, causing one user's data to be returned to another user and causing write operation results to be misreported. The vulnerability persisted for the lifetime of the affected connection and could not be detected by the application layer. The issue was confirmed in version 1.4.1 and the development branch, affecting the default configuration of the driver. The vulnerability required the attacker to be able to inject bytes into the client-server communication stream. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3891779' style='color: #4aa3ff;' target='new'>Connector/ODBC injects unquoted column names into positioned DELETE and UPDATE via MADB_DynStrGetWhere</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:35 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>SQL Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A SQL injection vulnerability was discovered in the ODBC connector where unquoted column names were injected into positioned DELETE and UPDATE statements. The column values were properly escaped, but the column names were appended directly without any quoting or escaping. This allowed an attacker who could control a column or table name to execute arbitrary SQL on the application's connection with its privileges. When an application requested deletion of a single row, all rows in the table could be deleted instead. The vulnerability was present in versions 3.2.6 and 3.2.10, and affected both DELETE and UPDATE operations through positioned cursor operations. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3891337' style='color: #4aa3ff;' target='new'>Connector/ODBC SQLGetDescRec treats descriptor handle as statement handle, heap OOB write on every call</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:35 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Type Confusion</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A heap buffer overflow vulnerability was discovered in the ODBC driver's SQLGetDescRec and SQLGetDescRecW functions. These functions incorrectly used a statement handle macro on a descriptor handle, causing writes 13 bytes past the end of a 720-byte descriptor allocation. On standard builds, this memory corruption was sufficient to trigger heap consistency checks and crash the process. Additionally, a portion of the buffer was filled with server-supplied version information, which allowed a network attacker to influence the offset of a secondary write operation. The vulnerability affected the current master branch of the driver and was confirmed to cause crashes and memory corruption. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3891319' style='color: #4aa3ff;' target='new'>Stack buffer overflow in 9 of 10 Connector/ODBC catalog functions via unbounded name</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 12:34 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Stack Overflow</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A stack buffer overflow vulnerability was discovered in nine of ten catalog functions in a database connector driver. The affected functions failed to validate the length of application-supplied identifiers before escaping them into a fixed-size stack buffer. Identifiers longer than 256 bytes could overflow the 513-byte buffer with attacker-controlled data. The overflow occurred during query string assembly before communication with the server, requiring no database privileges or server cooperation. One catalog function properly validated identifier length and rejected oversized input, while the other nine did not perform this validation consistently. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3890329' style='color: #4aa3ff;' target='new'>Connector/C++ ignores allowMultiQueries and injects savepoint names into SQL</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 11:40 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>SQL Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> Connector/C++ contained two SQL injection vulnerabilities in statement building. The driver ignored the allowMultiQueries configuration setting and passed a hardcoded flag to the database connection function, which caused stacked statements to be accepted on every connection regardless of the configuration. Additionally, savepoint names were concatenated directly into SQL statements without quoting or validation, allowing arbitrary SQL injection through the setSavepoint and releaseSavepoint methods. These defects were demonstrated to result in arbitrary DDL execution on a running database server. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3890352' style='color: #4aa3ff;' target='new'>Connector/C++ aborts client process on server session-tracking packet via std:<img src="https://darkcoders.wiki/images/smilies/confused.png" alt="Confused" title="Confused" class="smilie smilie_13" />toi</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 11:40 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in the Connector/C++ driver where the QueryProtocol::handleStateChange function improperly processed session-tracking packets from a server. The code attempted to parse a session variable name as an integer using std:<img src="https://darkcoders.wiki/images/smilies/confused.png" alt="Confused" title="Confused" class="smilie smilie_13" />toi, which caused an std::invalid_argument exception to be thrown. This exception type was not caught by the driver's error handling or by standard application exception handlers, resulting in an unhandled exception that terminated the client process. The vulnerability was triggered whenever a server sent a session-state-changed status flag with a SESSION_TRACK_SYSTEM_VARIABLES entry for auto_increment_increment. The root cause was that the code retrieved only the variable name from the packet instead of the corresponding value before attempting the conversion. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/008/724/6a67872926e894490b4fdc36cd6a3f59e300616b_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3890289' style='color: #4aa3ff;' target='new'>Connector/C++ string escaper re-escapes its own output, enabling SQL injection</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fg0x0?type=user' style='color: #4aa3ff;' target='new'> <strong> Yalguun Tumenkhuu</strong></a> was disclosed at November 4, 2026, 11:39 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>SQL Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A string escaping vulnerability was discovered in the database connector's utility function that processed identifiers and literals for information schema queries. The escaper's inner loop advanced its search cursor incorrectly, causing it to re-escape characters it had already inserted. This resulted in runs of escape characters with odd lengths that left live escape characters to consume closing quotes. The vulnerability affected multiple metadata methods and identifier-quoting APIs, allowing SQL injection through untrusted table, schema, or column names. An independent defect in three sibling helper functions caused inconsistent escaping behavior, with two functions hardcoding an incorrect flag that disabled backslash escaping against default server configurations. Both defects were confirmed through testing against 336 payload shapes, with the escaping logic flaw alone closing all injection vectors. The vulnerability enabled unauthorized data access across database boundaries and boolean-based information extraction. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-11-03]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-03</link>
			<pubDate>Wed, 04 Nov 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-03</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/fjjiC5585s8WoDGHv2M5okbJ/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3954327' style='color: #4aa3ff;' target='new'>Unauthenticated access to Checkout Blocks employee-only endpoints exposed merchant metadata</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/cafecito?type=user' style='color: #4aa3ff;' target='new'> <strong> Juan Manuel Linares Rodriguez</strong></a> was disclosed at November 3, 2026, 9:22 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Missing Authentication for Critical Function</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A missing authentication vulnerability was discovered in an employee-only internal API endpoint. The endpoint was protected by an edge rule that only checked the URL path, but the underlying framework served the same content at an alternate URL structure that bypassed this protection. Unauthenticated users could access merchant installation data including store identifiers, installation dates, and feature flags. The vulnerability was remediated by implementing authentication checks in the application code itself rather than relying solely on edge-level protection. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/023/b457fd4bd71786ab14973cc3d53f9faf4d6c38ea_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4062511' style='color: #4aa3ff;' target='new'>`Vary` cache-key conflation of absent and empty request fields</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/dogeshark?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at November 3, 2026, 6:51 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'></span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cache-key generation vulnerability was identified in Django's cache middleware that conflated absent and empty request fields nominated by Vary headers. When a request header was absent versus present with an empty value, the same cache key was generated, causing responses intended for one request state to be returned for the other. This behavior violated HTTP caching standards that require absent nominated fields to match only other requests where that field is also absent. The vulnerability allowed cached private responses to be disclosed to requests in different states, as demonstrated through a proof of concept that showed a private response cached for a request with an empty header being returned to a request without that header. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/fjjiC5585s8WoDGHv2M5okbJ/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3954327' style='color: #4aa3ff;' target='new'>Unauthenticated access to Checkout Blocks employee-only endpoints exposed merchant metadata</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/cafecito?type=user' style='color: #4aa3ff;' target='new'> <strong> Juan Manuel Linares Rodriguez</strong></a> was disclosed at November 3, 2026, 9:22 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Missing Authentication for Critical Function</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A missing authentication vulnerability was discovered in an employee-only internal API endpoint. The endpoint was protected by an edge rule that only checked the URL path, but the underlying framework served the same content at an alternate URL structure that bypassed this protection. Unauthenticated users could access merchant installation data including store identifiers, installation dates, and feature flags. The vulnerability was remediated by implementing authentication checks in the application code itself rather than relying solely on edge-level protection. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/023/b457fd4bd71786ab14973cc3d53f9faf4d6c38ea_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4062511' style='color: #4aa3ff;' target='new'>`Vary` cache-key conflation of absent and empty request fields</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/dogeshark?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at November 3, 2026, 6:51 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'></span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cache-key generation vulnerability was identified in Django's cache middleware that conflated absent and empty request fields nominated by Vary headers. When a request header was absent versus present with an empty value, the same cache key was generated, causing responses intended for one request state to be returned for the other. This behavior violated HTTP caching standards that require absent nominated fields to match only other requests where that field is also absent. The vulnerability allowed cached private responses to be disclosed to requests in different states, as demonstrated through a proof of concept that showed a private response cached for a request with an empty header being returned to a request without that header. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-11-02]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-02</link>
			<pubDate>Tue, 03 Nov 2026 07:00:31 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-11-02</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/007/731/55634f7fcd917725c7a5771cc6e7c9b4d5fe0c22_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3719670' style='color: #4aa3ff;' target='new'>`monero-wallet-rpc::rescan_spent` accepts daemon-supplied spent-status from an untrusted daemon, enabling ring-intersection attack on transactions</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/offsetmd?type=user' style='color: #4aa3ff;' target='new'> <strong> offset</strong></a> was disclosed at November 2, 2026, 6:43 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the wallet RPC server's rescan spent handler, which failed to verify daemon trustworthiness before accepting spent-status information. The handler invoked the rescan spent function without checking the is_trusted_daemon flag, unlike all other callers of the same function. This allowed a malicious daemon to return incorrect spent status for outputs, causing the wallet to mark previously spent outputs as unspent. When a user subsequently initiated a transaction, the input selector could reuse the marked output as an available input, resulting in the construction of a new ring signature around the same key image. This created two separate ring signatures over identical key images that could be analyzed through ring intersection attacks to compromise transaction privacy. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/007/731/55634f7fcd917725c7a5771cc6e7c9b4d5fe0c22_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3719670' style='color: #4aa3ff;' target='new'>`monero-wallet-rpc::rescan_spent` accepts daemon-supplied spent-status from an untrusted daemon, enabling ring-intersection attack on transactions</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/offsetmd?type=user' style='color: #4aa3ff;' target='new'> <strong> offset</strong></a> was disclosed at November 2, 2026, 6:43 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the wallet RPC server's rescan spent handler, which failed to verify daemon trustworthiness before accepting spent-status information. The handler invoked the rescan spent function without checking the is_trusted_daemon flag, unlike all other callers of the same function. This allowed a malicious daemon to return incorrect spent status for outputs, causing the wallet to mark previously spent outputs as unspent. When a user subsequently initiated a transaction, the input selector could reuse the marked output as an available input, resulting in the construction of a new ring signature around the same key image. This created two separate ring signatures over identical key images that could be analyzed through ring intersection attacks to compromise transaction privacy. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-30]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-30</link>
			<pubDate>Sat, 31 Oct 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-30</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4043537' style='color: #4aa3ff;' target='new'>CampTix [camptix_private]: the view token is derived from the requester's own IP, so naming any attendee's e-mail unlocks the gated content</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/jakubk?type=user' style='color: #4aa3ff;' target='new'> <strong> Jakub Kozub</strong></a> was disclosed at October 30, 2026, 9:41 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in CampTix where the view token used to gate private content was derived from an attendee's email address and the requester's IP address. This allowed an attacker who knew an attendee's email address to gain access to gated content without possessing a valid ticket. The token generation process was performed using data controlled by the requester, making it guessable. Additionally, when a token was requested, the stored token of legitimate ticket holders was overwritten, preventing their access on subsequent visits. The vulnerability affected only installations where the private shortcode feature was deployed. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3933198' style='color: #4aa3ff;' target='new'>wordpress.org/openverse/: unauthenticated open redirect — `str_replace()`'s 4th arg is a count, not a limit; bypasses WordPress.org SSO allow-list</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/jakubk?type=user' style='color: #4aa3ff;' target='new'> <strong> Jakub Kozub</strong></a> was disclosed at October 30, 2026, 9:41 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Open Redirect</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the open redirect feature of a WordPress theme that serves a subdirectory site. The vulnerability was caused by incorrect use of a string replacement function where the fourth argument, intended to limit replacements to one occurrence, was actually interpreted as an output parameter rather than a limit. This caused all instances of the path prefix to be removed instead of just the leading one. When a specially crafted path containing the prefix twice was requested, the remaining portion could be concatenated with a base URL in a way that altered the authority component, redirecting users to an attacker-controlled destination. The redirect used an unsafe API that performed no destination validation. The vulnerability allowed unauthenticated attackers to bypass the site's SSO redirect allow-list by crafting URLs that appeared to point to the legitimate domain but redirected elsewhere. The impact included silent redirection of users to attacker-controlled hosts with permanent browser caching and legitimate referrer information, creating an effective phishing vector. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3955956' style='color: #4aa3ff;' target='new'>launchpad.37signals.com OAuth AS issues victim-bound credential to unverified attacker redirect → full CIA triad on Basecamp API </a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/rootaccessxvv?type=user' style='color: #4aa3ff;' target='new'> <strong> Sahraoui Aymen</strong></a> was disclosed at October 30, 2026, 1:40 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A custom OAuth2 authorization server was found to issue victim-bound API credentials to unverified attacker-controlled redirect URIs. The authorization server accepted client registrations with self-chosen redirect URIs without performing ownership verification, ownership approval, or URI structure validation. During authorization, the server treated these unverified URIs as trusted redirect destinations.<br />
<br />
The deprecated implicit grant type was still enabled, which delivered access tokens directly to registered redirects in URL fragments without requiring client authentication or an authorization code exchange. Additionally, the authorization server accepted and honored dangerous redirect URI patterns including cleartext HTTP loopback addresses, custom application schemes, and wildcard hosts and paths.<br />
<br />
A victim-bound access token delivered to an attacker-controlled redirect was demonstrated to have full impact across confidentiality, integrity, and availability. The token was used to read the victim's project lists, modify project names server-side with confirmed persistence, and permanently delete victim projects. All operations returned successful HTTP status codes and were verified to have persisted on the server. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3979217' style='color: #4aa3ff;' target='new'> Cross-account webhook takeover: PUT and DELETE on /<account>/webhooks/<id>.json reach another account's webhook</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 30, 2026, 11:08 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-account webhook takeover vulnerability was identified in Basecamp's webhook API endpoints. The PUT and DELETE operations on webhook resources were authorizing based on project visibility rather than account membership. This allowed an attacker from one account to modify and delete webhooks belonging to another account when the victim's project was configured with all-access permissions. The vulnerability enabled redirection of webhooks to attacker-controlled servers, allowing interception of sensitive project communications and data. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3999856' style='color: #4aa3ff;' target='new'>A third-party Basecamp OAuth token mints a full launchpad web session through GET /my/login_option</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 30, 2026, 11:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A third-party OAuth token was able to mint a full web session through an API endpoint, allowing an integration to obtain unauthorized session access and modify account settings. The vulnerability has been patched to only accept authorized session tokens. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4037976' style='color: #4aa3ff;' target='new'>Incomplete VCS metadata exclusion: `.svn` / `.bzr` bypass CVE-2026-61792 due to missing `VCS_METADATA_DIRS` entries.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:08 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation management application contained incomplete VCS metadata exclusion in its ZIP download feature. The exclusion mechanism only covered Git and Mercurial metadata directories but failed to exclude Subversion and Bazaar metadata directories. This gap allowed Subversion and Bazaar metadata files, including working-copy databases and credential cache entries, to be included in downloaded archives when such directories were present in component trees. The issue represented a completeness failure in a security hardening mechanism introduced in a prior security fix, affecting multiple code paths including path validation, symlink resolution, backup operations, and component discovery. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4040149' style='color: #4aa3ff;' target='new'>wlc: Project-wide download fails part-way and leaves stale archives on disk; filesystem errors surface as raw Python tracebacks.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Exposure Through an Error Message</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> The wlc command-line client did not properly handle filesystem errors, which caused two distinct issues. First, when project-wide downloads failed partway through, already-written archives were left on disk with no report of which components succeeded or failed, making it impossible to distinguish complete results from partial ones. Second, any filesystem error such as permission denied, file exists, or file not found resulted in an uncaught exception that printed a full Python traceback to stderr instead of a user-friendly error message. The traceback exposed local absolute paths and internal package information. These issues affected both download and upload operations and were present in release 2.2.0 and the main development branch. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4044441' style='color: #4aa3ff;' target='new'>Translation discovery crashes on crafted filenames (regex substitution injection)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use of Externally-Controlled Format String</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation discovery package was vulnerable to a regular expression injection attack through crafted filenames. When processing repository files, the package interpolated user-controlled filename components into regex replacement strings without proper escaping. Filenames containing backslash sequences like backslash-g-angle-bracket-99-angle-bracket were interpreted as regex backreferences, causing the regex engine to raise errors. These uncaught exceptions terminated the entire discovery process for a repository. An attacker with commit access could exploit this to cause a denial of service by committing a single file with a specially crafted name. The vulnerability was fixed by passing wildcard replacements through a callback function instead of string interpolation. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4043537' style='color: #4aa3ff;' target='new'>CampTix [camptix_private]: the view token is derived from the requester's own IP, so naming any attendee's e-mail unlocks the gated content</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/jakubk?type=user' style='color: #4aa3ff;' target='new'> <strong> Jakub Kozub</strong></a> was disclosed at October 30, 2026, 9:41 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in CampTix where the view token used to gate private content was derived from an attendee's email address and the requester's IP address. This allowed an attacker who knew an attendee's email address to gain access to gated content without possessing a valid ticket. The token generation process was performed using data controlled by the requester, making it guessable. Additionally, when a token was requested, the stored token of legitimate ticket holders was overwritten, preventing their access on subsequent visits. The vulnerability affected only installations where the private shortcode feature was deployed. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3933198' style='color: #4aa3ff;' target='new'>wordpress.org/openverse/: unauthenticated open redirect — `str_replace()`'s 4th arg is a count, not a limit; bypasses WordPress.org SSO allow-list</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/jakubk?type=user' style='color: #4aa3ff;' target='new'> <strong> Jakub Kozub</strong></a> was disclosed at October 30, 2026, 9:41 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Open Redirect</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the open redirect feature of a WordPress theme that serves a subdirectory site. The vulnerability was caused by incorrect use of a string replacement function where the fourth argument, intended to limit replacements to one occurrence, was actually interpreted as an output parameter rather than a limit. This caused all instances of the path prefix to be removed instead of just the leading one. When a specially crafted path containing the prefix twice was requested, the remaining portion could be concatenated with a base URL in a way that altered the authority component, redirecting users to an attacker-controlled destination. The redirect used an unsafe API that performed no destination validation. The vulnerability allowed unauthenticated attackers to bypass the site's SSO redirect allow-list by crafting URLs that appeared to point to the legitimate domain but redirected elsewhere. The impact included silent redirection of users to attacker-controlled hosts with permanent browser caching and legitimate referrer information, creating an effective phishing vector. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3955956' style='color: #4aa3ff;' target='new'>launchpad.37signals.com OAuth AS issues victim-bound credential to unverified attacker redirect → full CIA triad on Basecamp API </a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/rootaccessxvv?type=user' style='color: #4aa3ff;' target='new'> <strong> Sahraoui Aymen</strong></a> was disclosed at October 30, 2026, 1:40 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A custom OAuth2 authorization server was found to issue victim-bound API credentials to unverified attacker-controlled redirect URIs. The authorization server accepted client registrations with self-chosen redirect URIs without performing ownership verification, ownership approval, or URI structure validation. During authorization, the server treated these unverified URIs as trusted redirect destinations.<br />
<br />
The deprecated implicit grant type was still enabled, which delivered access tokens directly to registered redirects in URL fragments without requiring client authentication or an authorization code exchange. Additionally, the authorization server accepted and honored dangerous redirect URI patterns including cleartext HTTP loopback addresses, custom application schemes, and wildcard hosts and paths.<br />
<br />
A victim-bound access token delivered to an attacker-controlled redirect was demonstrated to have full impact across confidentiality, integrity, and availability. The token was used to read the victim's project lists, modify project names server-side with confirmed persistence, and permanently delete victim projects. All operations returned successful HTTP status codes and were verified to have persisted on the server. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3979217' style='color: #4aa3ff;' target='new'> Cross-account webhook takeover: PUT and DELETE on /<account>/webhooks/<id>.json reach another account's webhook</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 30, 2026, 11:08 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-account webhook takeover vulnerability was identified in Basecamp's webhook API endpoints. The PUT and DELETE operations on webhook resources were authorizing based on project visibility rather than account membership. This allowed an attacker from one account to modify and delete webhooks belonging to another account when the victim's project was configured with all-access permissions. The vulnerability enabled redirection of webhooks to attacker-controlled servers, allowing interception of sensitive project communications and data. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3999856' style='color: #4aa3ff;' target='new'>A third-party Basecamp OAuth token mints a full launchpad web session through GET /my/login_option</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 30, 2026, 11:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A third-party OAuth token was able to mint a full web session through an API endpoint, allowing an integration to obtain unauthorized session access and modify account settings. The vulnerability has been patched to only accept authorized session tokens. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4037976' style='color: #4aa3ff;' target='new'>Incomplete VCS metadata exclusion: `.svn` / `.bzr` bypass CVE-2026-61792 due to missing `VCS_METADATA_DIRS` entries.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:08 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation management application contained incomplete VCS metadata exclusion in its ZIP download feature. The exclusion mechanism only covered Git and Mercurial metadata directories but failed to exclude Subversion and Bazaar metadata directories. This gap allowed Subversion and Bazaar metadata files, including working-copy databases and credential cache entries, to be included in downloaded archives when such directories were present in component trees. The issue represented a completeness failure in a security hardening mechanism introduced in a prior security fix, affecting multiple code paths including path validation, symlink resolution, backup operations, and component discovery. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4040149' style='color: #4aa3ff;' target='new'>wlc: Project-wide download fails part-way and leaves stale archives on disk; filesystem errors surface as raw Python tracebacks.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Exposure Through an Error Message</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> The wlc command-line client did not properly handle filesystem errors, which caused two distinct issues. First, when project-wide downloads failed partway through, already-written archives were left on disk with no report of which components succeeded or failed, making it impossible to distinguish complete results from partial ones. Second, any filesystem error such as permission denied, file exists, or file not found resulted in an uncaught exception that printed a full Python traceback to stderr instead of a user-friendly error message. The traceback exposed local absolute paths and internal package information. These issues affected both download and upload operations and were present in release 2.2.0 and the main development branch. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4044441' style='color: #4aa3ff;' target='new'>Translation discovery crashes on crafted filenames (regex substitution injection)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use of Externally-Controlled Format String</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation discovery package was vulnerable to a regular expression injection attack through crafted filenames. When processing repository files, the package interpolated user-controlled filename components into regex replacement strings without proper escaping. Filenames containing backslash sequences like backslash-g-angle-bracket-99-angle-bracket were interpreted as regex backreferences, causing the regex engine to raise errors. These uncaught exceptions terminated the entire discovery process for a repository. An attacker with commit access could exploit this to cause a denial of service by committing a single file with a specially crafted name. The vulnerability was fixed by passing wildcard replacements through a callback function instead of string interpolation. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-29]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-29</link>
			<pubDate>Fri, 30 Oct 2026 07:00:02 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-29</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4037976' style='color: #4aa3ff;' target='new'>Incomplete VCS metadata exclusion: `.svn` / `.bzr` bypass CVE-2026-61792 due to missing `VCS_METADATA_DIRS` entries.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:08 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation management application contained incomplete VCS metadata exclusion in its ZIP download feature. The exclusion mechanism only covered Git and Mercurial metadata directories but failed to exclude Subversion and Bazaar metadata directories. This gap allowed Subversion and Bazaar metadata files, including working-copy databases and credential cache entries, to be included in downloaded archives when such directories were present in component trees. The issue represented a completeness failure in a security hardening mechanism introduced in a prior security fix, affecting multiple code paths including path validation, symlink resolution, backup operations, and component discovery. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4040149' style='color: #4aa3ff;' target='new'>wlc: Project-wide download fails part-way and leaves stale archives on disk; filesystem errors surface as raw Python tracebacks.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Exposure Through an Error Message</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> The wlc command-line client did not properly handle filesystem errors, which caused two distinct issues. First, when project-wide downloads failed partway through, already-written archives were left on disk with no report of which components succeeded or failed, making it impossible to distinguish complete results from partial ones. Second, any filesystem error such as permission denied, file exists, or file not found resulted in an uncaught exception that printed a full Python traceback to stderr instead of a user-friendly error message. The traceback exposed local absolute paths and internal package information. These issues affected both download and upload operations and were present in release 2.2.0 and the main development branch. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4044441' style='color: #4aa3ff;' target='new'>Translation discovery crashes on crafted filenames (regex substitution injection)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use of Externally-Controlled Format String</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation discovery package was vulnerable to a regular expression injection attack through crafted filenames. When processing repository files, the package interpolated user-controlled filename components into regex replacement strings without proper escaping. Filenames containing backslash sequences like backslash-g-angle-bracket-99-angle-bracket were interpreted as regex backreferences, causing the regex engine to raise errors. These uncaught exceptions terminated the entire discovery process for a repository. An attacker with commit access could exploit this to cause a denial of service by committing a single file with a specially crafted name. The vulnerability was fixed by passing wildcard replacements through a callback function instead of string interpolation. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/qpx8n5k0r3n1vjii47uao70jjzjt/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3852102' style='color: #4aa3ff;' target='new'>Revoked deployment collaborator regains access to private comments after active collaborator interaction</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/qub?type=user' style='color: #4aa3ff;' target='new'> <strong> Domingos Toko Muanda</strong></a> was disclosed at October 29, 2026, 8:25 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Access Control Check Implemented After Asset is Accessed</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A revoked deployment collaborator was able to regain access to private collaboration data after an active collaborator interacted with the deployment toolbar. After a collaborator's authorization was revoked and their token became invalid, a subsequent interaction by an active collaborator caused the revoked token to become authorized again. This allowed the revoked user to access the synchronization endpoint and retrieve private deployment collaboration data, including comment threads and messages, without being re-invited or granted new authorization. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4037976' style='color: #4aa3ff;' target='new'>Incomplete VCS metadata exclusion: `.svn` / `.bzr` bypass CVE-2026-61792 due to missing `VCS_METADATA_DIRS` entries.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:08 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation management application contained incomplete VCS metadata exclusion in its ZIP download feature. The exclusion mechanism only covered Git and Mercurial metadata directories but failed to exclude Subversion and Bazaar metadata directories. This gap allowed Subversion and Bazaar metadata files, including working-copy databases and credential cache entries, to be included in downloaded archives when such directories were present in component trees. The issue represented a completeness failure in a security hardening mechanism introduced in a prior security fix, affecting multiple code paths including path validation, symlink resolution, backup operations, and component discovery. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4040149' style='color: #4aa3ff;' target='new'>wlc: Project-wide download fails part-way and leaves stale archives on disk; filesystem errors surface as raw Python tracebacks.</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Exposure Through an Error Message</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> The wlc command-line client did not properly handle filesystem errors, which caused two distinct issues. First, when project-wide downloads failed partway through, already-written archives were left on disk with no report of which components succeeded or failed, making it impossible to distinguish complete results from partial ones. Second, any filesystem error such as permission denied, file exists, or file not found resulted in an uncaught exception that printed a full Python traceback to stderr instead of a user-friendly error message. The traceback exposed local absolute paths and internal package information. These issues affected both download and upload operations and were present in release 2.2.0 and the main development branch. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/019/468/71eb3827ae9f2a388f27bd4b7eefd20bc3ac813c_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4044441' style='color: #4aa3ff;' target='new'>Translation discovery crashes on crafted filenames (regex substitution injection)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sumit-sabhaya?type=user' style='color: #4aa3ff;' target='new'> <strong> 0xsumit</strong></a> was disclosed at October 30, 2026, 5:07 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use of Externally-Controlled Format String</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A translation discovery package was vulnerable to a regular expression injection attack through crafted filenames. When processing repository files, the package interpolated user-controlled filename components into regex replacement strings without proper escaping. Filenames containing backslash sequences like backslash-g-angle-bracket-99-angle-bracket were interpreted as regex backreferences, causing the regex engine to raise errors. These uncaught exceptions terminated the entire discovery process for a repository. An attacker with commit access could exploit this to cause a denial of service by committing a single file with a specially crafted name. The vulnerability was fixed by passing wildcard replacements through a callback function instead of string interpolation. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/qpx8n5k0r3n1vjii47uao70jjzjt/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3852102' style='color: #4aa3ff;' target='new'>Revoked deployment collaborator regains access to private comments after active collaborator interaction</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/qub?type=user' style='color: #4aa3ff;' target='new'> <strong> Domingos Toko Muanda</strong></a> was disclosed at October 29, 2026, 8:25 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Access Control Check Implemented After Asset is Accessed</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A revoked deployment collaborator was able to regain access to private collaboration data after an active collaborator interacted with the deployment toolbar. After a collaborator's authorization was revoked and their token became invalid, a subsequent interaction by an active collaborator caused the revoked token to become authorized again. This allowed the revoked user to access the synchronization endpoint and retrieve private deployment collaboration data, including comment threads and messages, without being re-invited or granted new authorization. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-28]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-28</link>
			<pubDate>Thu, 29 Oct 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-28</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/007/731/55634f7fcd917725c7a5771cc6e7c9b4d5fe0c22_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3816330' style='color: #4aa3ff;' target='new'>Monero IPv6 /128 tracking bypasses per-IP limit, enables remote OOM</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/belair?type=user' style='color: #4aa3ff;' target='new'> <strong> Connor Carro</strong></a> was disclosed at October 28, 2026, 8:13 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> Monero's IPv6 connection tracking used individual /128 addresses, which allowed the per-IP RPC connection limit to be bypassed by using multiple IPv6 addresses. This undermined the intended connection restrictions for IPv6 clients and was resolved in version 0.18.5.3. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3981292' style='color: #4aa3ff;' target='new'>Cross-account XSS on app.basecamp.com: oEmbed option injection chained through Turbo defeats the CSP nonce</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 28, 2026, 4:58 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Cross-site Scripting (XSS) - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-account cross-site scripting vulnerability was discovered in an embed display endpoint that rendered attacker-supplied HTML verbatim on the application origin without proper authentication checks. The vulnerability could be exploited by crafting a malicious embed with injected HTML and JavaScript that would execute with the victim's privileges when the embed was accessed. The vulnerability was chained with a content security policy bypass where a legitimate JavaScript library from an allowlisted CDN would apply the victim's CSP nonce to injected scripts, allowing arbitrary code execution. This permitted unauthorized access to CSRF tokens, private profile data, and the ability to modify victim account information without authorization. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #dc3545; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Critical</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3962925' style='color: #4aa3ff;' target='new'>Launchpad file read leaks production keys</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/laudas?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 28, 2026, 4:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A file-read vulnerability in a platform exposed production storage credentials. The vulnerable processing path was fixed, exposed credentials were rotated, and the old key was deleted. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/007/731/55634f7fcd917725c7a5771cc6e7c9b4d5fe0c22_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3816330' style='color: #4aa3ff;' target='new'>Monero IPv6 /128 tracking bypasses per-IP limit, enables remote OOM</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/belair?type=user' style='color: #4aa3ff;' target='new'> <strong> Connor Carro</strong></a> was disclosed at October 28, 2026, 8:13 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> Monero's IPv6 connection tracking used individual /128 addresses, which allowed the per-IP RPC connection limit to be bypassed by using multiple IPv6 addresses. This undermined the intended connection restrictions for IPv6 clients and was resolved in version 0.18.5.3. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3981292' style='color: #4aa3ff;' target='new'>Cross-account XSS on app.basecamp.com: oEmbed option injection chained through Turbo defeats the CSP nonce</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 28, 2026, 4:58 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Cross-site Scripting (XSS) - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-account cross-site scripting vulnerability was discovered in an embed display endpoint that rendered attacker-supplied HTML verbatim on the application origin without proper authentication checks. The vulnerability could be exploited by crafting a malicious embed with injected HTML and JavaScript that would execute with the victim's privileges when the embed was accessed. The vulnerability was chained with a content security policy bypass where a legitimate JavaScript library from an allowlisted CDN would apply the victim's CSP nonce to injected scripts, allowing arbitrary code execution. This permitted unauthorized access to CSRF tokens, private profile data, and the ability to modify victim account information without authorization. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #dc3545; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Critical</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3962925' style='color: #4aa3ff;' target='new'>Launchpad file read leaks production keys</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/laudas?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 28, 2026, 4:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A file-read vulnerability in a platform exposed production storage credentials. The vulnerable processing path was fixed, exposed credentials were rotated, and the old key was deleted. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-27]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-27</link>
			<pubDate>Wed, 28 Oct 2026 07:00:05 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-27</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3981292' style='color: #4aa3ff;' target='new'>Cross-account XSS on app.basecamp.com: oEmbed option injection chained through Turbo defeats the CSP nonce</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 28, 2026, 4:58 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Cross-site Scripting (XSS) - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-account cross-site scripting vulnerability was discovered in an embed display endpoint that rendered attacker-supplied HTML verbatim on the application origin without proper authentication checks. The vulnerability could be exploited by crafting a malicious embed with injected HTML and JavaScript that would execute with the victim's privileges when the embed was accessed. The vulnerability was chained with a content security policy bypass where a legitimate JavaScript library from an allowlisted CDN would apply the victim's CSP nonce to injected scripts, allowing arbitrary code execution. This permitted unauthorized access to CSRF tokens, private profile data, and the ability to modify victim account information without authorization. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #dc3545; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Critical</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3962925' style='color: #4aa3ff;' target='new'>Launchpad file read leaks production keys</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/bl0rph?type=user' style='color: #4aa3ff;' target='new'> <strong> Abdelmounaim Moulahcene</strong></a> was disclosed at October 28, 2026, 4:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A file-read vulnerability in a platform exposed production storage credentials. The vulnerable processing path was fixed, exposed credentials were rotated, and the old key was deleted. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3568116' style='color: #4aa3ff;' target='new'>FederationController::remoteWopiToken() returns full Wopi entity without token type validation</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/bornwinnerrr?type=user' style='color: #4aa3ff;' target='new'> <strong> Ibrahim el zein </strong></a> was disclosed at October 27, 2026, 11:33 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3576823' style='color: #4aa3ff;' target='new'>SSRF on Nextcloud Whiteboard Application via Recordings to Unauthorised Access to Whiteboards</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/alex-elttam?type=user' style='color: #4aa3ff;' target='new'> <strong> alex-elttam</strong></a> was disclosed at October 27, 2026, 11:26 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Server-Side Request Forgery (SSRF)</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3642236' style='color: #4aa3ff;' target='new'>Tables application does not respect sharing limitations set by admin</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/samin_zavarkesh?type=user' style='color: #4aa3ff;' target='new'> <strong> Samin Zavarkesh</strong></a> was disclosed at October 27, 2026, 11:22 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3524971' style='color: #4aa3ff;' target='new'>Users with read-only access to a Nextcloud Table can enumerate its share recipients via the Tables API</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/yoyomiski?type=user' style='color: #4aa3ff;' target='new'> <strong> _dha</strong></a> was disclosed at October 27, 2026, 11:19 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3511955' style='color: #4aa3ff;' target='new'>Unauthorized users can enumerate internal team resources via the Teams API when a team is visible to everyone</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/yoyomiski?type=user' style='color: #4aa3ff;' target='new'> <strong> _dha</strong></a> was disclosed at October 27, 2026, 11:17 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3625932' style='color: #4aa3ff;' target='new'>Unauthorised access with hidden public link creation when sharing to a Team External Member</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fadalika?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 27, 2026, 11:10 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Privilege Escalation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the sharing functionality where unauthorized access could be gained through the creation of hidden public links when sharing content to a team external member. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3682163' style='color: #4aa3ff;' target='new'>Files Confidential tagging can be bypassed with # in filename </a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/xavlimsg?type=user' style='color: #4aa3ff;' target='new'> <strong> XavLimSG</strong></a> was disclosed at October 27, 2026, 11:00 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3620539' style='color: #4aa3ff;' target='new'>Public shares remain accessible via alternate endpoints after owner account is disabled</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/blinkyyy?type=user' style='color: #4aa3ff;' target='new'> <strong> hamza</strong></a> was disclosed at October 27, 2026, 10:50 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3679640' style='color: #4aa3ff;' target='new'>Unauthenticated Persistent Denial-of-Service via Federated Share Injection</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/ncsc_nl?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 27, 2026, 10:43 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3566607' style='color: #4aa3ff;' target='new'>No password confirmation required when using apptoken on sensitive endpoint</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/npc?type=user' style='color: #4aa3ff;' target='new'> <strong> Nicholas Carlini</strong></a> was disclosed at October 27, 2026, 10:40 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Privilege Management</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3996423' style='color: #4aa3ff;' target='new'>Permission Model filesystem over-grant via wildcard radix lookup</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/malikhamzaiqbal?type=user' style='color: #4aa3ff;' target='new'> <strong> Malik</strong></a> was disclosed at October 27, 2026, 7:06 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in Node.js Permission Model filesystem enforcement that allowed access to be granted to paths not matching wildcard read or write rules. When a requested path was shorter than the prefix of a wildcard grant, the radix tree lookup would stop comparing early and incorrectly treat the path as a match. This issue affected wildcard grants positioned directly under the root of the permission tree. This vulnerability impacted Node.js version 26.x. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3981292' style='color: #4aa3ff;' target='new'>Cross-account XSS on app.basecamp.com: oEmbed option injection chained through Turbo defeats the CSP nonce</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/deivizzzz?type=user' style='color: #4aa3ff;' target='new'> <strong> deivizzzz</strong></a> was disclosed at October 28, 2026, 4:58 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Cross-site Scripting (XSS) - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-account cross-site scripting vulnerability was discovered in an embed display endpoint that rendered attacker-supplied HTML verbatim on the application origin without proper authentication checks. The vulnerability could be exploited by crafting a malicious embed with injected HTML and JavaScript that would execute with the victim's privileges when the embed was accessed. The vulnerability was chained with a content security policy bypass where a legitimate JavaScript library from an allowlisted CDN would apply the victim's CSP nonce to injected scripts, allowing arbitrary code execution. This permitted unauthorized access to CSRF tokens, private profile data, and the ability to modify victim account information without authorization. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #dc3545; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Critical</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3962925' style='color: #4aa3ff;' target='new'>Launchpad file read leaks production keys</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/bl0rph?type=user' style='color: #4aa3ff;' target='new'> <strong> Abdelmounaim Moulahcene</strong></a> was disclosed at October 28, 2026, 4:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Path Traversal</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A file-read vulnerability in a platform exposed production storage credentials. The vulnerable processing path was fixed, exposed credentials were rotated, and the old key was deleted. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3568116' style='color: #4aa3ff;' target='new'>FederationController::remoteWopiToken() returns full Wopi entity without token type validation</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/bornwinnerrr?type=user' style='color: #4aa3ff;' target='new'> <strong> Ibrahim el zein </strong></a> was disclosed at October 27, 2026, 11:33 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3576823' style='color: #4aa3ff;' target='new'>SSRF on Nextcloud Whiteboard Application via Recordings to Unauthorised Access to Whiteboards</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/alex-elttam?type=user' style='color: #4aa3ff;' target='new'> <strong> alex-elttam</strong></a> was disclosed at October 27, 2026, 11:26 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Server-Side Request Forgery (SSRF)</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3642236' style='color: #4aa3ff;' target='new'>Tables application does not respect sharing limitations set by admin</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/samin_zavarkesh?type=user' style='color: #4aa3ff;' target='new'> <strong> Samin Zavarkesh</strong></a> was disclosed at October 27, 2026, 11:22 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3524971' style='color: #4aa3ff;' target='new'>Users with read-only access to a Nextcloud Table can enumerate its share recipients via the Tables API</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/yoyomiski?type=user' style='color: #4aa3ff;' target='new'> <strong> _dha</strong></a> was disclosed at October 27, 2026, 11:19 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3511955' style='color: #4aa3ff;' target='new'>Unauthorized users can enumerate internal team resources via the Teams API when a team is visible to everyone</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/yoyomiski?type=user' style='color: #4aa3ff;' target='new'> <strong> _dha</strong></a> was disclosed at October 27, 2026, 11:17 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3625932' style='color: #4aa3ff;' target='new'>Unauthorised access with hidden public link creation when sharing to a Team External Member</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fadalika?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 27, 2026, 11:10 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Privilege Escalation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the sharing functionality where unauthorized access could be gained through the creation of hidden public links when sharing content to a team external member. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3682163' style='color: #4aa3ff;' target='new'>Files Confidential tagging can be bypassed with # in filename </a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/xavlimsg?type=user' style='color: #4aa3ff;' target='new'> <strong> XavLimSG</strong></a> was disclosed at October 27, 2026, 11:00 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3620539' style='color: #4aa3ff;' target='new'>Public shares remain accessible via alternate endpoints after owner account is disabled</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/blinkyyy?type=user' style='color: #4aa3ff;' target='new'> <strong> hamza</strong></a> was disclosed at October 27, 2026, 10:50 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3679640' style='color: #4aa3ff;' target='new'>Unauthenticated Persistent Denial-of-Service via Federated Share Injection</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/ncsc_nl?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 27, 2026, 10:43 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Uncontrolled Resource Consumption</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3566607' style='color: #4aa3ff;' target='new'>No password confirmation required when using apptoken on sensitive endpoint</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/npc?type=user' style='color: #4aa3ff;' target='new'> <strong> Nicholas Carlini</strong></a> was disclosed at October 27, 2026, 10:40 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Privilege Management</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3996423' style='color: #4aa3ff;' target='new'>Permission Model filesystem over-grant via wildcard radix lookup</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/malikhamzaiqbal?type=user' style='color: #4aa3ff;' target='new'> <strong> Malik</strong></a> was disclosed at October 27, 2026, 7:06 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in Node.js Permission Model filesystem enforcement that allowed access to be granted to paths not matching wildcard read or write rules. When a requested path was shorter than the prefix of a wildcard grant, the radix tree lookup would stop comparing early and incorrectly treat the path as a match. This issue affected wildcard grants positioned directly under the root of the permission tree. This vulnerability impacted Node.js version 26.x. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-26]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-26</link>
			<pubDate>Tue, 27 Oct 2026 07:00:02 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-26</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/0p8e6gg8xoy45dhjxs5wh4iti6k8/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4000084' style='color: #4aa3ff;' target='new'>A disabled account's API key still works on BMO's Mojolicious /rest/ routes, including for security-group bugs filed after the disable</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/timhaines?type=user' style='color: #4aa3ff;' target='new'> <strong> Tim Haines</strong></a> was disclosed at October 26, 2026, 10:49 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A Bugzilla instance had inconsistent authentication validation across its API implementations. The newer REST routes failed to verify account status when processing API keys, while the legacy REST API and web interface correctly rejected disabled accounts. This allowed disabled accounts' API keys to remain functional on the newer routes, including for security-sensitive bug operations. The vulnerability was remediated by implementing proper account status validation in the REST API authentication process. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4136767' style='color: #4aa3ff;' target='new'>CVE-2026-115529: Schannel TLS auto client session resumption</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/johnnykao?type=user' style='color: #4aa3ff;' target='new'> <strong> Johnny Kao</strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4123190' style='color: #4aa3ff;' target='new'>CVE-2026-111954: upload reader failed redirect UAF</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/1rhino2?type=user' style='color: #4aa3ff;' target='new'> <strong> 1rhino2</strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4122300' style='color: #4aa3ff;' target='new'>CVE-2026-111953: GnuTLS SecTrust OCSP staple bypass</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sujitjaunjal?type=user' style='color: #4aa3ff;' target='new'> <strong> Sujit Jaunjal</strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4122175' style='color: #4aa3ff;' target='new'>CVE-2026-111950: TLS session cache diff scheme reuse</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/stze?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Incorrect Comparison</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4118610' style='color: #4aa3ff;' target='new'>CVE-2026-111484: OpenSSL with SecTrust accepts bad OCSP staples</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sujitjaunjal?type=user' style='color: #4aa3ff;' target='new'> <strong> Sujit Jaunjal</strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4112709' style='color: #4aa3ff;' target='new'>CVE-2026-111482: libssh2 knownhosts prefix match</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/samueloph?type=user' style='color: #4aa3ff;' target='new'> <strong> Samuel Henrique </strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Partial String Comparison</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4112912' style='color: #4aa3ff;' target='new'>CVE-2026-111481: server-set cookie still aborts cookie jar</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/samueloph?type=user' style='color: #4aa3ff;' target='new'> <strong> Samuel Henrique </strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Input Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4102061' style='color: #4aa3ff;' target='new'>CVE-2026-111480: pause UAF from within callback</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/rat5ak?type=user' style='color: #4aa3ff;' target='new'> <strong> Daniel Wade</strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4122239' style='color: #4aa3ff;' target='new'>CVE-2026-111952: OpenSSL provider use-after-free again</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/moltenbit?type=user' style='color: #4aa3ff;' target='new'> <strong> moltenbit</strong></a> was disclosed at October 26, 2026, 7:52 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4116527' style='color: #4aa3ff;' target='new'>CVE-2026-111878: OpenSSL provider UAF on TLS shutdown</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/vansukmbg?type=user' style='color: #4aa3ff;' target='new'> <strong> Van</strong></a> was disclosed at October 26, 2026, 7:25 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A use-after-free vulnerability was identified in the OpenSSL provider implementation when using the multi interface. The vulnerability occurred when a private library context was freed while an SSL context that borrowed it remained queued for shutdown. This happened because the library context was stored only on the easy handle and was freed during cleanup before deferred shutdown operations completed. When shutdown processing continued on the connection queue, freed memory was accessed through SSL read and shutdown operations, potentially corrupting memory in the process. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4124849' style='color: #4aa3ff;' target='new'>CVE-2026-111951: curl -OJ truncate without filename</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/matty69v?type=user' style='color: #4aa3ff;' target='new'> <strong> Mattéo</strong></a> was disclosed at October 26, 2026, 7:22 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>External Control of File Name or Path</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> In curl versions 8.23.0, 8.22.0, and master branch, a vulnerability was identified in the tool's handling of Content-Disposition headers with the -OJ flag. When a response contained multiple Content-Disposition headers where the first lacked a filename parameter, the tool would create and truncate an existing file to zero bytes before refusing to overwrite it, contradicting documented behavior. This occurred because the code fell through to file creation with the URL-derived name before the second header containing the actual filename was processed. The file was left empty while curl reported exit code 23 indicating refusal to overwrite. Similar issues were observed with redirect handling and the -i flag for writing response headers. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4128428' style='color: #4aa3ff;' target='new'>CVE-2026-115528: wolfSSL TLS connect without cert</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/matty69v?type=user' style='color: #4aa3ff;' target='new'> <strong> Mattéo</strong></a> was disclosed at October 26, 2026, 7:21 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in curl when built with wolfSSL that allowed TLS connections to complete without certificate verification. When using default certificate verification settings, curl accepted anonymous Diffie-Hellman cipher suites that transmitted no server certificate. This caused user credentials and request data to be sent to unauthenticated servers. The issue was caused by insufficient certificate validation checks in the wolfSSL backend code. Connections using OpenSSL or GnuTLS were not affected by this vulnerability. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4116076' style='color: #4aa3ff;' target='new'>CVE-2026-111483: GnuTLS accepts non-successful OCSP staples</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/matty69v?type=user' style='color: #4aa3ff;' target='new'> <strong> Mattéo</strong></a> was disclosed at October 26, 2026, 7:21 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Check for Certificate Revocation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was identified in curl version 8.22.0 and 8.23.0 when built with GnuTLS. The --cert-status option failed to properly validate stapled OCSP responses. Instead of checking the response status and certificate status within the response, the code only verified that some stapled OCSP response was received. This allowed a revoked certificate to be accepted if accompanied by a bogus or non-successful OCSP response. The issue was introduced when OCSP signature verification code was removed, and the previous validation checks for response and certificate status were eliminated. The vulnerability was not present in version 8.21.0 and earlier, where the bogus staple was correctly rejected. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/016/893/0bc08a2076b0f1f4a2c58636b8171b32cc367a52_original./2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3738834' style='color: #4aa3ff;' target='new'>Arbitrary `/tmp` read in  discourse via `convert_heif!` decoder-confusion (regression of 4bf3bf6786)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fizzi?type=user' style='color: #4aa3ff;' target='new'> <strong> Tuan Nguyen </strong></a> was disclosed at October 26, 2026, 3:43 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A decoder confusion vulnerability was discovered in image conversion functionality that allowed arbitrary file reads from temporary directories. When HEIF/HEIC files were processed, the conversion function failed to enforce a specific decoder prefix, allowing ImageMagick to dispatch based on file magic bytes instead of extension. Files with PostScript headers were routed through Ghostscript, which executed arbitrary PostScript code under a restricted sandbox. The PostScript was able to read temporary files, enumerate directory contents, and render the results into JPEG images that were stored as normal uploads and served publicly without authentication. This enabled authenticated users to exfiltrate temporary files from other users and system processes, including in-flight upload buffers, email attachments, and conversion intermediates. The vulnerability was introduced when HEIF support was added and represented a regression of previous security fixes that had enforced decoder specification. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/0p8e6gg8xoy45dhjxs5wh4iti6k8/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4000084' style='color: #4aa3ff;' target='new'>A disabled account's API key still works on BMO's Mojolicious /rest/ routes, including for security-group bugs filed after the disable</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/timhaines?type=user' style='color: #4aa3ff;' target='new'> <strong> Tim Haines</strong></a> was disclosed at October 26, 2026, 10:49 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A Bugzilla instance had inconsistent authentication validation across its API implementations. The newer REST routes failed to verify account status when processing API keys, while the legacy REST API and web interface correctly rejected disabled accounts. This allowed disabled accounts' API keys to remain functional on the newer routes, including for security-sensitive bug operations. The vulnerability was remediated by implementing proper account status validation in the REST API authentication process. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4136767' style='color: #4aa3ff;' target='new'>CVE-2026-115529: Schannel TLS auto client session resumption</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/johnnykao?type=user' style='color: #4aa3ff;' target='new'> <strong> Johnny Kao</strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4123190' style='color: #4aa3ff;' target='new'>CVE-2026-111954: upload reader failed redirect UAF</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/1rhino2?type=user' style='color: #4aa3ff;' target='new'> <strong> 1rhino2</strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4122300' style='color: #4aa3ff;' target='new'>CVE-2026-111953: GnuTLS SecTrust OCSP staple bypass</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sujitjaunjal?type=user' style='color: #4aa3ff;' target='new'> <strong> Sujit Jaunjal</strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4122175' style='color: #4aa3ff;' target='new'>CVE-2026-111950: TLS session cache diff scheme reuse</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/stze?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 26, 2026, 7:54 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Incorrect Comparison</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4118610' style='color: #4aa3ff;' target='new'>CVE-2026-111484: OpenSSL with SecTrust accepts bad OCSP staples</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/sujitjaunjal?type=user' style='color: #4aa3ff;' target='new'> <strong> Sujit Jaunjal</strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4112709' style='color: #4aa3ff;' target='new'>CVE-2026-111482: libssh2 knownhosts prefix match</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/samueloph?type=user' style='color: #4aa3ff;' target='new'> <strong> Samuel Henrique </strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Partial String Comparison</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4112912' style='color: #4aa3ff;' target='new'>CVE-2026-111481: server-set cookie still aborts cookie jar</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/samueloph?type=user' style='color: #4aa3ff;' target='new'> <strong> Samuel Henrique </strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Input Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4102061' style='color: #4aa3ff;' target='new'>CVE-2026-111480: pause UAF from within callback</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/rat5ak?type=user' style='color: #4aa3ff;' target='new'> <strong> Daniel Wade</strong></a> was disclosed at October 26, 2026, 7:53 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4122239' style='color: #4aa3ff;' target='new'>CVE-2026-111952: OpenSSL provider use-after-free again</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/moltenbit?type=user' style='color: #4aa3ff;' target='new'> <strong> moltenbit</strong></a> was disclosed at October 26, 2026, 7:52 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'>  </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4116527' style='color: #4aa3ff;' target='new'>CVE-2026-111878: OpenSSL provider UAF on TLS shutdown</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/vansukmbg?type=user' style='color: #4aa3ff;' target='new'> <strong> Van</strong></a> was disclosed at October 26, 2026, 7:25 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Use After Free</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A use-after-free vulnerability was identified in the OpenSSL provider implementation when using the multi interface. The vulnerability occurred when a private library context was freed while an SSL context that borrowed it remained queued for shutdown. This happened because the library context was stored only on the easy handle and was freed during cleanup before deferred shutdown operations completed. When shutdown processing continued on the connection queue, freed memory was accessed through SSL read and shutdown operations, potentially corrupting memory in the process. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4124849' style='color: #4aa3ff;' target='new'>CVE-2026-111951: curl -OJ truncate without filename</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/matty69v?type=user' style='color: #4aa3ff;' target='new'> <strong> Mattéo</strong></a> was disclosed at October 26, 2026, 7:22 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>External Control of File Name or Path</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> In curl versions 8.23.0, 8.22.0, and master branch, a vulnerability was identified in the tool's handling of Content-Disposition headers with the -OJ flag. When a response contained multiple Content-Disposition headers where the first lacked a filename parameter, the tool would create and truncate an existing file to zero bytes before refusing to overwrite it, contradicting documented behavior. This occurred because the code fell through to file creation with the URL-derived name before the second header containing the actual filename was processed. The file was left empty while curl reported exit code 23 indicating refusal to overwrite. Similar issues were observed with redirect handling and the -i flag for writing response headers. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4128428' style='color: #4aa3ff;' target='new'>CVE-2026-115528: wolfSSL TLS connect without cert</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/matty69v?type=user' style='color: #4aa3ff;' target='new'> <strong> Mattéo</strong></a> was disclosed at October 26, 2026, 7:21 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in curl when built with wolfSSL that allowed TLS connections to complete without certificate verification. When using default certificate verification settings, curl accepted anonymous Diffie-Hellman cipher suites that transmitted no server certificate. This caused user credentials and request data to be sent to unauthenticated servers. The issue was caused by insufficient certificate validation checks in the wolfSSL backend code. Connections using OpenSSL or GnuTLS were not affected by this vulnerability. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/035/663/2faf4c279d437d64bfda6d23d62ce1833813a4d9_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4116076' style='color: #4aa3ff;' target='new'>CVE-2026-111483: GnuTLS accepts non-successful OCSP staples</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/matty69v?type=user' style='color: #4aa3ff;' target='new'> <strong> Mattéo</strong></a> was disclosed at October 26, 2026, 7:21 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Check for Certificate Revocation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was identified in curl version 8.22.0 and 8.23.0 when built with GnuTLS. The --cert-status option failed to properly validate stapled OCSP responses. Instead of checking the response status and certificate status within the response, the code only verified that some stapled OCSP response was received. This allowed a revoked certificate to be accepted if accompanied by a bogus or non-successful OCSP response. The issue was introduced when OCSP signature verification code was removed, and the previous validation checks for response and certificate status were eliminated. The vulnerability was not present in version 8.21.0 and earlier, where the bogus staple was correctly rejected. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/016/893/0bc08a2076b0f1f4a2c58636b8171b32cc367a52_original./2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3738834' style='color: #4aa3ff;' target='new'>Arbitrary `/tmp` read in  discourse via `convert_heif!` decoder-confusion (regression of 4bf3bf6786)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fizzi?type=user' style='color: #4aa3ff;' target='new'> <strong> Tuan Nguyen </strong></a> was disclosed at October 26, 2026, 3:43 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A decoder confusion vulnerability was discovered in image conversion functionality that allowed arbitrary file reads from temporary directories. When HEIF/HEIC files were processed, the conversion function failed to enforce a specific decoder prefix, allowing ImageMagick to dispatch based on file magic bytes instead of extension. Files with PostScript headers were routed through Ghostscript, which executed arbitrary PostScript code under a restricted sandbox. The PostScript was able to read temporary files, enumerate directory contents, and render the results into JPEG images that were stored as normal uploads and served publicly without authentication. This enabled authenticated users to exfiltrate temporary files from other users and system processes, including in-flight upload buffers, email attachments, and conversion intermediates. The vulnerability was introduced when HEIF support was added and represented a regression of previous security fixes that had enforced decoder specification. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-25]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-25</link>
			<pubDate>Mon, 26 Oct 2026 07:00:31 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-25</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/016/893/0bc08a2076b0f1f4a2c58636b8171b32cc367a52_original./2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3738834' style='color: #4aa3ff;' target='new'>Arbitrary `/tmp` read in  discourse via `convert_heif!` decoder-confusion (regression of 4bf3bf6786)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fizzi?type=user' style='color: #4aa3ff;' target='new'> <strong> Tuan Nguyen </strong></a> was disclosed at October 26, 2026, 3:43 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A decoder confusion vulnerability was discovered in image conversion functionality that allowed arbitrary file reads from temporary directories. When HEIF/HEIC files were processed, the conversion function failed to enforce a specific decoder prefix, allowing ImageMagick to dispatch based on file magic bytes instead of extension. Files with PostScript headers were routed through Ghostscript, which executed arbitrary PostScript code under a restricted sandbox. The PostScript was able to read temporary files, enumerate directory contents, and render the results into JPEG images that were stored as normal uploads and served publicly without authentication. This enabled authenticated users to exfiltrate temporary files from other users and system processes, including in-flight upload buffers, email attachments, and conversion intermediates. The vulnerability was introduced when HEIF support was added and represented a regression of previous security fixes that had enforced decoder specification. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/016/893/0bc08a2076b0f1f4a2c58636b8171b32cc367a52_original./2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3738834' style='color: #4aa3ff;' target='new'>Arbitrary `/tmp` read in  discourse via `convert_heif!` decoder-confusion (regression of 4bf3bf6786)</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/fizzi?type=user' style='color: #4aa3ff;' target='new'> <strong> Tuan Nguyen </strong></a> was disclosed at October 26, 2026, 3:43 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Information Disclosure</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A decoder confusion vulnerability was discovered in image conversion functionality that allowed arbitrary file reads from temporary directories. When HEIF/HEIC files were processed, the conversion function failed to enforce a specific decoder prefix, allowing ImageMagick to dispatch based on file magic bytes instead of extension. Files with PostScript headers were routed through Ghostscript, which executed arbitrary PostScript code under a restricted sandbox. The PostScript was able to read temporary files, enumerate directory contents, and render the results into JPEG images that were stored as normal uploads and served publicly without authentication. This enabled authenticated users to exfiltrate temporary files from other users and system processes, including in-flight upload buffers, email attachments, and conversion intermediates. The vulnerability was introduced when HEIF support was added and represented a regression of previous security fixes that had enforced decoder specification. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-24]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-24</link>
			<pubDate>Sun, 25 Oct 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-24</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3772818' style='color: #4aa3ff;' target='new'>Code injection allows unprivileged local attacker to execute arbitrary code in Nextcloud's OAuth/web renderer process</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/the_xcheater?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 24, 2026, 9:16 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Code Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A code injection vulnerability was discovered in Nextcloud Desktop Client version 33.0.5 for macOS. The vulnerability combined two weaknesses: the QtWebEngineProcess binary was shipped with library validation disabled, and it contained dead build-server paths in its rpath that were searched before legitimate framework directories. An unprivileged local attacker could mount a disk image and plant a malicious library at the expected path, allowing arbitrary code execution in the web renderer process without administrator privileges. This could have resulted in credential theft, file access, and persistence mechanisms. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3772818' style='color: #4aa3ff;' target='new'>Code injection allows unprivileged local attacker to execute arbitrary code in Nextcloud's OAuth/web renderer process</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/the_xcheater?type=user' style='color: #4aa3ff;' target='new'> <strong> </strong></a> was disclosed at October 24, 2026, 9:16 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Code Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A code injection vulnerability was discovered in Nextcloud Desktop Client version 33.0.5 for macOS. The vulnerability combined two weaknesses: the QtWebEngineProcess binary was shipped with library validation disabled, and it contained dead build-server paths in its rpath that were searched before legitimate framework directories. An unprivileged local attacker could mount a disk image and plant a malicious library at the expected path, allowing arbitrary code execution in the web renderer process without administrator privileges. This could have resulted in credential theft, file access, and persistence mechanisms. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-23]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-23</link>
			<pubDate>Sat, 24 Oct 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-23</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3824331' style='color: #4aa3ff;' target='new'>Null Dereference in X509ToObject</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hahahkim?type=user' style='color: #4aa3ff;' target='new'> <strong> Eunsoo Kim</strong></a> was disclosed at October 23, 2026, 10:30 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>NULL Pointer Dereference</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A null pointer dereference vulnerability was identified in X.509 certificate handling. The vulnerability could cause a process to crash when converting a specially crafted certificate to a JavaScript object. This vulnerability affected Node.js versions 24.x and 26.x. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3838675' style='color: #4aa3ff;' target='new'>Permission Model bypass with fs.realpathSync</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xoroot?type=user' style='color: #4aa3ff;' target='new'> <strong> Sir bugs</strong></a> was disclosed at October 23, 2026, 5:38 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw in the Permission Model filesystem enforcement left fs.realpathSync() without required read permission checks. This was an incomplete fix of a previous vulnerability that only covered fs.realpathSync.native(). Code running under permission restrictions with limited filesystem read access was able to use fs.realpathSync() to check file existence, resolve symlink targets, and enumerate filesystem paths outside of permitted directories. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3962304' style='color: #4aa3ff;' target='new'>Improper certificate validation for non-canonical IPv4 hostnames allows DNS SANs to authenticate IP endpoints</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/br41ny?type=user' style='color: #4aa3ff;' target='new'> <strong> Alex Cantor</strong></a> was disclosed at October 23, 2026, 5:08 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in TLS hostname verification that allowed certificates with only DNS Subject Alternative Names to authenticate IP endpoints when clients connected using non-canonical IPv4 address formats. The verification function failed to classify these alternate spellings as IP addresses and instead normalized them to their canonical form, matching them against certificate DNS names. This resulted in certificates containing numeric DNS entries being incorrectly accepted for IP endpoint authentication. The vulnerability affected multiple versions of a popular runtime environment. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4038287' style='color: #4aa3ff;' target='new'>TLS certificate hostname bypass when the IP is written fullwidth digits</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hasanfleyah?type=user' style='color: #4aa3ff;' target='new'> <strong> HASAN FLAYYIH ABDULLAH</strong></a> was disclosed at October 23, 2026, 3:03 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in TLS hostname verification that allowed a certificate without a matching IP address to authenticate connections when the host was written using non-ASCII characters. The verification function failed to recognize such hosts as IP addresses and instead matched them against certificate DNS names and Common Name. A certificate issued for one IP endpoint could be accepted for a different IP endpoint. This regression affected specific versions of the runtime. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4038361' style='color: #4aa3ff;' target='new'>Keep-alive socket process a response that was written before the request was sent</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hasanfleyah?type=user' style='color: #4aa3ff;' target='new'> <strong> HASAN FLAYYIH ABDULLAH</strong></a> was disclosed at October 23, 2026, 3:03 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Time-of-check Time-of-use (TOCTOU) Race Condition</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in HTTP Agent connection reuse where a client could accept a response that was sent before the request was transmitted. This occurred because the guard that destroys idle keep-alive sockets when unexpected data arrives only ran when the event loop polled for I/O. If an unsolicited response had already reached the socket but was not yet read when the socket was handed to a new request, the guard was removed without detecting the data, causing it to be parsed as the response to the new request. This vulnerability affected multiple versions of a runtime environment. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4006744' style='color: #4aa3ff;' target='new'>TLS certificate hostname bypass when the host loosely resolves to an IP address</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/anagnorisis2peripeteia?type=user' style='color: #4aa3ff;' target='new'> <strong> anagnorisis2peripeteia</strong></a> was disclosed at October 23, 2026, 2:49 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in TLS hostname verification that could allow a server certificate to be validated against a different IP address than the one the client connected to. This occurred when a host used a non-canonical IPv4 literal with a leading zero, as the certificate validation normalization followed different rules than the operating system resolver on some platforms. The vulnerability affected multiple versions of Node.js. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4038342' style='color: #4aa3ff;' target='new'>dns.resolve truncates names containing NUL char</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hasanfleyah?type=user' style='color: #4aa3ff;' target='new'> <strong> HASAN FLAYYIH ABDULLAH</strong></a> was disclosed at October 23, 2026, 12:16 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A patch for CVE-2026-48930 was found to be incomplete. The fix rejected embedded NUL bytes in DNS lookup entry points but failed to apply the same validation to dns.resolve* entry points that interface with c-ares binding. When a NUL character was passed within a hostname to dns.resolve4(), the call did not throw an error and instead truncated the name at the NUL byte before querying the DNS server. This allowed a different hostname to be resolved than the one validated by the application, bypassing hostname validation checks in SSRF allowlists and DNS-rebinding guards. The vulnerability affected all dns.resolve* methods in both callback and promise APIs. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3824331' style='color: #4aa3ff;' target='new'>Null Dereference in X509ToObject</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hahahkim?type=user' style='color: #4aa3ff;' target='new'> <strong> Eunsoo Kim</strong></a> was disclosed at October 23, 2026, 10:30 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>NULL Pointer Dereference</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A null pointer dereference vulnerability was identified in X.509 certificate handling. The vulnerability could cause a process to crash when converting a specially crafted certificate to a JavaScript object. This vulnerability affected Node.js versions 24.x and 26.x. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3838675' style='color: #4aa3ff;' target='new'>Permission Model bypass with fs.realpathSync</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/0xoroot?type=user' style='color: #4aa3ff;' target='new'> <strong> Sir bugs</strong></a> was disclosed at October 23, 2026, 5:38 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw in the Permission Model filesystem enforcement left fs.realpathSync() without required read permission checks. This was an incomplete fix of a previous vulnerability that only covered fs.realpathSync.native(). Code running under permission restrictions with limited filesystem read access was able to use fs.realpathSync() to check file existence, resolve symlink targets, and enumerate filesystem paths outside of permitted directories. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3962304' style='color: #4aa3ff;' target='new'>Improper certificate validation for non-canonical IPv4 hostnames allows DNS SANs to authenticate IP endpoints</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/br41ny?type=user' style='color: #4aa3ff;' target='new'> <strong> Alex Cantor</strong></a> was disclosed at October 23, 2026, 5:08 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in TLS hostname verification that allowed certificates with only DNS Subject Alternative Names to authenticate IP endpoints when clients connected using non-canonical IPv4 address formats. The verification function failed to classify these alternate spellings as IP addresses and instead normalized them to their canonical form, matching them against certificate DNS names. This resulted in certificates containing numeric DNS entries being incorrectly accepted for IP endpoint authentication. The vulnerability affected multiple versions of a popular runtime environment. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4038287' style='color: #4aa3ff;' target='new'>TLS certificate hostname bypass when the IP is written fullwidth digits</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hasanfleyah?type=user' style='color: #4aa3ff;' target='new'> <strong> HASAN FLAYYIH ABDULLAH</strong></a> was disclosed at October 23, 2026, 3:03 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in TLS hostname verification that allowed a certificate without a matching IP address to authenticate connections when the host was written using non-ASCII characters. The verification function failed to recognize such hosts as IP addresses and instead matched them against certificate DNS names and Common Name. A certificate issued for one IP endpoint could be accepted for a different IP endpoint. This regression affected specific versions of the runtime. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4038361' style='color: #4aa3ff;' target='new'>Keep-alive socket process a response that was written before the request was sent</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hasanfleyah?type=user' style='color: #4aa3ff;' target='new'> <strong> HASAN FLAYYIH ABDULLAH</strong></a> was disclosed at October 23, 2026, 3:03 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Time-of-check Time-of-use (TOCTOU) Race Condition</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in HTTP Agent connection reuse where a client could accept a response that was sent before the request was transmitted. This occurred because the guard that destroys idle keep-alive sockets when unexpected data arrives only ran when the event loop polled for I/O. If an unsolicited response had already reached the socket but was not yet read when the socket was handed to a new request, the guard was removed without detecting the data, causing it to be parsed as the response to the new request. This vulnerability affected multiple versions of a runtime environment. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4006744' style='color: #4aa3ff;' target='new'>TLS certificate hostname bypass when the host loosely resolves to an IP address</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/anagnorisis2peripeteia?type=user' style='color: #4aa3ff;' target='new'> <strong> anagnorisis2peripeteia</strong></a> was disclosed at October 23, 2026, 2:49 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Certificate Validation</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A flaw was discovered in TLS hostname verification that could allow a server certificate to be validated against a different IP address than the one the client connected to. This occurred when a host used a non-canonical IPv4 literal with a leading zero, as the certificate validation normalization followed different rules than the operating system resolver on some platforms. The vulnerability affected multiple versions of Node.js. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/022/984/e600648ace4a8553247bce967d461a030aa81d49_original.png/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4038342' style='color: #4aa3ff;' target='new'>dns.resolve truncates names containing NUL char</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/hasanfleyah?type=user' style='color: #4aa3ff;' target='new'> <strong> HASAN FLAYYIH ABDULLAH</strong></a> was disclosed at October 23, 2026, 12:16 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A patch for CVE-2026-48930 was found to be incomplete. The fix rejected embedded NUL bytes in DNS lookup entry points but failed to apply the same validation to dns.resolve* entry points that interface with c-ares binding. When a NUL character was passed within a hostname to dns.resolve4(), the call did not throw an error and instead truncated the name at the NUL byte before querying the DNS server. This allowed a different hostname to be resolved than the one validated by the application, bypassing hostname validation checks in SSRF allowlists and DNS-rebinding guards. The vulnerability affected all dns.resolve* methods in both callback and promise APIs. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-21]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-21</link>
			<pubDate>Thu, 22 Oct 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-21</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3923967' style='color: #4aa3ff;' target='new'>WordPress 7.1 Media Processing Race Enables Persistent PHP File Write and Author-to-RCE</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/mappymappy123?type=user' style='color: #4aa3ff;' target='new'> <strong> mappymappy</strong></a> was disclosed at October 21, 2026, 8:04 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Code Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A race condition vulnerability was discovered in WordPress 7.1 that allowed authenticated users with Author role to achieve persistent arbitrary PHP execution. The vulnerability involved exploiting media finalization, URL-media sideload, and image post-processing flows to generate persistent image files with PHP extensions containing PHP code in image metadata. The issue was confirmed in WordPress 7.1 development versions from Beta 2 through RC2, but was not present in the current 7.0 branch. The vulnerability required a PHP-served writable temporary directory and successful exploitation of a race condition window between multiple REST API calls. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3878399' style='color: #4aa3ff;' target='new'>Large-site Quick Edit reparses a Contributor display name into active HTML</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/mappymappy123?type=user' style='color: #4aa3ff;' target='new'> <strong> mappymappy</strong></a> was disclosed at October 21, 2026, 8:03 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Cross-site Scripting (XSS) - DOM</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A stored cross-site scripting vulnerability was discovered in the Posts list Quick Edit feature on WordPress sites with more than 10,000 users. When an administrator opened a crafted URL and clicked Quick Edit on a pending post authored by a contributor, the contributor's entity-encoded display name was decoded and reparsed as active HTML through jQuery, allowing arbitrary JavaScript execution. This vulnerability was confirmed to enable the creation of unauthorized administrator accounts through automated exploitation. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3636758' style='color: #4aa3ff;' target='new'>Cross-room signaling injection enabling unauthorized force-mute</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/brumbelow?type=user' style='color: #4aa3ff;' target='new'> <strong> AB</strong></a> was disclosed at October 21, 2026, 6:56 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-room signaling injection vulnerability was identified in the Talk application that allowed a low-privileged participant to inject moderator-only internal-signaling control messages into a victim's session. The vulnerability exploited the fact that the server checked moderator permissions only against the sender's own room while queuing messages to arbitrary recipient session IDs based on room participant lists. The message delivery mechanism was keyed only by recipient session ID rather than by room, enabling an attacker in one room to send control messages such as force-mute commands to users in other rooms. The vulnerability was reproduced by sending a forceMute control from one room to an active victim in a separate room, which resulted in the client muting the affected user. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3923967' style='color: #4aa3ff;' target='new'>WordPress 7.1 Media Processing Race Enables Persistent PHP File Write and Author-to-RCE</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/mappymappy123?type=user' style='color: #4aa3ff;' target='new'> <strong> mappymappy</strong></a> was disclosed at October 21, 2026, 8:04 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Code Injection</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A race condition vulnerability was discovered in WordPress 7.1 that allowed authenticated users with Author role to achieve persistent arbitrary PHP execution. The vulnerability involved exploiting media finalization, URL-media sideload, and image post-processing flows to generate persistent image files with PHP extensions containing PHP code in image metadata. The issue was confirmed in WordPress 7.1 development versions from Beta 2 through RC2, but was not present in the current 7.0 branch. The vulnerability required a PHP-served writable temporary directory and successful exploitation of a race condition window between multiple REST API calls. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/000/000/055/f114d1d31f904e3b903cd99a6cf566bb531f8401_original.jpg/e68529859b080f77ebfd9e0a1acafdf062bd4c43f1db58e7e55c81e6ceae2d0d' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #ffc107; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Medium</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3878399' style='color: #4aa3ff;' target='new'>Large-site Quick Edit reparses a Contributor display name into active HTML</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/mappymappy123?type=user' style='color: #4aa3ff;' target='new'> <strong> mappymappy</strong></a> was disclosed at October 21, 2026, 8:03 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Cross-site Scripting (XSS) - DOM</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A stored cross-site scripting vulnerability was discovered in the Posts list Quick Edit feature on WordPress sites with more than 10,000 users. When an administrator opened a crafted URL and clicked Quick Edit on a pending post authored by a contributor, the contributor's entity-encoded display name was decoded and reparsed as active HTML through jQuery, allowing arbitrary JavaScript execution. This vulnerability was confirmed to enable the creation of unauthorized administrator accounts through automated exploitation. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3636758' style='color: #4aa3ff;' target='new'>Cross-room signaling injection enabling unauthorized force-mute</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/brumbelow?type=user' style='color: #4aa3ff;' target='new'> <strong> AB</strong></a> was disclosed at October 21, 2026, 6:56 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Authentication - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A cross-room signaling injection vulnerability was identified in the Talk application that allowed a low-privileged participant to inject moderator-only internal-signaling control messages into a victim's session. The vulnerability exploited the fact that the server checked moderator permissions only against the sender's own room while queuing messages to arbitrary recipient session IDs based on room participant lists. The message delivery mechanism was keyed only by recipient session ID rather than by room, enabling an attacker in one room to send control messages such as force-mute commands to users in other rooms. The vulnerability was reproduced by sending a forceMute control from one room to an active victim in a separate room, which resulted in the client muting the affected user. </p>
              </div><br>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[HackerOne Disclosed Reports - 2026-10-20]]></title>
			<link>https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-20</link>
			<pubDate>Wed, 21 Oct 2026 07:00:03 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://darkcoders.wiki/member.php?action=profile&uid=2">hashXploiter</a>]]></dc:creator>
			<guid isPermaLink="false">https://darkcoders.wiki/Thread-HackerOne-Disclosed-Reports-2026-10-20</guid>
			<description><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3508852' style='color: #4aa3ff;' target='new'>Application Data Hiding via Invalid `iconName` Causing Frontend Crash in Nextcloud Tables</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/khoof?type=user' style='color: #4aa3ff;' target='new'> <strong> ₜₕₑ Bₒy Wₕₒ Gₒₜ ᵢₙ</strong></a> was disclosed at October 20, 2026, 12:55 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Business Logic Errors</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the Tables application where invalid icon names were accepted by the backend without validation. When an invalid icon name was submitted, the frontend would crash during rendering, causing application data to become inaccessible to users. The issue stemmed from improper input validation on the backend, which failed to verify icon names against an allowed list before accepting them. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3485178' style='color: #4aa3ff;' target='new'>Deck app: Invalid tag color is accepted by API and breaks frontend UI</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/khoof?type=user' style='color: #4aa3ff;' target='new'> <strong> ₜₕₑ Bₒy Wₕₒ Gₒₜ ᵢₙ</strong></a> was disclosed at October 20, 2026, 12:55 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Business Logic Errors</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the Deck application's tag creation feature where the color parameter was not validated by the API. Invalid color values were accepted by the server and stored in the database, causing the tags section of affected boards to become non-functional. The tags could no longer be rendered or managed through the user interface, affecting all users with access to the compromised board. This resulted in a persistent denial of service at the feature level until the invalid data was manually removed from the backend. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4035023' style='color: #4aa3ff;' target='new'>Ordinary HEY user can make HEY originate authenticated mail from attacker-selected @hey.com  addresses</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/gachikuku?type=user' style='color: #4aa3ff;' target='new'> <strong> Alnoman Kamil</strong></a> was disclosed at October 20, 2026, 9:35 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in HEY's email service that allowed ordinary users to send authenticated emails from arbitrary HEY addresses without authorization. An attacker could create a temporary external account claiming any target HEY address using unrelated SMTP credentials, enqueue a message, and then delete the external account before delivery. This caused the message to be delivered through HEY's infrastructure while retaining the claimed identity and valid authentication signatures. The vulnerability was successfully reproduced, with messages displaying spoofed sender information being delivered to recipient inboxes with passing SPF, DKIM, and DMARC validation. </p>
              </div><br>]]></description>
			<content:encoded><![CDATA[<div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3508852' style='color: #4aa3ff;' target='new'>Application Data Hiding via Invalid `iconName` Causing Frontend Crash in Nextcloud Tables</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/khoof?type=user' style='color: #4aa3ff;' target='new'> <strong> ₜₕₑ Bₒy Wₕₒ Gₒₜ ᵢₙ</strong></a> was disclosed at October 20, 2026, 12:55 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Business Logic Errors</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the Tables application where invalid icon names were accepted by the backend without validation. When an invalid icon name was submitted, the frontend would crash during rendering, causing application data to become inaccessible to users. The issue stemmed from improper input validation on the backend, which failed to verify icon names against an allowed list before accepting them. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/hsgut1vi1cv8housqai9cm9383yx/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #17a2b8; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>Low</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/3485178' style='color: #4aa3ff;' target='new'>Deck app: Invalid tag color is accepted by API and breaks frontend UI</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/khoof?type=user' style='color: #4aa3ff;' target='new'> <strong> ₜₕₑ Bₒy Wₕₒ Gₒₜ ᵢₙ</strong></a> was disclosed at October 20, 2026, 12:55 pm &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Business Logic Errors</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in the Deck application's tag creation feature where the color parameter was not validated by the API. Invalid color values were accepted by the server and stored in the database, causing the tags section of affected boards to become non-functional. The tags could no longer be rendered or managed through the user interface, affecting all users with access to the compromised board. This resulted in a persistent denial of service at the feature level until the invalid data was manually removed from the backend. </p>
              </div><br><div style='background: #1e1e1e;padding: 15px;border-radius: 8px;box-shadow: 0px 2px 5px rgba(0, 0, 0, 0.2);margin: auto;'>
                <div style='display: flex; justify-content: space-between; align-items: center;'>
                    <div> <img src='https://profile-photos.hackerone-user-content.com/variants/STtZ2opgRsHdKby72xs56KhB/2a499a0b732abf809ef45635d9ad400431480fafd17452e700cbdba6fd64fe85' alt='Logo' style='width: 40px; height: 40px; border-radius: 50%;'> </div>
                    <div style='display: flex; gap: 5px;'>
                        <span style='background: #fd7e14; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>High</span><br />
                        <span style='background: #28a745; color: white; padding: 5px 10px; border-radius: 12px; font-size: 12px;'>resolved</span><br />
                    </div>
                </div>
                <h2 style='color: #4aa3ff;font-size: 18px;margin-top: 10px;'> <a href='https://hackerone.com/reports/4035023' style='color: #4aa3ff;' target='new'>Ordinary HEY user can make HEY originate authenticated mail from attacker-selected @hey.com  addresses</a></h2><br />
                <p style='font-size: 14px;color: #bbb;margin-top: 5px;'> Bug reported by <a href='https://hackerone.com/gachikuku?type=user' style='color: #4aa3ff;' target='new'> <strong> Alnoman Kamil</strong></a> was disclosed at October 20, 2026, 9:35 am &nbsp; | &nbsp; <span style='color: #ff6b6b;'>Improper Access Control - Generic</span> </p>
                <p style='font-size: 14px; color: #aaa; margin-top: 10px;'> A vulnerability was discovered in HEY's email service that allowed ordinary users to send authenticated emails from arbitrary HEY addresses without authorization. An attacker could create a temporary external account claiming any target HEY address using unrelated SMTP credentials, enqueue a message, and then delete the external account before delivery. This caused the message to be delivered through HEY's infrastructure while retaining the claimed identity and valid authentication signatures. The vulnerability was successfully reproduced, with messages displaying spoofed sender information being delivered to recipient inboxes with passing SPF, DKIM, and DMARC validation. </p>
              </div><br>]]></content:encoded>
		</item>
	</channel>
</rss>