Docker - "unable to allocate file descriptor table - out of memory"

I've tried to run some docker images from vulnhub - they have images with known CVEs like log4j etc.

It is easy, just run docker-compose up and you have it. Unfortunately I recieved a lot of errors and the reason was: "unable to allocate file descriptor table - out of memory". It is caused by changed ulimits in system.conf.

How to fix it?

You have to limit docker and it is necessary just to add following lines to docker compose file:

ulimits:
  nproc: 65535
  nofile:
    soft: 26677
    hard: 46677

Then everything will work again.
And if you'd like to run it directly from the commandline just run:

docker run --ulimit nproc=65535 --ulimit nofile=26677:46677 -d <your_image>




Raspberry Pi3+ - bluetooth not working

Some days ago I've found my old Raspberry Pi3+ and decided to play a little bit with it. First step was to flash to the SD card newest Kali. I've did it with balena Etcher flasher and it booted like a charm.

After a while I've realized that bluetooth is not working. Nothing was found:(

I've enabled bluetooth service and hciuaart:

modprobe btusb  # add the btusb module to the kernel 

systemctl enable bluetooth.service

systemctl enable hciuart 

But still nothing...

But then I've checked /boot/config.txt and edited lines in the following way:

# Uncomment some or all of these to enable the optional hardware interfaces

dtparam=i2c_arm=off

#dtparam=i2s=on

dtparam=spi=off

dtoverlay=miniuart-bt

And now it is working.

For Pi4 use

dtoverlay=pi4-enable-bt

LFTP a zabezpečené připojení

Kdybyste někdy náhodou řešili problém, jak se připojit přes lftp na zabezpečený server, pak nezapomeňte na tyto příkazy:

set ftp:ssl-force trueset ftp:ssl-protect-data true

Jak naklonovat disk

Po odchodu disku ze starého notebooku do věčných lovišť jsme museli vyřešit otázku, co s ním dál. Má cenu do něj kupovat nový disk, odvezeme ho do sběrného dvora, či ho prodáme přes nějaké webové tržiště? Zvítězila varianta první a tak jsem v czc.cz koupil nový 500GB disk. Aby to ale nebylo tak lehké, v novém notebooku se disk začal chovat podivně, budeme tedy disk chtít naklonovat.

Vědom si možnosti dd jsem chvíli googlil, než se mi podařilo najít skvělou utilitu, kterou Western Digital nabízí zdarma a je postavena na řešení Acronis. Utilitu jsem tedy stáhl, nový disk připojil přes USB redukci a těšil se, jak ho briskně naklonuji. Ale ouha, disk nešel zvolit jako cílové medium, zřejmě kvůli té USB redukci.

Pokusil jsem se vymontovat optickou mechaniku, abych zjistil, že disk stejně do šachty nestrčím a použité konektory jsou trochu jiné. Nakonec jsem se tedy vrátil k linuxovému dd. Nabootoval jsem z flashky KALI linux, v shellu si dobře zjistil, jaký disk je ten zabudovaný a po připojení příkazem dmesg to, jaký disk je ten externí. To je hodně důležité, pokud si místo kopie nechcete udělat ze starého disku prázdný ;)

Třikrát jsem vše překontroloval, než jsem spustil:

dd if=/dev/sda of=/dev/sdc

Když ani po dvou hodinách příkaz nekončil, nechal jsem počítač běžet a šel spát. Ráno bohužel pořád běžel. Pojal jsem podezření, které se bohužel potvrdilo, zapomněl jsem nastavit velikost přenášených bloků, standardně jde jen o 512kB, což je ukrutně málo. Dnešní disky s 16MB cachí jsou tímto nastavením hodně bržděny. Nastavil jsem tedy bloky na 16MB a spustil příkaz znovu: 

dd if=/dev/sda of=/dev/sdc bs=16M

Vrtalo mi ale hlavou, jak lidé vědí, v jakém stavu se kopírování nachází. Je na to úžasný příkaz, stačí poslat dd signál USR1 a vypíše, v jakém stavu se momentálně nachází. Nejprve tedy najdeme PID běžícího příkazu:

ps -ef | grep dd
kill -USR1  

DD pak vypíše, jak rychle kopíruje. Mě se nastavením bloků podařilo proces zrychlit z 5 na 25MB/s. Předpokládaný čas pro naklonování 500GB disku se tedy vyšplhal k 5 hodinám. Předpokládám, že kdybych oba disky napojil na desktopovou sběrnici, kopírování by bylo ještě rychlejší, možná i s jiným nastavením bloků by se povedlo proces zrychlit, ale jsou svátky, není kam spěchat. Rozmontovávat další počítač se mi navíc stejně nechce :)

Levné SDR

