<?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[Spear - World News]]></title>
		<link>https://spear.cx/</link>
		<description><![CDATA[Spear - https://spear.cx]]></description>
		<pubDate>Sat, 06 Jun 2026 09:24:40 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Chrome Device Bound Session Credentials [DBSC]]]></title>
			<link>https://spear.cx/Thread-Chrome-Device-Bound-Session-Credentials-DBSC</link>
			<pubDate>Mon, 01 Jun 2026 03:12:01 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=2745">kaya</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Chrome-Device-Bound-Session-Credentials-DBSC</guid>
			<description><![CDATA[The developers behind Chrome released rolled out a feature called DBSC that's designed to prevent the efficacy of infostealers malware when it comes to cookie theft. I genuinely believe this might be the straw that broke the camel's back when it comes to cookie theft if mass adopted, security mechanism that are built into hardware, especially TPM itself, from an outside perspective looks robust and fairly infallible.<br />
<br />
<blockquote class="mycode_quote"><cite>Quote:</cite>Google says the Chrome Device Bound Session Credentials (DBSC) security feature is now generally available and is rolling out to all users to prevent account takeovers.<br />
Available in beta <a href="https://www.bleepingcomputer.com/news/security/google-chrome-adds-infostealer-protection-against-session-cookie-theft/" target="_blank" rel="noopener" class="mycode_url">since April</a>, DBSC was first <a href="https://www.bleepingcomputer.com/news/security/new-chrome-feature-aims-to-stop-hackers-from-using-stolen-cookies/" target="_blank" rel="noopener" class="mycode_url">announced in 2024</a> as a way to cryptographically bind session cookies to a specific device, preventing hackers from using such stolen cookies to bypass multi-factor authentication (MFA) and hijack users' accounts.<br />
DBSC works by cryptographically linking user sessions to the hardware, such as their computer's security chip (e.g., the Trusted Platform Module (TPM) on Windows and the Secure Enclave on macOS).<br />
Since the unique public/private keys used to encrypt and decrypt sensitive data are generated by the security chip, they cannot be stolen, preventing attackers from using stolen session cookies.<br />
"DBSC fundamentally changes the web's capability to defend against this threat by shifting the paradigm from reactive detection to proactive prevention, ensuring that successfully exfiltrated cookies cannot be used to access users' accounts," Google said in April.<br />
"DBSC strengthens account security after users are logged in and helps bind a session cookie — small files used by websites to remember user information — to the device a user authenticated from. Even if malware was present on the user's device, DBSC reduces the risk of session theft and makes it meaningfully more difficult for malicious actors to exploit stolen session cookies," <a href="https://workspaceupdates.googleblog.com/2026/05/prevent-account-takeovers-with-DBSC-now-generally-available-in-the-Chrome-browser-for-Windows.html" target="_blank" rel="noopener" class="mycode_url">it added this week</a>.<br />
The feature is now rolling out to all Google Workspace customers, Workspace Individual subscribers, and users with personal Google accounts.<br />
Google added that it will be enabled by default for all Google Workspace customers upon rollout and that administrators cannot disable it.<br />
In the past, threat actors have abused the undocumented <a href="https://www.bleepingcomputer.com/news/security/malware-abuses-google-oauth-endpoint-to-revive-cookies-hijack-accounts/" target="_blank" rel="noopener" class="mycode_url">Google OAuth "MultiLogin" API endpoint</a> to generate new authentication cookies after stolen ones expired.<br />
The Lumma and Rhadamanthys information-stealing malware operations have also claimed that they could <a href="https://www.bleepingcomputer.com/news/security/malware-dev-says-they-can-revive-expired-google-auth-cookies/" target="_blank" rel="noopener" class="mycode_url">restore expired Google authentication cookies</a> stolen in attacks to gain access to infected users' Google accounts.<br />
At the time, Google <a href="https://www.bleepingcomputer.com/news/security/google-malware-abusing-api-is-standard-token-theft-not-an-api-issue/" target="_blank" rel="noopener" class="mycode_url">advised customers</a> to remove malware from their devices and recommended enabling Chrome's Enhanced Safe Browsing security mode to defend against phishing and malware attacks.<br />
However, the new Chrome Device Bound Session Credentials (DBSC) security feature should effectively block malicious actors from abusing such stolen cookies, as they will not have access to the cryptographic keys required to use them.</blockquote>
<br />
<br />
Source:<br />
<a href="https://www.bleepingcomputer.com/news/security/google-chrome-adds-session-cookie-theft-protection-for-all-users/" target="_blank" rel="noopener" class="mycode_url">https://www.bleepingcomputer.com/news/se...all-users/</a>]]></description>
			<content:encoded><![CDATA[The developers behind Chrome released rolled out a feature called DBSC that's designed to prevent the efficacy of infostealers malware when it comes to cookie theft. I genuinely believe this might be the straw that broke the camel's back when it comes to cookie theft if mass adopted, security mechanism that are built into hardware, especially TPM itself, from an outside perspective looks robust and fairly infallible.<br />
<br />
<blockquote class="mycode_quote"><cite>Quote:</cite>Google says the Chrome Device Bound Session Credentials (DBSC) security feature is now generally available and is rolling out to all users to prevent account takeovers.<br />
Available in beta <a href="https://www.bleepingcomputer.com/news/security/google-chrome-adds-infostealer-protection-against-session-cookie-theft/" target="_blank" rel="noopener" class="mycode_url">since April</a>, DBSC was first <a href="https://www.bleepingcomputer.com/news/security/new-chrome-feature-aims-to-stop-hackers-from-using-stolen-cookies/" target="_blank" rel="noopener" class="mycode_url">announced in 2024</a> as a way to cryptographically bind session cookies to a specific device, preventing hackers from using such stolen cookies to bypass multi-factor authentication (MFA) and hijack users' accounts.<br />
DBSC works by cryptographically linking user sessions to the hardware, such as their computer's security chip (e.g., the Trusted Platform Module (TPM) on Windows and the Secure Enclave on macOS).<br />
Since the unique public/private keys used to encrypt and decrypt sensitive data are generated by the security chip, they cannot be stolen, preventing attackers from using stolen session cookies.<br />
"DBSC fundamentally changes the web's capability to defend against this threat by shifting the paradigm from reactive detection to proactive prevention, ensuring that successfully exfiltrated cookies cannot be used to access users' accounts," Google said in April.<br />
"DBSC strengthens account security after users are logged in and helps bind a session cookie — small files used by websites to remember user information — to the device a user authenticated from. Even if malware was present on the user's device, DBSC reduces the risk of session theft and makes it meaningfully more difficult for malicious actors to exploit stolen session cookies," <a href="https://workspaceupdates.googleblog.com/2026/05/prevent-account-takeovers-with-DBSC-now-generally-available-in-the-Chrome-browser-for-Windows.html" target="_blank" rel="noopener" class="mycode_url">it added this week</a>.<br />
The feature is now rolling out to all Google Workspace customers, Workspace Individual subscribers, and users with personal Google accounts.<br />
Google added that it will be enabled by default for all Google Workspace customers upon rollout and that administrators cannot disable it.<br />
In the past, threat actors have abused the undocumented <a href="https://www.bleepingcomputer.com/news/security/malware-abuses-google-oauth-endpoint-to-revive-cookies-hijack-accounts/" target="_blank" rel="noopener" class="mycode_url">Google OAuth "MultiLogin" API endpoint</a> to generate new authentication cookies after stolen ones expired.<br />
The Lumma and Rhadamanthys information-stealing malware operations have also claimed that they could <a href="https://www.bleepingcomputer.com/news/security/malware-dev-says-they-can-revive-expired-google-auth-cookies/" target="_blank" rel="noopener" class="mycode_url">restore expired Google authentication cookies</a> stolen in attacks to gain access to infected users' Google accounts.<br />
At the time, Google <a href="https://www.bleepingcomputer.com/news/security/google-malware-abusing-api-is-standard-token-theft-not-an-api-issue/" target="_blank" rel="noopener" class="mycode_url">advised customers</a> to remove malware from their devices and recommended enabling Chrome's Enhanced Safe Browsing security mode to defend against phishing and malware attacks.<br />
However, the new Chrome Device Bound Session Credentials (DBSC) security feature should effectively block malicious actors from abusing such stolen cookies, as they will not have access to the cryptographic keys required to use them.</blockquote>
<br />
<br />
Source:<br />
<a href="https://www.bleepingcomputer.com/news/security/google-chrome-adds-session-cookie-theft-protection-for-all-users/" target="_blank" rel="noopener" class="mycode_url">https://www.bleepingcomputer.com/news/se...all-users/</a>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Russian Research Institute Announces Hack]]></title>
			<link>https://spear.cx/Thread-Russian-Research-Institute-Announces-Hack</link>
			<pubDate>Thu, 28 May 2026 16:55:20 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=5251">SVA2027</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Russian-Research-Institute-Announces-Hack</guid>
			<description><![CDATA[<span style="color: #aaaaaa;" class="mycode_color"><span style="font-family: Roboto, sans-serif;" class="mycode_font">The Russian Federal State Autonomous Institution Scientific Research Institute SpetsVuzAvtomatika announced they were hacked.. They are a state-owned scientific and IT organization based in Rostov-on-Don, Russia. The institute operates in the fields of information security, cybersecurity, cryptography, and advanced computing. They support a bunch of Russian government customers. They announce their hack here -  <a href="https://niisva.dev/tpost/lmbdpr6991-vazhnaya-novost" target="_blank" rel="noopener" class="mycode_url">https://niisva.dev/tpost/lmbdpr6991-vazhnaya-novost</a>.</span></span><br />
<span style="color: #aaaaaa;" class="mycode_color"><span style="font-family: Roboto, sans-serif;" class="mycode_font"> </span></span>]]></description>
			<content:encoded><![CDATA[<span style="color: #aaaaaa;" class="mycode_color"><span style="font-family: Roboto, sans-serif;" class="mycode_font">The Russian Federal State Autonomous Institution Scientific Research Institute SpetsVuzAvtomatika announced they were hacked.. They are a state-owned scientific and IT organization based in Rostov-on-Don, Russia. The institute operates in the fields of information security, cybersecurity, cryptography, and advanced computing. They support a bunch of Russian government customers. They announce their hack here -  <a href="https://niisva.dev/tpost/lmbdpr6991-vazhnaya-novost" target="_blank" rel="noopener" class="mycode_url">https://niisva.dev/tpost/lmbdpr6991-vazhnaya-novost</a>.</span></span><br />
<span style="color: #aaaaaa;" class="mycode_color"><span style="font-family: Roboto, sans-serif;" class="mycode_font"> </span></span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Microsoft Patches 138 Vulnerabilities]]></title>
			<link>https://spear.cx/Thread-Microsoft-Patches-138-Vulnerabilities</link>
			<pubDate>Wed, 20 May 2026 17:11:16 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=5187">love630</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Microsoft-Patches-138-Vulnerabilities</guid>
			<description><![CDATA[Microsoft on Tuesday released patches for 138 security vulnerabilities spanning its product portfolio, although none of them have been listed as publicly known or under active attack.<br />
<br />
Of the 138 flaws, 30 are rated Critical, 104 are rated Important, three are rated Moderate, and one is rated Low in severity. As many as 61 vulnerabilities are classified as privilege escalation bugs, followed by 32 remote code execution, 15 information disclosure, 14 spoofing, eight denial-of-service, six security feature bypass, and two tampering flaws.]]></description>
			<content:encoded><![CDATA[Microsoft on Tuesday released patches for 138 security vulnerabilities spanning its product portfolio, although none of them have been listed as publicly known or under active attack.<br />
<br />
Of the 138 flaws, 30 are rated Critical, 104 are rated Important, three are rated Moderate, and one is rated Low in severity. As many as 61 vulnerabilities are classified as privilege escalation bugs, followed by 32 remote code execution, 15 information disclosure, 14 spoofing, eight denial-of-service, six security feature bypass, and two tampering flaws.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[18-Year-Old NGINX Rewrite Module Flaw Enables Unauthenticated RCE]]></title>
			<link>https://spear.cx/Thread-18-Year-Old-NGINX-Rewrite-Module-Flaw-Enables-Unauthenticated-RCE</link>
			<pubDate>Wed, 20 May 2026 17:09:16 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=5187">love630</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-18-Year-Old-NGINX-Rewrite-Module-Flaw-Enables-Unauthenticated-RCE</guid>
			<description><![CDATA[<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">Cybersec</span></span></span><br />
Cybersecurity researchers have disclosed multiple security vulnerabilities impacting NGINX Plus and NGINX Open, including a critical flaw that remained undetected for 18 years.<br />
<br />
The vulnerability, discovered by depthfirst, is a heap buffer overflow issue impacting ngx_http_rewrite_module (CVE-2026-42945, CVSS v4 score: 9.2) that could allow an attacker to achieve remote code execution or cause a denial-of-service (DoS) with crafted requests. It has been codenamed NGINX Rift.<br />
<br />
"NGINX Plus and NGINX Open Source have a vulnerability in the ngx_http_rewrite_module module," F5 said in an advisory released Wednesday. "This vulnerability exists when the rewrite directive is followed by a rewrite, if, or set directive and an unnamed Perl-Compatible Regular Expression (PCRE) capture (for example, &#36;1, &#36;2) with a replacement string that includes a question mark (?)."<br />
<br />
"An unauthenticated attacker, along with conditions beyond its control, can exploit this vulnerability by sending crafted HTTP requests. This may cause a heap buffer overflow in the NGINX worker process, leading to a restart. Additionally, for systems with Address Space Layout Randomization (ASLR ) disabled, code execution is possible."]]></description>
			<content:encoded><![CDATA[<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">Cybersec</span></span></span><br />
Cybersecurity researchers have disclosed multiple security vulnerabilities impacting NGINX Plus and NGINX Open, including a critical flaw that remained undetected for 18 years.<br />
<br />
The vulnerability, discovered by depthfirst, is a heap buffer overflow issue impacting ngx_http_rewrite_module (CVE-2026-42945, CVSS v4 score: 9.2) that could allow an attacker to achieve remote code execution or cause a denial-of-service (DoS) with crafted requests. It has been codenamed NGINX Rift.<br />
<br />
"NGINX Plus and NGINX Open Source have a vulnerability in the ngx_http_rewrite_module module," F5 said in an advisory released Wednesday. "This vulnerability exists when the rewrite directive is followed by a rewrite, if, or set directive and an unnamed Perl-Compatible Regular Expression (PCRE) capture (for example, &#36;1, &#36;2) with a replacement string that includes a question mark (?)."<br />
<br />
"An unauthenticated attacker, along with conditions beyond its control, can exploit this vulnerability by sending crafted HTTP requests. This may cause a heap buffer overflow in the NGINX worker process, leading to a restart. Additionally, for systems with Address Space Layout Randomization (ASLR ) disabled, code execution is possible."]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Microsoft Takes Down Malware-Signing Service Behind Ransomware Attacks]]></title>
			<link>https://spear.cx/Thread-Microsoft-Takes-Down-Malware-Signing-Service-Behind-Ransomware-Attacks</link>
			<pubDate>Wed, 20 May 2026 17:05:48 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=5187">love630</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Microsoft-Takes-Down-Malware-Signing-Service-Behind-Ransomware-Attacks</guid>
			<description><![CDATA[<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">Microsoft on Tuesday said it disrupted a malware-signing-as-a-service (MSaaS) operation that weaponized the company's Artifact Signing system to deliver malicious code and conduct ransomware and other attacks, compromising thousands of machines and networks across the world.</span></span></span><br />
<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">The tech giant attributed the activity to a threat actor it calls <span style="font-weight: bold;" class="mycode_b">Fox Tempest</span>, which it said offered the MSaaS scheme to allow cybercriminals to disguise malware as legitimate software. The threat actor has been active since May 2025. The seizure effort has been codenamed <a href="https://www.noticeofpleadings.net/OpFauxSign/index.html" target="_blank" rel="noopener" class="mycode_url"><span style="color: #4b5aef;" class="mycode_color"><span style="font-weight: bold;" class="mycode_b">OpFauxSign</span></span></a>.</span></span></span><br />
<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">"To disrupt the service, we seized Fox Tempest's website signspace[.]cloud, took offline hundreds of the virtual machines running the operation, and blocked access to a site hosting the underlying code," Steven Masada, assistant general counsel at Microsoft's Digital Crimes Unit</span></span></span>]]></description>
			<content:encoded><![CDATA[<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">Microsoft on Tuesday said it disrupted a malware-signing-as-a-service (MSaaS) operation that weaponized the company's Artifact Signing system to deliver malicious code and conduct ransomware and other attacks, compromising thousands of machines and networks across the world.</span></span></span><br />
<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">The tech giant attributed the activity to a threat actor it calls <span style="font-weight: bold;" class="mycode_b">Fox Tempest</span>, which it said offered the MSaaS scheme to allow cybercriminals to disguise malware as legitimate software. The threat actor has been active since May 2025. The seizure effort has been codenamed <a href="https://www.noticeofpleadings.net/OpFauxSign/index.html" target="_blank" rel="noopener" class="mycode_url"><span style="color: #4b5aef;" class="mycode_color"><span style="font-weight: bold;" class="mycode_b">OpFauxSign</span></span></a>.</span></span></span><br />
<span style="color: #40404a;" class="mycode_color"><span style="font-size: 1pt;" class="mycode_size"><span style="font-family: Roboto, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif;" class="mycode_font">"To disrupt the service, we seized Fox Tempest's website signspace[.]cloud, took offline hundreds of the virtual machines running the operation, and blocked access to a site hosting the underlying code," Steven Masada, assistant general counsel at Microsoft's Digital Crimes Unit</span></span></span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[SESSION SHUTTING DOWN]]></title>
			<link>https://spear.cx/Thread-SESSION-SHUTTING-DOWN</link>
			<pubDate>Wed, 13 May 2026 15:17:01 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=4645">icesig</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-SESSION-SHUTTING-DOWN</guid>
			<description><![CDATA[Privacy Messenger Session Is Staring Down a 90-Day Countdown to Obscurity<br />
With paid developers gone and only volunteers remaining, the app has until July 8 to secure funding or fade into irrelevance.<br />
<br />
If you care about privacy and don't take too well to governments and <a href="https://en.wikipedia.org/wiki/Big_Tech?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Big Tech</a> companies snooping on your messages, then <a href="https://getsession.org/?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Session</a> has probably come up at some point. It's a free, open source, end-to-end encrypted messaging app that doesn't ask for your phone number or email to sign up.<br />
Messages are routed through an onion network rather than a central server, and the combination of no-metadata messaging, anonymous sign-up, and decentralized architecture has earned it a loyal following among privacy-conscious users.<br />
Unfortunately, the project has sent out <a href="https://x.com/session_app/status/2042047514749342020?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">a mayday call</a> as it risks closure.<br />
<br />
The <a href="https://session.foundation/?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Session Technology Foundation</a> (STF) sent out what can only be described as a distress signal, announcing that the app's survival is now in serious peril. The day it was posted on was also the last working day for all paid staff and developers at the STF.<br />
From that point on, <span style="font-weight: bold;" class="mycode_b">Session is being kept running entirely by volunteers</span>.<br />
The donations that they received earlier are enough to keep critical infrastructure online until <span style="font-weight: bold;" class="mycode_b">July 8</span>, but not nearly enough to retain a development team. With nobody left on payroll, development has been paused.<br />
Due to that, introducing new features is off the table, existing bugs will most likely go unaddressed, and the STF says <span style="font-weight: bold;" class="mycode_b">new releases are unlikely during this period</span>.<br />
Session co-founder <a href="https://x.com/Cryptic_cm?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Chris McCabe</a> had already flagged the trouble coming. In <a href="https://getsession.org/blog/a-personal-appeal-from-cofounder-of-session-chris-mccabe?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">a personal appeal</a> published earlier in March, he wrote that the organizations safeguarding Session had faced many challenges over the years and that the project's very survival was now at risk.<br />
<br />
<br />
<a href="https://itsfoss.com/news/session-call-for-donations/" target="_blank" rel="noopener" class="mycode_url">https://itsfoss.com/news/session-call-for-donations/</a><br />
<br />
<br />
<br />
***Whats everyone going to use moving forward ?***]]></description>
			<content:encoded><![CDATA[Privacy Messenger Session Is Staring Down a 90-Day Countdown to Obscurity<br />
With paid developers gone and only volunteers remaining, the app has until July 8 to secure funding or fade into irrelevance.<br />
<br />
If you care about privacy and don't take too well to governments and <a href="https://en.wikipedia.org/wiki/Big_Tech?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Big Tech</a> companies snooping on your messages, then <a href="https://getsession.org/?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Session</a> has probably come up at some point. It's a free, open source, end-to-end encrypted messaging app that doesn't ask for your phone number or email to sign up.<br />
Messages are routed through an onion network rather than a central server, and the combination of no-metadata messaging, anonymous sign-up, and decentralized architecture has earned it a loyal following among privacy-conscious users.<br />
Unfortunately, the project has sent out <a href="https://x.com/session_app/status/2042047514749342020?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">a mayday call</a> as it risks closure.<br />
<br />
The <a href="https://session.foundation/?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Session Technology Foundation</a> (STF) sent out what can only be described as a distress signal, announcing that the app's survival is now in serious peril. The day it was posted on was also the last working day for all paid staff and developers at the STF.<br />
From that point on, <span style="font-weight: bold;" class="mycode_b">Session is being kept running entirely by volunteers</span>.<br />
The donations that they received earlier are enough to keep critical infrastructure online until <span style="font-weight: bold;" class="mycode_b">July 8</span>, but not nearly enough to retain a development team. With nobody left on payroll, development has been paused.<br />
Due to that, introducing new features is off the table, existing bugs will most likely go unaddressed, and the STF says <span style="font-weight: bold;" class="mycode_b">new releases are unlikely during this period</span>.<br />
Session co-founder <a href="https://x.com/Cryptic_cm?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">Chris McCabe</a> had already flagged the trouble coming. In <a href="https://getsession.org/blog/a-personal-appeal-from-cofounder-of-session-chris-mccabe?ref=itsfoss.com" target="_blank" rel="noopener" class="mycode_url">a personal appeal</a> published earlier in March, he wrote that the organizations safeguarding Session had faced many challenges over the years and that the project's very survival was now at risk.<br />
<br />
<br />
<a href="https://itsfoss.com/news/session-call-for-donations/" target="_blank" rel="noopener" class="mycode_url">https://itsfoss.com/news/session-call-for-donations/</a><br />
<br />
<br />
<br />
***Whats everyone going to use moving forward ?***]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Drift Protocol $285M Drained]]></title>
			<link>https://spear.cx/Thread-Drift-Protocol-285M-Drained</link>
			<pubDate>Thu, 02 Apr 2026 10:45:31 +0200</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=2385">tequila</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Drift-Protocol-285M-Drained</guid>
			<description><![CDATA[on april 1st, solona based dex "drift" protocol got drained for &#36;285M stemming from a compromised admin key which allowed the threat actor to manipulate oracle pricing and artificially inflate his fake token "carbon vote token" (750M units minted). he initially seeded the liquidity pool for said token for &#36;500 via raydium weeks prior. with drift admin access he was able to list his token and drain the protocol within 12 minutes, turning a &#36;500 investment into &#36;285M. he then bridged sol to eth via circle. drift addressed the matter on twitter by stating "this is not an april fools joke". <br />
<br />
absolutely mad! how did the admin get compromised? 2/5 sigs were needed, why did the 2nd confirm right away without verifying specifics? inside job?]]></description>
			<content:encoded><![CDATA[on april 1st, solona based dex "drift" protocol got drained for &#36;285M stemming from a compromised admin key which allowed the threat actor to manipulate oracle pricing and artificially inflate his fake token "carbon vote token" (750M units minted). he initially seeded the liquidity pool for said token for &#36;500 via raydium weeks prior. with drift admin access he was able to list his token and drain the protocol within 12 minutes, turning a &#36;500 investment into &#36;285M. he then bridged sol to eth via circle. drift addressed the matter on twitter by stating "this is not an april fools joke". <br />
<br />
absolutely mad! how did the admin get compromised? 2/5 sigs were needed, why did the 2nd confirm right away without verifying specifics? inside job?]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[DarkSword]]></title>
			<link>https://spear.cx/Thread-DarkSword</link>
			<pubDate>Tue, 24 Mar 2026 18:45:59 +0100</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=1748">Lapidus</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-DarkSword</guid>
			<description><![CDATA[Now someone has leaked a newer version of DarkSword and published it on the code-sharing site GitHub.<br />
<br />
<a href="https://techcrunch.com/2026/03/23/someone-has-publicly-leaked-an-exploit-kit-that-can-hack-millions-of-iphones/" target="_blank" rel="noopener" class="mycode_url">https://techcrunch.com/2026/03/23/someon...f-iphones/</a>]]></description>
			<content:encoded><![CDATA[Now someone has leaked a newer version of DarkSword and published it on the code-sharing site GitHub.<br />
<br />
<a href="https://techcrunch.com/2026/03/23/someone-has-publicly-leaked-an-exploit-kit-that-can-hack-millions-of-iphones/" target="_blank" rel="noopener" class="mycode_url">https://techcrunch.com/2026/03/23/someon...f-iphones/</a>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[(      )-SnowSoul ID-1263 (statement)]]></title>
			<link>https://spear.cx/Thread-SnowSoul-ID-1263-statement</link>
			<pubDate>Thu, 19 Mar 2026 07:23:49 +0100</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=1712">SnowSoul</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-SnowSoul-ID-1263-statement</guid>
			<description><![CDATA[    ?               (      )<br />
<br />
Shandong Province, Yantai International Labor Service Company (Yantai International)<br />
<br />
                         ? 100GB                 2000                    ?<br />
<br />
                                                                                                                            ?                <br />
<br />
                                                       ? 2000     ?<br />
<br />
                      ?,,                    ?          <br />
<br />
We have encrypted your system and stolen 100GB of your data. All you had to do was pay &#36;2,000, and the matter would have been settled once and for all. ?<br />
<br />
Yet, you chose to ignore us. You chose silence, refusing to engage in any communication ?standing idly by as your data was exposed to the public, utterly indifferent and displaying complete apathy. Look at this: this is the true face of those damn Chinese elites. The true face of the damn rich.<br />
<br />
They simply do not care about the consequences. They do not care about the harm they cause... The only thing they care about is that measly &#36;2,000.<br />
<br />
<br />
We will continue to launch attacks against China's wealthy elite ?and this is precisely what we have been doing all along.]]></description>
			<content:encoded><![CDATA[    ?               (      )<br />
<br />
Shandong Province, Yantai International Labor Service Company (Yantai International)<br />
<br />
                         ? 100GB                 2000                    ?<br />
<br />
                                                                                                                            ?                <br />
<br />
                                                       ? 2000     ?<br />
<br />
                      ?,,                    ?          <br />
<br />
We have encrypted your system and stolen 100GB of your data. All you had to do was pay &#36;2,000, and the matter would have been settled once and for all. ?<br />
<br />
Yet, you chose to ignore us. You chose silence, refusing to engage in any communication ?standing idly by as your data was exposed to the public, utterly indifferent and displaying complete apathy. Look at this: this is the true face of those damn Chinese elites. The true face of the damn rich.<br />
<br />
They simply do not care about the consequences. They do not care about the harm they cause... The only thing they care about is that measly &#36;2,000.<br />
<br />
<br />
We will continue to launch attacks against China's wealthy elite ?and this is precisely what we have been doing all along.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Trump planning to go to war with Iran]]></title>
			<link>https://spear.cx/Thread-Trump-planning-to-go-to-war-with-Iran</link>
			<pubDate>Sun, 22 Feb 2026 12:51:12 +0100</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=1149">Neo</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Trump-planning-to-go-to-war-with-Iran</guid>
			<description><![CDATA[There's rumors going around online that Donald Trump is planning on going to war with Iran. I'm curious what everyone's thoughts about this are?]]></description>
			<content:encoded><![CDATA[There's rumors going around online that Donald Trump is planning on going to war with Iran. I'm curious what everyone's thoughts about this are?]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Trump declassifying UFO documents]]></title>
			<link>https://spear.cx/Thread-Trump-declassifying-UFO-documents</link>
			<pubDate>Sun, 22 Feb 2026 11:47:41 +0100</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=1149">Neo</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-Trump-declassifying-UFO-documents</guid>
			<description><![CDATA[Recently Donald Trump posted on his Truth Social that he is calling for the government to reveal everything regarding extraterrestrials, UFO's, and UAP's. Some people are saying he did this to distract from the current Epstein files scandal, and that the majority of these UFO documents will be heavily redacted anyways. What is everyone's thoughts on all of this?<br />
<br />
Source: <a href="https://xcancel.com/PressSec/status/2024654420332425572" target="_blank" rel="noopener" class="mycode_url">https://xcancel.com/PressSec/status/2024654420332425572</a>]]></description>
			<content:encoded><![CDATA[Recently Donald Trump posted on his Truth Social that he is calling for the government to reveal everything regarding extraterrestrials, UFO's, and UAP's. Some people are saying he did this to distract from the current Epstein files scandal, and that the majority of these UFO documents will be heavily redacted anyways. What is everyone's thoughts on all of this?<br />
<br />
Source: <a href="https://xcancel.com/PressSec/status/2024654420332425572" target="_blank" rel="noopener" class="mycode_url">https://xcancel.com/PressSec/status/2024654420332425572</a>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[USA and venezuela]]></title>
			<link>https://spear.cx/Thread-USA-and-venezuela</link>
			<pubDate>Fri, 09 Jan 2026 17:36:02 +0100</pubDate>
			<dc:creator><![CDATA[<a href="https://spear.cx/member.php?action=profile&uid=49">ragnarok</a>]]></dc:creator>
			<guid isPermaLink="false">https://spear.cx/Thread-USA-and-venezuela</guid>
			<description><![CDATA[honestly this is the funniest shit and most staged ( my opinion ) <br />
<br />
honestly Maduro seems like a good guy, but ive done some research apparently he " owns " cocaine factories and imports them into the united states and to my opinion that is probably true but we can never know till solid proof is out. back to the main subject I think trump captured Maduro due to his oil reserves and not the fact of the cocaine smuggling and creation of it because theres a massive background about oil and united states, trump is known to target countries for oil this goes back to the  2003 war including the main target iraq he said "  USA should have taken Iraq ?s oil " but the keyword in this quote is should. which states that he WANTS oil reserves HE NEEDS oil reserves. and if we look onto the news now hes targeting venezuela due to their massive oil reserves and theres clear videos of his army actually extracting them from venezuela and seizing it.]]></description>
			<content:encoded><![CDATA[honestly this is the funniest shit and most staged ( my opinion ) <br />
<br />
honestly Maduro seems like a good guy, but ive done some research apparently he " owns " cocaine factories and imports them into the united states and to my opinion that is probably true but we can never know till solid proof is out. back to the main subject I think trump captured Maduro due to his oil reserves and not the fact of the cocaine smuggling and creation of it because theres a massive background about oil and united states, trump is known to target countries for oil this goes back to the  2003 war including the main target iraq he said "  USA should have taken Iraq ?s oil " but the keyword in this quote is should. which states that he WANTS oil reserves HE NEEDS oil reserves. and if we look onto the news now hes targeting venezuela due to their massive oil reserves and theres clear videos of his army actually extracting them from venezuela and seizing it.]]></content:encoded>
		</item>
	</channel>
</rss>