<?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/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Kommentare zu: Digispark – die USB Rubber Ducky Alternative (Teil3)	</title>
	<atom:link href="https://pentestit.de/digispark-die-usb-rubber-ducky-alternative-teil3/feed/" rel="self" type="application/rss+xml" />
	<link>https://pentestit.de/digispark-die-usb-rubber-ducky-alternative-teil3/</link>
	<description>Yet Another Infosec Website</description>
	<lastBuildDate>Sun, 12 Jan 2020 16:43:46 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9</generator>
	<item>
		<title>
		Von: MaMe82		</title>
		<link>https://pentestit.de/digispark-die-usb-rubber-ducky-alternative-teil3/#comment-8483</link>

		<dc:creator><![CDATA[MaMe82]]></dc:creator>
		<pubDate>Wed, 11 Jan 2017 00:55:07 +0000</pubDate>
		<guid isPermaLink="false">https://pentestit.de/?p=2236#comment-8483</guid>

					<description><![CDATA[Danke für den hochinteressanten Beitrag. Kleiner Verbesserungsvorschlag: Den handler für Meterpreter in diesem Fall mit ExitOnSession=True laufen lassen. Wird der Payload erneut gestartet (10 Minuten Loop) stirbt der Prozess direkt wieder, weil er den handler nicht erreicht - es würden dafür keine redundanten TCP Verbindungen aufgebaut und nicht mehrere Prozesse mit gleichem Namen auf dem Opfersystem laufen. Geht dem Angreifer eine bereits bestehende Meterpreter Session  verloren, kann der Handler in MSF einfach manuell neu gestartet und der nächste Verbindungsaufbau abgewartet werden.]]></description>
			<content:encoded><![CDATA[<p>Danke für den hochinteressanten Beitrag. Kleiner Verbesserungsvorschlag: Den handler für Meterpreter in diesem Fall mit ExitOnSession=True laufen lassen. Wird der Payload erneut gestartet (10 Minuten Loop) stirbt der Prozess direkt wieder, weil er den handler nicht erreicht &#8211; es würden dafür keine redundanten TCP Verbindungen aufgebaut und nicht mehrere Prozesse mit gleichem Namen auf dem Opfersystem laufen. Geht dem Angreifer eine bereits bestehende Meterpreter Session  verloren, kann der Handler in MSF einfach manuell neu gestartet und der nächste Verbindungsaufbau abgewartet werden.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