SDR, co tato kryptická zkratka znamená? Software Defined Radio! Nikdy jsem nebyl radioamatér, z Morseovky umím jen Cílovníci, SOS a Chvátámkvámsám, ale na stará kolena asi blbnu. Přemýšlím o exotických destinacích, začal jsem s potápěním, poslouchám hard rock, žiju nebezpečně – nikdy nečtu příbalové letáky a překračuji rychlost – někdy v obci jedu i 60! A tak jsem neodolal a z Číny si za pár dolarů nechal poslat novou hračku. DVB-T tuner, který je už tak ošizený na obvodech, že je možné ho naladit v širokém rozpětí od cca 20MHz až do 2000MHz. No a to už se vyplatí, protože profesionální přístroj s podobnými schopnostmi rozhodně za pár stovek nekoupíte.

Co se s tím dá dělat? Poslouchat rozhlas a sledovat televizi. Co dál? Poslouchat amatérská pásma, například CB. To nestačí, co dál? Můžeme poslouchat i letadla a letecké odpovídače, přičlenit se k velké síti sledovačů na flightradaru. Komu to není málo, je možné poslouchat i meteorologické družice a stahovat z nich obrázky, poslouchat šifrovanou Matru a dokonce i GSM vlnění. to je bohužel také šifrované, nicméně existují zhruba 2TB rainbow tabulky, které by signál měly dešifrovat takřka v reálném čase.

No a mě se povedlo poslechnout si i signál klíčku pro otvírání auta :) 433MHz je 433MHz…

Zatím jsem se bohužel nedostal ke stavění antény, která by selektivně zlepšila příjem v určitých pásmech a tak mi tuner zatím slouží opravdu ke sledování televize.

Android shell–cp

Když jsem se dnes konečně dostal do shellu svého telefonu, abych si zazálohoval svojí oblíbenou aplikaci pro sledování výdajů Cashew, tak mě nemile překvapila absence příkazu cp. Nechápu důvod, proč v android shellu chybí, ale existuje jedna poměrně jednoduchá metoda, jak ho nahradit:

• cat zdrojovy_soubor > cilovy_soubor

Elegantně přesměrujeme stream a je to. Další možností je využití příkazu dd:

• dd if=zdrojovy_soubor of=cilovy_soubor

Nikdy v Gentoo nedělejte emerge --unmerge python

Byl jsem zase hyperaktivní a nedbal varování, které systém psal, dopadlo to tak, že jsem si odinstaloval python. To je v gentoo docela problém, protože skript emerge, který se používá pro instalaci a deinstalaci všeho, je napsán v pythonu. Takže jakmile to jednou odinstalujeme, konec, bez manuální zpětné instalace pythonu se neobejdeme.

Takže pokud jste stejně nenapravitelní, jako já, tady máte rychlou pomoc:

1. Stáhněte si Python, např. nějaký nový. Pro příklad 2.6.2.
2. Rozbalíme: tar xzf /usr/portage/distfiles/Python-2.6.2.tgz
3. Přepneme se do adresáře: cd Python-2.6.2
4. Spustíme předinstalační konfiguraci: ./configure --with-fpectl --infodir=/usr/share/info/ --mandir=/usr/share/man
5. Zbuildíme: make
6. Nainstalujeme: make install prefix=/usr
7. Odstraníme starý link: rm /usr/bin/python
8. Vytvoříme nový link: ln -s /usr/bin/python2 /usr/bin/python

Při troše štěstí se již podaří spustit emerge, doporučuji hned zbuildit python korektně přes emerge. No a příště si dejte pozor, než budete vyvádět takové vylomeniny ;)

X forwarding pod Windows

Občas se stane, že máme nějaký linuxový stroj, ze kterého se dostaneme do míst, kam se obyčejný počítač nedostane. Když k tomu přidáme potřebu grafického rozhraní, jako řešení nám vypadne X forwarding, nějaká jiná forma “vzdálené plochy”, nebo přesměrování portů (ssh tunelling). Protože se často stává, že je přesměrování portů zablokováno, budeme se věnovat první variantě.

Pod Unix-Linux systémy to není prakticky žádný problém, stačí spustit příkaz ssh –X nazevstroje a po úspěšném přihlášení je jakékoliv grafické okno zobrazeno na našem stroji. Ve windows ale tak lehká varianta neexistuje.

Nejprve si musíme sehnat program pro ssh připojení putty (http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html).

