Příspěvky

241

Server / Proxy pro odchycení hesla z FTP

« kdy: 11. 06. 2022, 17:49:52 »

Mám modelovou situaci,chci zjistit heslo na FTP(S) které mám uložené v programu (šifrované) master heslem(to znám),program ho neumozní zobrazit... Dokázal bych se připojit. Řekněme že z důvodu že to heslo vím ženpoužívám i k něčemu jinému apotřebuji ho zjistit.

Takže jediná možnost je u připojení zaměnit ftps za ftp sniffovat traffic.ale podmínka je že nechci aby heslo odešlo ven přes router*

Ale proúčely modelové situace hledám nějaké řešení , které zprostředkuje komunikaci mezi vnitrnim a vnjším rozhraním. ,ale jakmile přijde paket na vnitřní rozhraní obshující jméno+heslo, komunikaci utne (komunukaci ma zalogovanou)

neřeším jaknto heslo získat jinak, ale existenci nějakeho takového sw proxy

Existuje něco takového (kali,burp,squid)? Buď na stejném pc (vpn) nebo na routeru přes ktery se připojí přihlašující počítač....
Nějaké breakpointy flowdiagramu protokolu
Nebo breakpoint po počtu paketů sem a tam (např třetí blok dat tam víme že už je login)

Nebo breakpoint na výskyt slova v tcp streamu

Opakuji, je to přes plain ftp

(Možná by šlo  i bez spojení na skutečný cílový server, lokální dummy server a stačilo by v programu ftp loocalhost:8820)

242

Hardware / Jiné konektory RJ-45?

« kdy: 10. 06. 2022, 23:16:02 »

Viz obrázek: Je to stejný port?  Jeden má být obyč gigabit, druhý až 10gb. Mě se zdá jeden nižší nebo je to klam? Jaké je jejich správné technické označení?

243

Server / Re:Nginx a různé možnosti využití

« kdy: 09. 06. 2022, 23:49:25 »

Ano, jde to. Tohle je jednoduchý mirror, origin http.

Kód: [Vybrat]

server {
        listen 80;
	listen 443 ssl;
        server_name xxx.live;
	ssl_certificate_key /etc/letsencrypt/ttt/privkey.pem;
	ssl_certificate /etc/letsencrypt/ttt/fullchain.pem;
	

        proxy_set_header Host kam.casino;
	proxy_set_header Accept-Encoding ""; #### MUZE POMOC
	proxy_set_header Connection ""; #### MUZE POMOC
	proxy_http_version 1.1; ### MUZE POMOC
	client_max_body_size 60000000; #pro upload souboru napr.
	include  /etc/letsencrypt/options-ssl-nginx.conf;

        location /   {
                proxy_pass http://255.181.2.0:80/;
		
		if ($request_uri ~ neco1 ) { set $t  1; } 
		if ($request_uri ~ dalsi) { set $t  1; } 
		if ($request_uri ~ treti ) { set $t  1; } 
		if ($http_user_agent ~ secret) { set  $t 0; }
		if ($t = 1) {	return 403	;	}
	}
	
	if ($scheme != "https") {
		return 301 https://$host$request_uri;
	} 

další hodící se volby :
proxy_redirect off

}

není problém udělat něco jako "diff" mirror, že děláš mirror pro původní web, ale definuješ si webroot a tam můžeš umístit vybrané  soubory, které Bila podle tvého gusta . Něco jako  selektivní úpravy vybraných souborů

Kód: [Vybrat]

location @mojeproxy {...}
index mujindx.html
try_files $uri $uri/index.html ndex.php @mojeproxy
root /var/web123

Myslím že teď je modernější zápis s direktivou upstream pro "reverzní proxy"

Na "neplatný" certifikát tam asi bude nějaká volba pro vypnutí kontroly certifikátu, ale to vařím z vody

244

Software / Re:Firmware QNAP 5.0.1 Exfat support OK

« kdy: 09. 06. 2022, 17:59:19 »

Tak dobrá zpráva, funguje to i v tomto modelu.

245

Software / Firmware QNAP 5.0.1 - získání souboru, driver exfat

« kdy: 01. 06. 2022, 21:06:03 »

Máte někdo driver pro exfat pro qnap ve verz 5.0.1 (pro arm) a můžeteho uploadovat?

https://www.qnap.com/cs-cz/software/exfat
Modely na bázi ARM běžící na systému QTS 5.0.1 nebo vyšším.
*Ovladač exFAT funguje na všech modelech NAS s verzí systému QTS 4.3.0 (nebo novější), vyjma následujících:  Takže zase si vytřeli driver s lidmi

246

Windows a jiné systémy / Re:XAMPP - pomalá databáze

« kdy: 26. 05. 2022, 19:17:38 »

