Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
anebo funkci pro hash tabulkuMD5+SHA-1 má 128+160 bitů, to by byla slušná tabulka. Jestli máte tolik místa na disku, nenašel by se tam malilinkatý kousíček volného prostoru pro mne? Že bych si tam zazálohoval celý internet…
Já chci vidět útok na soubor, který bude mít předem spočítaný MD5 a SHA1 hash a po útoku bude soubor změněn a OBA vypočítané hashe budou stejné.OK. Na tom, že nedokážeme pro daný hash generovat kolize, mohou záviset hodnoty v řádech třeba desítek milionů amerických dolarů. Potenciálnímu útočníkovi se útok vyplatí tehdy, pokud jeho náklady jsou nižší než ta hodnota. Předpokládám tedy, že jste schopen zapůjčit hardware a potřebné prostředky v hodnotě alespoň jednotek milionů amerických dolarů. (Protože pokud to nedokážete s menším rozpočtem, nebude to znamenat, že by to nedokázal někdo s větším rozpočtem.)
Jsem ochoten vám k tomu zapůjčit i výrazně výkonnější HW než byly notebooky před 10 lety.
Prosím tedy ukažte útok nebo pošlete informace které to potvrzují, pokud tvrdíte, kolize jsou.Před deseti lety bylo možné kolize MD5 na běžném notebooku generovat v řádu minut.
Jakmile se připojím, tak zjistím, proč neproběhloJenže nejdřív musíte zjistit, že to neproběhlo.
Pracuje OK, bude pracovat i dál.To je tak naivní… Obzvlášť pikantní je, že jste předevčírem neuměl cron ani základně nastavit, a dnes tvrdíte, že se to nemůže rozbít.
Při každé změně konfigurace je potřeba otestovat.A také při každé změně verze, a to na obou stranách, při každé změně v síti (bude vám to hlásit ISP?). A dokonce i při každé změně času, protože to může přestat fungovat prostě plynutím času (skončí platnost certifikátu, registrace domény…).
Něco takového bylo někde napsáno? To je dedukováno z toho, že zavrhuji bobtnající chybový výstup? Nebo spamování e-mailem v čase každého spuštění úlohy?Plyne to z toho, že chybový výstup přesměrováváte do souboru, který musíte ručně kontrolovat. Chybový výstup funkční aplikace nebobtná. Chybový výstup funkční aplikace je prázdný, a bobtnat začne teprve ve chvíli chyby – a to je přesně ten okamžik, který vás zajímá. Ke spamování e-mailem v čase každého spuštění úlohy nedochází, přece píšete, jak vám to správně funguje, tak nemůže být nic na chybovém výstupu.
Myslím, že jste nepochopil, že to, že úloha skončí chybou když se nezmění ip adresa - neproběhne díky tomu commit. To není chyba, to je záměr!Myslím, že vy jste nepochopil, že tam může být milion jiných chyb.
Tam žádné skutečné chyby, které mají vliv na funkčnost, v tuto chvíli nejsou.Což neříká vůbec nic o tom, jak to bude za deset minut.
Navíc opravdu nehodlám ničit router za 12 tisíc tím, že tam každých pár minut budu přepisovat pamět.To po vás také nikdo nechce.
Ano, chyba byla nalezena, částečně s pomocí fóra, částečně díky googlování a metodám typu pokus omyl - chyběl mi uživatel v cronu, a taky jsem tam musel zněnit složku, odkud cron volá git, další věc byla, že i na fóru pro turris mi bylo řečeno, že to není windows a že není potřeba nic jiného dělat, aby se změny v cronu projevily. No, nebyla to pravda, pokud se neudělá alespoň /etc/init.d/cron reload, tak se změny neprojeví.Tohle všechno jste nevěděl před dvěma dny, a za ty dva dny jste se toho naučil tolik, abyste mohl tvrdit, že když to funguje teď, bude to fungovat už navěky? Sebevědomí vám teda rozhodně nechybí.
Tak ono to funguje OK, takže nepotřebuju chybový výstup.To je jak takové ty poslední věty před smrtí… Chyby se nelogují proto, že by se lidé chtěli kochat tím, jak programy krásně nefungují. Logují se proto, že zkušenosti ukazují, že něco, co funguje, se může docela snadno rozbít. A pak je dobré se o tom z výpisu chyb dozvědět. Takže chybový výstup potřebuje, abyste se dozvěděl, až to fungovat OK přestane.
Nastavil jsem si ve skriptu /bin/date > /tmp/public.ipv4.log, prostým ověřením času tohoto souboru zjistím, že cron proběhl OK.Vy na ten router každých pět minut polezete a budete kontrolovat čas toho souboru? Přece od toho máme počítače, aby rutinní úlohy dělaly za nás.
Nepotřebuji posílat e-mailem, musel bych do openwrt instalovat program pro posílání e-mailů a to mi připadá zbytečné.Pokud vám je jedno, zda se ta cron úloha správně provádí nebo ne, mohl jste si ušetřit čas s jejím vytvářením.
No, právě že by mi pořád přibívaly chyby i v případě úspěšného průběhu, a to tyto:Skutečné chyby a varování je dobré opravit, informační hlášky na standardní výstup je možné potlačit nebo přesměrovat jinam (třeba do /dev/null). Já jsem v komentáři psal o přesměrování chybového výstupu.
nepotřebuju to dělat složitější, když to funguje, jak má, chybový výstup cronu mohu posílat do souboru v /tmp/Problém je v tom, že do /tmp/ ten chybový výstup budete posílat i tehdy, když to nebude fungovat, jak má. Jednoduché už jste to měl, a výsledkem bylo, že jste se musel na fóru ptát, co děláte špatně.
Kód: [Vybrat]root@turris:~# cat /var/log/messages | grep cron | grep ipv4
2016-01-25T14:11:09+01:00 info cron[4917]: (*system*) BAD FILE MODE (/etc/cron.d/ipv4-public)
tak by to mělo být ok, nebo mám tomu cronu zadávat tu cestu?Jde o cesty k těm programům, které v tom skriptu spouštíte. Když máte ve skriptu uveden příkaz wget, znamená to, že se projdou adresáře uvedené v $PATH a hledá se v nich spustitelný soubor wget. Ten, který se najde jako první, se spustí. Třeba u mne je to /usr/bin/wget (zjistíte to příkazem which wget). Jenže pokud při spuštění v tom cronu nebude /usr/bin uvedeno v $PATH, wget se nenajde. Proto je lepší v tom skriptu uvádět plné cesty k programům.
To se mi nějak nezdá, můžete se odkázat na nějaký zdroj, kde je přímo napsáno, že Model je v MVC/MVP bez jakékoliv business logiky?MVC ani vícevrstvá architektura nejsou nějaké teoretické modely s exaktní definicí. Je to označení něčeho, co se v praxi používá – aby si vývojáři nemuseli dlouho vysvětlovat, o co jde, prostě jen řeknou „MVC“, a tím jsou dané hrubé obrysy. V praxi ale můžete najít implementace, kde v modelu v MVC opravdu žádná logika není (a ten model je implementován třeba čistě pomocí mapy klíč–hodnota), tak implementace, které business logiku zatahují i do modelu v MVC. Ale to už je pak porušeno oddělení vrstev, protože část business logiky, která má tvořit samostatnou vrstvu, taháte do prezentační vrstvy. Není to ale vůbec neobvyklé, dokonce pro to vzniká celá řada podpůrných mechanismů, které mají zajistit to, aby ta business logika byla naprogramovaná jenom jednou a v prezentační vrstvě se použila pokud možno automaticky. Ostatně celé programování v JavaScriptu na serveru (např. Node.js) vzniklo právě proto, aby bylo možné sdílet kód mezi klientem a serverem, tedy aby se mohlo rozvolnit to přísné oddělení vrstev.
Jinak, právě jsem se na youtube podíval na několik videí - záznamů hackování honeypotů a přiznám se, že mě některých těch hackerů bylo až líto. Někteří jsou evidentně hodně schopní.Ty automatické pokusy,které jste zaznamenal, ale nedělají schopní hackeři – to dělají automaty, které klidně mohl spustit někdo, kdo vůbec netuší, jak to vlastně funguje. Prostě to jen někde stáhl a spustil.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.