Okoun

Nedostupné

Martin Kysela, kolektiv "Usnadněte si práci řešeními expertů!" Výběr toho nejcennějšího z know-how zkušených českých uživatelů a administrátorů linuxových systémů představuje plejádu užitečných, v praxi často málo známých či opomíjených možností a předkládá krátká řešení zdánlivě složitých problémů z mnoha oblastí od multimédií, her či zpracování fotografií a tisku přes efektivní zabezpečení sítě, detekci průniku až po kompilaci programů nebo tipy pro práci s TeXem a LaTeXem. https://www.albatrosmedia.cz/tituly/8486147/333-tipu-a-triku-pro-linux/

Uff. Remember Autorun.inf Malware In Windows? Turns Out KDE Offers Something Similar

Zero user interaction is required to trigger code execution — all you have to do is to browse a directory with a malicious file using any of KDE file system browsing applications like Dolphin.

OK, tak jsem si to nakonec napsal v perlu za pomoci Net:IP https://metacpan.org/pod/Net::IP

Je libo cmdline tool?

jakoze totok?
http://jodies.de/ipcalc

Resil bych v pythonu standardnim modulem ipaddress.

from ipaddress import ip_address, ip_network
ip_address('192.168.0.1') in ip_network('192.168.0.0/24')

Na slozitejsi veci se da pouzit nestandardni netaddr

from netaddr import IPNetwork, IPAddress
IPAddress('192.168.0.1') in IPNetwork('192.168.0.0/24')

pro vic subnetu pak

netaddr.all_matching_cidrs('192.168.0.1', ['192.168.0.0/24', '212.11.64.0/19'])

Zdroj: https://stackoverflow.com/questions/819355/how-can-i-check-if-an-ip-is-in-a-network-in-python

Nevite prosim op nejakem toolu, kteremu bych dal do parametru ip_rozsah/mask, nebo uplne idealne seznam nekolika rozsahu a pak konkretni ip a ono by mi to spocitalo, zda ta ip patri do nektereho z tech rozsahu? (mohl bych si samozrejme neco takoveho napsat, ale nejak se mi nechce :)

ach tak :) dík :)

Dunguje to protože v normálním režimu terminál dělá echo vstupu, abys viděl co píšeš ;-)

Kvůli jednomu meme jsem zkoušel různé obskurní způsoby, jakými lze vytvořit a ihned editovat textový soubor, mezi nimi bylo i

cp /dev/stdin file.txt

jak to funguje, je celkem jasné. Ovšem roztržitost vládne mým mozkem, tak jsem tam nakonec napsal

cp /dev/stdout file.txt

byl jsem upozorněn, že tam má být stdin, ovšem... jsem si říkal, že já to přece zkoušel: a ono to funguje!

Funguje obojí, stdin i stdout, stdin jasně funguje tak, že cp vezme svůj standardní vstup a překopíruje ho do toho nového souboru. Ovšem... jak a proč funguje ten stdout? Ha?

Zkoušel jsem to tedy v bashi, na CentOSu 6 a na Ubuntu 16.04.

Vím, ale nepotřebuju (-exec rm {}). Jen jsem si toho všiml při kontrolním výpisu a překvapilo.

řekl bych, že to ten strom bude: třeba pro rychlejší vyhledávání v adresáři, který má velmi mnoho souborů

Jen tak ze zvědavosti - proč kruci

find ${LDAPDIR} -name "log.00*" -mtime +14

vrací ty soubory nesetříděně, respektive, setříděně nějak nepochopitelně? FS je ext4, nic s AI a časy modifikace u těch souborů korespondují s jejich názvy a dokonce i s inody, takže bych čekal, že ten výpis bude setříděný, když by procházel inody jeden po druhém. Jo.. leda že by.. ext4 záznam adresáře měl strukturu nějakého stromu?

0.0.0.0 by mne nikdy nenapadlo použít, to se nemusí chovat podle očakávání. + pozor na firewall (iptables), aby ti to na tu mašinu pustil.

Jen updatuju, jak jsem slíbil - bylo to skutečně tím, že jsem neměl přístup do jiného repozitáře v Gitlabu, který obsahoval ten docker image.

Me prijde ze by mel, ano ... i kdyz nevim proc 0.0.0.0, skutecna IP by taky mela fungovat.