Zkusil bych jiný prohlížeč a vůbec se podívat, v čem na obou pc prostředí se liší.
Je to opravdu jen databáze? a jde o triviální dotazy nebo složité (píšeš jen že jsou stejné)
HINT: Přistupovat můžeš z jiného PC  a tam spustit time curl http://stroj/skript.php
přistupuješ přes IP/hostname?
Nemá mysql nějaké volby při instalaci (radio button : use socket/local server port/ multi-user / service)...?

A hledat zpoždění přímo u zdroje, takže nějak vycucnout/logovat statistiky (rozměj dobu prováděníú příkazu(ů), buď přímo z aplikace a nebo prohlédnutím logů sql serveru

je skript nějaký framework nebo plain mysql_exec?

247

Windows a jiné systémy / Re:Doporučte VPN pro Android do Turecka

« kdy: 26. 05. 2022, 19:10:53 »

To se nedivím, že na tebe skočí největší špína, když nemáš zablokované reklamy. A já bych "DNS na portu 53" nepoužíval, jelikož jsou "nezabezpečené". Ale šifrované DNS přes HTTP/TLS.
Na android jednoznačně personalDNS filter (verze 1.50.x), výhodou je systémový dns filtr. lze nastavit různé cílové DNS servery včetně typu a portu. Oblíbený režim: root režim bez vpn. (to "vpn" má jiný význam než v dotazu)

Občas to ale dělá problém u "captive portálů" unášejících provoz / resp. nepovolení webu než navštívíš jejich loginpage přes unešené dns. Ale jde to dočasně  poněkud  cimrmanovsky řešit vypnutím root režimu, jelikož v něm nejde nastavit port 53 překvapivě.
/ nebo někteří blokují port 853  :-|

248

Sítě / Re:z ivysilani mi chodí pakety dlouhé 536b

« kdy: 24. 05. 2022, 02:46:17 »

asi předpokládáš firewall u mě nebo někde na cestě blízko ke mně. Ale to by mohl vyřešit že to ověří někdo odjinud
Hmm, zkusím se na to podívat, z jiného PC/ z jiné sítě

ale prvotní indicie jsou odkudkoli odjinud jsem problém nezaznamenal (jak jsem psal)

Krátce: z mobilu to je trošičku jiná hodnota  (pětset něco, třeba 544 místo 536)

A zkusil jsem i pátrat - narazil jsem totiž ještě na jinou doménu ivysilani (ivys-cdn.o2tv.cz místo  /ivys-vst**-*.o2tv.cz) kde se to děje (něco jako  jako a tam je hodnota
) větší (1368 ale stále exotická)


Divné je že na youtube. (quic) mám 1258, na mobilu 1364(ne quic)
ale na normálních webech  1460

a vždy samozřejmě myslím stahování běžící delší dobu

249

O serveru Root.cz / tajemná značka agmipnzd

« kdy: 24. 05. 2022, 02:30:40 »

Co znamená a co značí tajemný identifikátor "agmipnzd" ? A co je projectID?

250

Sítě / Z iVysílání mi chodí pakety dlouhé 536 B

« kdy: 23. 05. 2022, 22:52:17 »

Je to nějaká optimalizace a nebo je nějaký speciální důvod aby chodily pakety z ivysilani (ivys-vst01-5.o2tv.cz nebo rpc.o2.cz) o délce 536 b (normálně je standardně odjinud 1460b). Týká se to vyloženě jen streamovaných audiovizuálních dat, zbytek dat z webu je bez tohodle jevu.

(není v tom započtena hlavička   TCP 20b ani IP 20b. Nad IP nemá cenu dál zacházet, ale bylo by to 14b L2, ale ve skutečnosti Wireshark nezapočítává FCS ani preambuli)

251

Hardware / Re:Zmenšení baterie v ThinkPadu T490

« kdy: 20. 05. 2022, 15:10:50 »

Vydrž pár let, dostaneš se na 5 hodin

252

Odkladiště / Re:Co je toto za artefakt obrázku

« kdy: 20. 05. 2022, 14:58:32 »

Ověřil jsem rolling shutter a aplikoval na uvedenou exif rotaci.
Skenování začíná  od oblohy  a jde k zemi (výhoda je ,že oba motivy leží na úhlopříčce ,takže to nelze  splést) Skenují se delší řádky(nepřekvapivě) , tedy ve směru šipek (nepřekvapivě)     -> Artefakt je v druhé polovině.  (některé Sony skenují  v údajně od země na oblohu v defaultním držení narozdíl -stejný směr, ale obrácené pořadí)



Ale doopravdy jsem to viděl na jedné fotce z tisíce a ani se napamatuji za jakých okolností vznikla (až zpětně jsem si toho všiml) .

Mimochodem pomocí rolling shutter a blikajícího zdroje (stačí  nekvalitní 120Hz blikající lampička) jde odhalit softwarová geometrická korekce obrazu (někde i v RAWu). Nutná je expoziční doba třeba <1/500 (právě pro eliminaci přechodového pásma ale i 1/250 to znázorní) a výsledkem je pruhovaný obraz (ideálně střídající se rovnoběžné pásy)

253

/dev/null / "view-source" pro jakýkoli mimetyp v browseru

« kdy: 20. 05. 2022, 08:39:14 »

 Nevím, jestli je titulek pochopitelný ale měl být omniříkající.  Mám třeba nějaký link na stránce  a nebo mám stránku otevřenou a chci se podívat v Network- requests na obsah nějaké odpovědi. Ale většinou jde na potvoru o netriviální mimetyp/příponu / Content-Disposition, kterou si zrovna  chci otevřít  přímo v tabu a zobrazit, přečíst. bez Ukládání na disk..

Existuje nějaký způsob jak prohlížeči nakopnout, aby dané URL  bez ohledu na typ nebo propozici Downloadu soubor prostě OTEVŘELO v tabu jako view-source???

Ale prohlížeč chytračí a nabízí soubor ke stažení (ano, tak to nejspíš bylo zamýšleno u Download) ale ten šmejd nenabídne soubor zobrazit (předčasná ejakulace dialogu Uložit jako)... Stará opera měla v nastavení u souboru vždy volbu Stáhnout / Otevřít pluginem / Zobrazit
... Samozřejmě vždy to chci pro textová (nebinární Eva) data.


Proč to chci:
-Chrome není schopný u všech requestů v Vývojářské konzoli ukázat reponse - ten chromák ukáže jednu z hlášek "Failed to load response data,request was redirected" , "Response was evicted from inspector cache " (to je nejhustší hláška v chrome co jsem zažil", kam se hrabou tři tygří ,"Unable to view response" nebo tam prostě je prázdno
-Nechci pozerat na odpověď v titěrném okénku Konzole a když nový tab  má větší plochu
-otevírat příkazový řádek a psát curl -Sk ... Ctrl+V je pomalejší než hypotetické klinutí v prohlížeči

254

Odkladiště / Re:Co je toto za artefakt obrázku. Shutter time vs Expos.time

« kdy: 19. 05. 2022, 16:44:02 »

Exposure time je 1/3567s. ISO 100(a vyprané jak hadr v ubikacích) Tahle přesné stopky snad nemají ani v CERNu.  .. BTW Brightness 6.5.

 MImochodem některé foťáky mají exposure time i shutter time - lišící se.

Charakter rozmazání je klasický kruhový blur. Při takovémhlem okamžiku si to nedokážu představit, to by se spíš musel projevit rolling shutter """BLUR""" (nebo by musela se kamera hýbat naklápět brownovsky.) Ani motion blur(jde o stejný kus kopce) Nic takového nevidím.

Takže nový druh neostrosti? Šokové výchýlení zaostřovací vzdálenosti?

255

Odkladiště / Co je toto za artefakt obrázku

« kdy: 14. 05. 2022, 00:18:28 »

Vyfotil jsem mobilem smartfonem obrázek, je příloze. Zajímalo by mě co to může být za artefakt Je tam prostě pruh jakoby rozostřený. Neřekl bych že jde o poškozený soubor.  Je to jeden z tisíce, jindy jsem to nepozoroval.

Co to může být? Fotící aplikace je základní org.lineageos.snap.  Nic extra neumí, žádné HDR, retuše pleti nebo jakobypseudosimulace "clony". Jak tohle může vzniknout by mě zajímalo

Foťáky podle specifikace jsou :
primary 48MP 0.8μm Samsung ISOCELL GM1 f/1.8 /
 secondary 5MP 1.12μm Samsung S5K5E8 f/2.4
Podle detekčního programu:
12MP 800nm 37° 100-3200 grbg raw,raw10,rgb,yuv, všeljaké focusy
5MP  1130nm 76° raw,raw10,yuv,rgb(stejné), grbg 10-1600 infinity

camera2 api full(3), hardware supported 11
Prostě vzadu jsou dvě voči . Akorát 48MP je polopravda. Spíš to vypadá na 12MP plně barevných pixelů rgb na výstupu* (čili furt lepší než 12MP v bayerově masce i když osobně bych tomu tak velký efekt nepřikládal) z čehož v původní firmwaru šel režim 48MP (6000x8000 px ale zjevně interpolovaný) (žádné nonapixely ani výkřiky roku 2021 ani patero objektivů)

A u kamaráda mě by mě zajímal jiný artefakt: (má jiný mobil), vyfotil fotku a ta je vertikálně rozdělená na dvě části, první je OK a druhá má silně fialová nádech jakoby hodnotaRGB||#FF00FF. (už ji nemám)


*to je můj tip. Myslím, že procesor dostane raw data 12mp trojic r,g,b a ne 48 mp mozaiky .   Kdybych dostal raw. tak bych to prozkoumal.