<?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[Bezbedan Balkan - Web, Cloud and Mobile bezbednost]]></title>
		<link>https://bezbedanbalkan.net/</link>
		<description><![CDATA[Bezbedan Balkan - https://bezbedanbalkan.net]]></description>
		<pubDate>Fri, 06 Nov 2026 09:20:59 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Revealing the Black Box of Device Search Engine]]></title>
			<link>https://bezbedanbalkan.net/thread-2470.html</link>
			<pubDate>Wed, 20 May 2026 06:26:40 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://bezbedanbalkan.net/member.php?action=profile&uid=166">Venis33</a>]]></dc:creator>
			<guid isPermaLink="false">https://bezbedanbalkan.net/thread-2470.html</guid>
			<description><![CDATA[<a href="https://arxiv.org/pdf/2412.15696" target="_blank" rel="noopener" class="mycode_url">Revealing the Black Box of Device Search Engine: </a><a href="https://arxiv.org/pdf/2412.15696" target="_blank" rel="noopener" class="mycode_url">Scanning Assets, Strategies, and Ethical</a> <a href="https://arxiv.org/pdf/2412.15696" target="_blank" rel="noopener" class="mycode_url">Consideration</a><br />
<br />
Detaljna analiza univerziteta i instituta u Kini za Shodan i familiju]]></description>
			<content:encoded><![CDATA[<a href="https://arxiv.org/pdf/2412.15696" target="_blank" rel="noopener" class="mycode_url">Revealing the Black Box of Device Search Engine: </a><a href="https://arxiv.org/pdf/2412.15696" target="_blank" rel="noopener" class="mycode_url">Scanning Assets, Strategies, and Ethical</a> <a href="https://arxiv.org/pdf/2412.15696" target="_blank" rel="noopener" class="mycode_url">Consideration</a><br />
<br />
Detaljna analiza univerziteta i instituta u Kini za Shodan i familiju]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Faktografske greške u vezi sa "kompromitovanim" resursima]]></title>
			<link>https://bezbedanbalkan.net/thread-939.html</link>
			<pubDate>Tue, 07 Nov 2023 18:06:06 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://bezbedanbalkan.net/member.php?action=profile&uid=114">SeeBeen</a>]]></dc:creator>
			<guid isPermaLink="false">https://bezbedanbalkan.net/thread-939.html</guid>
			<description><![CDATA[Pravim thread jer mi je par klijenata skrenulo pažnju da izlazi na gugletu kada se pretražuju naše (stare) IP adrese, i kad se kuca Oblak.<br />
<br />
Većina threadova u forumu <a href="https://bezbedanbalkan.net/forum-13.html" target="_blank" rel="noopener" class="mycode_url">Bezbednost privatnih resursa &gt; Kompromitovani resursi</a> je faktografski netačna.<br />
Da krenem redom.<br />
<br />
<a href="https://bezbedanbalkan.net/thread-931.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server 46.4.229.225 (zajecarskopivo.com)</a><br />
<a href="https://bezbedanbalkan.net/thread-907.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server 94.127.7.144 (institut-palanka.co.rs)</a><br />
<a href="https://bezbedanbalkan.net/thread-909.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server 78.46.107.40 (izkrugavojvodina.org)</a><br />
<a href="https://bezbedanbalkan.net/thread-881.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server na kojem hostovan pink.rs</a><br />
<br />
Pa onda i neki komentari ovde.<br />
<br />
<a href="https://bezbedanbalkan.net/thread-645.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan ambient-mdk.rs</a><br />
<a href="https://bezbedanbalkan.net/thread-437.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan nikservis.com</a><br />
<a href="https://bezbedanbalkan.net/thread-406-post-1787.html#pid1787" target="_blank" rel="noopener" class="mycode_url">Komentar ovde</a><br />
<br />
Hajmo da krenemo redom šta sve ne valja u threadovima.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Nepouzdanost AbuseIPDB servisa.</span><br />
<br />
Zabadanje bilo koje random IP adrese na abuseipdb.com će u većini slučajeva dati random broj prijava koji je veći od nula.<br />
<br />
Evo npr - ovo je naš wp2.oblak.host server<br />
<br />
<!-- start: postbit_attachments_attachment -->
<div style="padding:4px 0px;"><span class="inline-block vmiddle"><!-- start: attachment_icon -->
<img src="https://bezbedanbalkan.net/images/attachtypes/image.png" title="PNG Image" alt=".png" />
<!-- end: attachment_icon --></span>
<a  class="vmiddle inline-block" href="attachment.php?aid=1379" target="_blank">oblak_abuse_ip_1.png</a> <span class="smalltext float_right">Size: <span class="inline-block vmiddle">48.91 KB</span>&nbsp;&nbsp;Downloads: <span class="inline-block vmiddle">707</span></span>
</div>
<!-- end: postbit_attachments_attachment --><br />
<br />
Confidence of abuse <span style="font-weight: bold;" class="mycode_b">10%</span> - dve prijave u razmaku od mesec dana za svašta nešto - niđe veze sa stvarnim dešavanjem.<br />
Server koji je 100% čist i 100% secure u svakom smislu.<br />
<br />
Dakle - AbuseIPDB je u 90% slučajeva <span style="font-weight: bold;" class="mycode_b">smećarski </span>servis koji radi jako jako loš posao.<br />
Bog zna da sam se nagledao hiljada lažnih reportova za ovih 12+ godina koliko se bavim web hostingom. Čak je i UCEPROTECT u većini slučajeva pouzdaniji od AIDBa.<br />
<br />
Činjenica da se neka IP ili hostname nalazi na tom sajtu ne znači apsolutno ništa.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Navođenje random sajtova kao kompromitovanih</span><br />
<br />
Za prva tri threada koje je otvorio VincaSec - navodi nazive sajtova kao uzročnike kompromitovanja + navodi da je sam server kompromitovan.<br />
Međutim svaki server koji je naveo je shared web hosting server koji ima više od 10 sajtova, i bukvalno za svaki postoji nešto što se zove rDNS koji pokazuje pravi hostname servera.<br />
<br />
Dakle - imamo tvrdnju bez dokaza da je hosting server kompromitovan, i imamo tvrdnju da je sajt na njemu kompromitovan. I to sa tačno nula dokaza. Zašto se to dopušta?<br />
Iz nekog razloga google jako visoko rankira ovaj forum, pa za pretragu zajecarskopivo.com ovo iskače kao drugi rezultat.<br />
<br />
<!-- start: postbit_attachments_attachment -->
<div style="padding:4px 0px;"><span class="inline-block vmiddle"><!-- start: attachment_icon -->
<img src="https://bezbedanbalkan.net/images/attachtypes/image.png" title="PNG Image" alt=".png" />
<!-- end: attachment_icon --></span>
<a  class="vmiddle inline-block" href="attachment.php?aid=1380" target="_blank">zajecarskopivo_seo1.png</a> <span class="smalltext float_right">Size: <span class="inline-block vmiddle">68.71 KB</span>&nbsp;&nbsp;Downloads: <span class="inline-block vmiddle">748</span></span>
</div>
<!-- end: postbit_attachments_attachment --><br />
<br />
Za ostale threadove koje je otvorio VincaSec - apsolutno ista priča.<br />
<br />
Preporučio bih bukvalno svim članovima foruma da se informišu šta je shared web hosting, kako funkcioniše CloudLinux (koji koriste skoro pa svi lokalni provajderi). <span style="font-weight: bold;" class="mycode_b">Kompromitovan WP ili Joomla nije isto što i kompromitovan server.</span> Čak i hosting provajderi SHNJL klase u Srbiji imaju neki osnovni pojam o bezbednosti i čisto sumnjam da je nekom server komplet kompromitovan. Shared hosting serveri po pravilu imaju 100+ vhostova na njima i prava su riznica informacija, glavna meta za ransomware i ostale stvari koje vi većini članova foruma komplet prošle ispod radara.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Threadovi iz donje grupe</span><br />
<br />
Biti hosting provajder znači hostovati ogroman broj sajtova gde većina sajtova ima komplet različite konfiguracije setup, verzije WPa itd. Nerealno je očekivati da takvi sajtovi u nekom momentu ne budu "kompromitovani". Većina lokalnih hosting provajdera vrdi ili CXS ili Imunify, koji u relativno kratkom roku počiste sve, ili kompletno blokiraju rad sajta.<br />
Malo je suludo navoditi apsolutno svaki "resurs" kao kompromitovan bez nekog waiting perioda - jer se ovakve stvari rešavaju u jako brzom roku.<br />
<br />
Pritom navode se urlovi u plaintextu pa serpovi ovo sve indexiraju - bez nekog preteranog razloga.<br />
<br />
Svi ovde radite generalno OK stvar - pogotovu kada su državni serveri u pitanju - ali kad su u pitanju jelte privatne mašine - msm da morate da budete pre svega lakši na obaraču, a ako već niste. da koristite code tag za URLove - jer nekom ovi rezultati pretrage mogu da utiču na posao.]]></description>
			<content:encoded><![CDATA[Pravim thread jer mi je par klijenata skrenulo pažnju da izlazi na gugletu kada se pretražuju naše (stare) IP adrese, i kad se kuca Oblak.<br />
<br />
Većina threadova u forumu <a href="https://bezbedanbalkan.net/forum-13.html" target="_blank" rel="noopener" class="mycode_url">Bezbednost privatnih resursa &gt; Kompromitovani resursi</a> je faktografski netačna.<br />
Da krenem redom.<br />
<br />
<a href="https://bezbedanbalkan.net/thread-931.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server 46.4.229.225 (zajecarskopivo.com)</a><br />
<a href="https://bezbedanbalkan.net/thread-907.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server 94.127.7.144 (institut-palanka.co.rs)</a><br />
<a href="https://bezbedanbalkan.net/thread-909.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server 78.46.107.40 (izkrugavojvodina.org)</a><br />
<a href="https://bezbedanbalkan.net/thread-881.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan server na kojem hostovan pink.rs</a><br />
<br />
Pa onda i neki komentari ovde.<br />
<br />
<a href="https://bezbedanbalkan.net/thread-645.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan ambient-mdk.rs</a><br />
<a href="https://bezbedanbalkan.net/thread-437.html" target="_blank" rel="noopener" class="mycode_url">Kompromitovan nikservis.com</a><br />
<a href="https://bezbedanbalkan.net/thread-406-post-1787.html#pid1787" target="_blank" rel="noopener" class="mycode_url">Komentar ovde</a><br />
<br />
Hajmo da krenemo redom šta sve ne valja u threadovima.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Nepouzdanost AbuseIPDB servisa.</span><br />
<br />
Zabadanje bilo koje random IP adrese na abuseipdb.com će u većini slučajeva dati random broj prijava koji je veći od nula.<br />
<br />
Evo npr - ovo je naš wp2.oblak.host server<br />
<br />
<!-- start: postbit_attachments_attachment -->
<div style="padding:4px 0px;"><span class="inline-block vmiddle"><!-- start: attachment_icon -->
<img src="https://bezbedanbalkan.net/images/attachtypes/image.png" title="PNG Image" alt=".png" />
<!-- end: attachment_icon --></span>
<a  class="vmiddle inline-block" href="attachment.php?aid=1379" target="_blank">oblak_abuse_ip_1.png</a> <span class="smalltext float_right">Size: <span class="inline-block vmiddle">48.91 KB</span>&nbsp;&nbsp;Downloads: <span class="inline-block vmiddle">707</span></span>
</div>
<!-- end: postbit_attachments_attachment --><br />
<br />
Confidence of abuse <span style="font-weight: bold;" class="mycode_b">10%</span> - dve prijave u razmaku od mesec dana za svašta nešto - niđe veze sa stvarnim dešavanjem.<br />
Server koji je 100% čist i 100% secure u svakom smislu.<br />
<br />
Dakle - AbuseIPDB je u 90% slučajeva <span style="font-weight: bold;" class="mycode_b">smećarski </span>servis koji radi jako jako loš posao.<br />
Bog zna da sam se nagledao hiljada lažnih reportova za ovih 12+ godina koliko se bavim web hostingom. Čak je i UCEPROTECT u većini slučajeva pouzdaniji od AIDBa.<br />
<br />
Činjenica da se neka IP ili hostname nalazi na tom sajtu ne znači apsolutno ništa.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Navođenje random sajtova kao kompromitovanih</span><br />
<br />
Za prva tri threada koje je otvorio VincaSec - navodi nazive sajtova kao uzročnike kompromitovanja + navodi da je sam server kompromitovan.<br />
Međutim svaki server koji je naveo je shared web hosting server koji ima više od 10 sajtova, i bukvalno za svaki postoji nešto što se zove rDNS koji pokazuje pravi hostname servera.<br />
<br />
Dakle - imamo tvrdnju bez dokaza da je hosting server kompromitovan, i imamo tvrdnju da je sajt na njemu kompromitovan. I to sa tačno nula dokaza. Zašto se to dopušta?<br />
Iz nekog razloga google jako visoko rankira ovaj forum, pa za pretragu zajecarskopivo.com ovo iskače kao drugi rezultat.<br />
<br />
<!-- start: postbit_attachments_attachment -->
<div style="padding:4px 0px;"><span class="inline-block vmiddle"><!-- start: attachment_icon -->
<img src="https://bezbedanbalkan.net/images/attachtypes/image.png" title="PNG Image" alt=".png" />
<!-- end: attachment_icon --></span>
<a  class="vmiddle inline-block" href="attachment.php?aid=1380" target="_blank">zajecarskopivo_seo1.png</a> <span class="smalltext float_right">Size: <span class="inline-block vmiddle">68.71 KB</span>&nbsp;&nbsp;Downloads: <span class="inline-block vmiddle">748</span></span>
</div>
<!-- end: postbit_attachments_attachment --><br />
<br />
Za ostale threadove koje je otvorio VincaSec - apsolutno ista priča.<br />
<br />
Preporučio bih bukvalno svim članovima foruma da se informišu šta je shared web hosting, kako funkcioniše CloudLinux (koji koriste skoro pa svi lokalni provajderi). <span style="font-weight: bold;" class="mycode_b">Kompromitovan WP ili Joomla nije isto što i kompromitovan server.</span> Čak i hosting provajderi SHNJL klase u Srbiji imaju neki osnovni pojam o bezbednosti i čisto sumnjam da je nekom server komplet kompromitovan. Shared hosting serveri po pravilu imaju 100+ vhostova na njima i prava su riznica informacija, glavna meta za ransomware i ostale stvari koje vi većini članova foruma komplet prošle ispod radara.<br />
<br />
<span style="font-weight: bold;" class="mycode_b">Threadovi iz donje grupe</span><br />
<br />
Biti hosting provajder znači hostovati ogroman broj sajtova gde većina sajtova ima komplet različite konfiguracije setup, verzije WPa itd. Nerealno je očekivati da takvi sajtovi u nekom momentu ne budu "kompromitovani". Većina lokalnih hosting provajdera vrdi ili CXS ili Imunify, koji u relativno kratkom roku počiste sve, ili kompletno blokiraju rad sajta.<br />
Malo je suludo navoditi apsolutno svaki "resurs" kao kompromitovan bez nekog waiting perioda - jer se ovakve stvari rešavaju u jako brzom roku.<br />
<br />
Pritom navode se urlovi u plaintextu pa serpovi ovo sve indexiraju - bez nekog preteranog razloga.<br />
<br />
Svi ovde radite generalno OK stvar - pogotovu kada su državni serveri u pitanju - ali kad su u pitanju jelte privatne mašine - msm da morate da budete pre svega lakši na obaraču, a ako već niste. da koristite code tag za URLove - jer nekom ovi rezultati pretrage mogu da utiču na posao.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Defense against Client-Side Attacks]]></title>
			<link>https://bezbedanbalkan.net/thread-278.html</link>
			<pubDate>Mon, 21 Nov 2022 12:50:24 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://bezbedanbalkan.net/member.php?action=profile&uid=4">y0d4</a>]]></dc:creator>
			<guid isPermaLink="false">https://bezbedanbalkan.net/thread-278.html</guid>
			<description><![CDATA[Na dobar PDF sam naleteo vezano za zastitu krajnjih korisnika od vaseg sajta, sa objasnjenim napadima:<br />
<a href="https://docdro.id/MZGvsrV" target="_blank" rel="noopener" class="mycode_url">https://docdro.id/MZGvsrV</a>]]></description>
			<content:encoded><![CDATA[Na dobar PDF sam naleteo vezano za zastitu krajnjih korisnika od vaseg sajta, sa objasnjenim napadima:<br />
<a href="https://docdro.id/MZGvsrV" target="_blank" rel="noopener" class="mycode_url">https://docdro.id/MZGvsrV</a>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[AWS Outposts in Serbia]]></title>
			<link>https://bezbedanbalkan.net/thread-89.html</link>
			<pubDate>Tue, 27 Sep 2022 16:16:31 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://bezbedanbalkan.net/member.php?action=profile&uid=2">1van</a>]]></dc:creator>
			<guid isPermaLink="false">https://bezbedanbalkan.net/thread-89.html</guid>
			<description><![CDATA[<blockquote class="mycode_quote"><cite>Quote:</cite>AWS Outposts rack can now be shipped and installed at your data center and on-premises locations in Kazakhstan and Serbia.<br />
<br />
AWS Outposts rack, a part of the AWS Outposts family, is a fully managed service that extends AWS infrastructure, AWS services, APIs, and tools to virtually any data center or co-location space for a truly consistent hybrid experience. Outposts rack is ideal for workloads that require low latency access to on-premises systems, local data processing, and migration of applications with local system interdependencies. Outposts rack can also help meet data residency requirements.<br />
<br />
With the availability of Outposts rack in Kazakhstan and Serbia you can use AWS services to run your workloads and data in country in your on-premises facilities and connect to your nearest AWS Region for management and operations.<br />
To learn more about Outposts rack, read the product overview and user guide. For the most updated list of AWS Regions where Outposts rack is supported, check out the Outposts rack FAQs page.</blockquote>
<br />
Link: <a href="https://aws.amazon.com/about-aws/whats-new/2022/09/aws-outposts-rack-kazakhstan-serbia/" target="_blank" rel="noopener" class="mycode_url">https://aws.amazon.com/about-aws/whats-n...an-serbia/</a><br />
<br />
Da li neko zna gde je hostovano, koji data centar? I ko je odgovoran za bezbednost, na svim nivoima?]]></description>
			<content:encoded><![CDATA[<blockquote class="mycode_quote"><cite>Quote:</cite>AWS Outposts rack can now be shipped and installed at your data center and on-premises locations in Kazakhstan and Serbia.<br />
<br />
AWS Outposts rack, a part of the AWS Outposts family, is a fully managed service that extends AWS infrastructure, AWS services, APIs, and tools to virtually any data center or co-location space for a truly consistent hybrid experience. Outposts rack is ideal for workloads that require low latency access to on-premises systems, local data processing, and migration of applications with local system interdependencies. Outposts rack can also help meet data residency requirements.<br />
<br />
With the availability of Outposts rack in Kazakhstan and Serbia you can use AWS services to run your workloads and data in country in your on-premises facilities and connect to your nearest AWS Region for management and operations.<br />
To learn more about Outposts rack, read the product overview and user guide. For the most updated list of AWS Regions where Outposts rack is supported, check out the Outposts rack FAQs page.</blockquote>
<br />
Link: <a href="https://aws.amazon.com/about-aws/whats-new/2022/09/aws-outposts-rack-kazakhstan-serbia/" target="_blank" rel="noopener" class="mycode_url">https://aws.amazon.com/about-aws/whats-n...an-serbia/</a><br />
<br />
Da li neko zna gde je hostovano, koji data centar? I ko je odgovoran za bezbednost, na svim nivoima?]]></content:encoded>
		</item>
	</channel>
</rss>