<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Llm on Crusader Research</title>
		<link>https://crusaderproxy.com/research/hi/tags/llm/</link>
		<description>Recent content in Llm on Crusader Research</description>
		<generator>Hugo</generator>
		<language>hi</language>
		
		
		
		
			<lastBuildDate>Fri, 03 Jul 2026 00:00:00 +0000</lastBuildDate>
		
			<atom:link href="https://crusaderproxy.com/research/hi/tags/llm/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Indirect prompt injection एजेंट युग का SSRF है</title>
				<link>https://crusaderproxy.com/research/hi/posts/prompt-injection-is-the-new-ssrf/</link>
				<pubDate>Fri, 03 Jul 2026 00:00:00 +0000</pubDate>
				<guid>https://crusaderproxy.com/research/hi/posts/prompt-injection-is-the-new-ssrf/</guid>
				<description>&lt;p&gt;अधिकांश लेख आपको बताते हैं कि prompt injection &amp;ldquo;तब है जब model अपने input में मौजूद instructions का पालन करता है।&amp;rdquo; सही, और बेकार — क्योंकि यह ढाँचा इसे एक chatbot की सनक जैसा दिखा देता है जिसे आप बेहतर system prompt से पैच कर देते हैं। यह वैसा नहीं है। यह एक architecture bug है जिसे आप पहले से ही किसी और नाम से जानते हैं।&lt;/p&gt;&#xA;&lt;p&gt;SSRF इसलिए हुआ क्योंकि एक server ऐसे URL को fetch करता था जिसे &lt;em&gt;आप&lt;/em&gt; नियंत्रित करते थे और &lt;strong&gt;response&lt;/strong&gt; पर भरोसा कर लेता था। Indirect prompt injection इसलिए होती है क्योंकि एक agent ऐसी सामग्री पढ़ता है जिसे &lt;em&gt;आप&lt;/em&gt; नियंत्रित करते हैं — एक web page, एक PDF, एक email, एक calendar invite — और उसे &lt;strong&gt;instructions&lt;/strong&gt; मानकर भरोसा कर लेता है। एक ही दोष, नया माध्यम। server-side fetch एक model-side read बन गया; भरोसेमंद response एक भरोसेमंद command बन गया।&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