Po něm stáhnout jednoduchý X server Xming. Má jen 2,2 MB. (http://sourceforge.net/projects/xming/)

Nyní spustíme Xming server, to se projeví ikonkou X v systrayi. Pak spustíme putty, klikneme na Connection –> SSH a zaškrtneme položku Enable X11 forwarding.

Nyní už jen stačí úspěšně se přihlásit na server a spustit požadovaný grafický program, např. firefox…

Chromium a gentoo

Dnes se mi po dlouhé době podařilo docílit opět aktualizovaného linuxového systému. S tím ale, jak už je dobrým zvykem, přestalo fungovat pár věcí. Protože updaty dělám vždy, když se chci pobavit a strávit pár hodin hledáním na google a linuxáckých portálech, trochu mě rozhodilo, že přestaly fungovat právě prohlížeče.
Firefox se po updatu na verzi 3.6 stal ultranestabilním, chvíli nešel spustit ani bez přepínače -safe-mode. Pokud se pokusím cokoliv stáhnout, tak bez milosti spadne. Lepší na tom je už jen to, že není ani schopen odeslat zprávu o chybě :D
Chromium se začalo vymlouvat na chybějící knihovny nss. Zarážející, když nss mám normálně nainstalované, nicméně stačí knihovny nalinkovat. Takže už mi funguje alespoň jeden prohlížeč. (Ale už jsem ho taky zbořil)

ln -s /usr/lib/libnss3.so libnss3.so.1d
ln -s /usr/lib/libnssutil3.so libnssutil3.so.1d
ln -s /usr/lib/libsmime3.so libsmime3.so.1d

Pomalu nastává čas zmoudřet a přestat aktualizovat, odebrat flag pro neověřené balíčky, anebo přejít na nějakou nekompilující distribuci.

Apache, logy a proxy

Před některými webservery sídlí proxy server, který spolehlivě v log souborech zakryje IP adresu skutečných návštěvníků. Jak to udělat tak, abychom mohli v logách pěkně vidět správné IP adresy tak, jako dříve?

Stačí zeditovat konfigurační soubor Apache serveru a místo parametru %h do log souboru napsat %{X-Forwarded-For}i.

Následně již jen reloadnout Apache a logy se už plní dobrými daty.

Problém mezi židlí a klávesnicí

Před měsícem jsem se rozhodl, že svoje staré a nevzhledné KDE 3.5 vyměním za nové a lepší KDE 4.1. Naťukal jsem emerge kde:4 a šel spát. Ráno kolem 10 bylo vše hotovo. (Pro nezasvěcené používám Gentoo Linux, takže můj systém je buď vypnutý, anebo kompiluje ;)

Po spuštění jsem prošel s kouzelníkem pár nabídek a bylo hotovo. Po určitém čase jsem si ale chtěl přehrát film. VLCčko se normálně pustilo, titulky se taky objevily, ale zvuk nikde. Takže jsem začal pátrat. Zjistil jsem, že moje Toshiba Satellite A200 má zvukovku Intel HDA Audio, s kterou by neměl být problém. Ve výpisu dmesg bylo napsáno, že byla úspěšně detekována a měla by fungovat, navíc při bootu se ozývá takové praskání, jak se repráky aktivují. Takže kde je sakra problém...

Po chvíli pátrání jsem to zabalil s tím, že to vyřeším jindy. Po týdnu zase bootuju do Linuxu a zjišťuju, že zvukovka pořád nejede. Zkouším emergnout kmplayer, kaffeine, prolézám nastavení, pořád nic. Najednou mi v mcčku začala hrát mp3. Hurá, vítězství. Ale když jsem to za chvíli zkusil tzase, tak nic, ticho. Takže kde je sakra problém...

Dneska mi to zase nedalo, opět boot do Linuxu, podle návodu úspěšně zprovozňuji svůj DVB-T adaptér MSI MegaSky 580 a dalším na řadě je zvuk. Zkouším updatnout ALSA ovladače, zkompilovat nové jádro. Dát ALSAu jako modul i přímo do jádra. Dokonce kompiluji i OSS, který je deprecated. Prolézám fora, kde zjišťuji, že se zvukem má problém spousta uživatelů a že o správu zvuku v KDE 4 by se měla starat mezivrstva nazvaná Phonon. Zoufalost dosahuje vrcholu a já bezradně zkouším kmplayer, jestli něco hraje.

"Astérix est là !
Ça va faire mal, ça va cogner la bagarre
Astérix est là !
Seul contre les dieux, contre l'odieux César
...", ozývá se z reproduktorů a já jásám. Opět to jde. Zkouším to v novém shellu znovu a nic. Takže kde je sakra problém...

Záhy na to konečně přicházím. Jako obvykle, mezi židlí a klávesnicí. Zapomněl jsem nastavit svému uživateli dostatečná oprávnění a proto zvuk fungoval jen rootovi. Problém vyřešen. Nepředpokládám, že by se tohle někdy ještě někomu mohlo podařit, ale co kdyby náhodou...