Vláda Spojených států získala desetiprocentní podíl v americkém výrobci čipů Intel. Oznámili to podle agentur americký prezident Donald Trump a ministr obchodu Howard Lutnick. Společnost Intel uvedla, že výměnou za desetiprocentní podíl obdrží státní dotace v hodnotě 8,9 miliardy dolarů (zhruba 186 miliard Kč). Částka podle Intelu zahrnuje dříve přislíbené subvence 5,7 miliardy dolarů z programu CHIPS na podporu výroby čipů v USA,
… více »Organizace Apache Software Foundation (ASF) vydala verzi 27 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.
Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.
Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.
Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB
Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.
OpenSSH_8.2p1, OpenSSL 1.1.1g 21 Apr 2020
.
V logu (journalctl -b -u sshd)
je pouze:
May 12 08:41:57 stroj sshd[5093]: error: kex_exchange_identification: Connection closed by remote host May 12 08:42:00 stroj sshd[5094]: error: Could not get shadow information for NOUSER May 12 09:20:55 stroj sshd[30969]: error: kex_exchange_identification: Connection closed by remote host May 12 09:21:00 stroj sshd[30977]: error: Could not get shadow information for NOUSER May 12 09:38:47 stroj sshd[34423]: error: kex_exchange_identification: Connection closed by remote host May 12 09:38:50 stroj sshd[34431]: error: Could not get shadow information for NOUSER May 12 09:50:03 stroj sshd[36653]: error: kex_exchange_identification: Connection closed by remote host May 12 09:50:06 stroj sshd[36663]: error: Could not get shadow information for NOUSER May 12 10:13:57 stroj sshd[60015]: error: kex_exchange_identification: Connection closed by remote host May 12 10:14:01 stroj sshd[60023]: error: Could not get shadow information for NOUSERA to i přesto, že mám v
/etc/ssh/sshd_config
mj. toto:
LogLevel DEBUG2 UsePAM no AllowUsers pavelOstatní direktivy mi připadají pro tento problém irelevantní. Proč nejsou v logu ip adresy strojů, ze kterých přichází příslušné spojení? Nemohou být na vině
iptables
? Ale i pak by sshd
měl vědět více ne?
(journalctl -b -u sshd)
a ukazuje mi to přesně to samé…
sshd_config
direktivu UsePAM
na
UsePAM yesTak jsou pak výpisy např. takto:
May 11 00:14:34 stroj sshd[1215385]: error: kex_exchange_identification: Connection closed by remote host May 11 00:14:37 stroj sshd[1215431]: pam_tally2(sshd:auth): pam_get_uid; no such user May 11 00:14:37 stroj sshd[1215431]: pam_unix(sshd:auth): check pass; user unknown May 11 00:14:37 stroj sshd[1215431]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=189.133.146.57 May 11 02:58:05 stroj sshd[1461080]: error: kex_exchange_identification: Connection closed by remote host May 11 02:58:10 stroj sshd[1461149]: pam_tally2(sshd:auth): pam_get_uid; no such user May 11 02:58:10 stroj sshd[1461149]: pam_unix(sshd:auth): check pass; user unknown May 11 02:58:10 stroj sshd[1461149]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=115.79.212.170
iptables
na vině nejsou, protože stejné (tj. bez ip adresy) výpisy dostanu po iptables -F INPUT
. Problém musí být jinde.
$ journalctl | grep 'sshd\[6407\]' kvě 12 15:13:39 server sshd[6407]: Connection from YY.YY.YY.YY port 10746 on XX.XX.XX.XX port 22 kvě 12 15:13:43 server sshd[6407]: Postponed keyboard-interactive for root from YY.YY.YY.YY port 10746 ssh2 [preauth] kvě 12 15:13:46 server sshd[6407]: error: PAM: Authentication failure for root from YY.YY.YY.YY kvě 12 15:13:46 server sshd[6407]: Failed keyboard-interactive/pam for root from YY.YY.YY.YY port 10746 ssh2Ten první řádek tam opravdu nemáš? Můj config vypadá takto:
# grep -i log /etc/ssh/sshd_config SyslogFacility AUTH LogLevel VERBOSE ...
# SyslogFacility AUTHAle
AUTH
je podle man sshd_config
defaultní hodnota.
Zkusil jsem to změnit na DAEMON
. V manu není co to znamená,ale je tam, že to je povolená hodnota.
systemctl enable sshd
. Počítám, že to znamená, že sshd běží jako samostatný démon, ne? Jak to zjistím?
# systemctl status sshd ● sshd.service - OpenSSH Daemon Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2020-05-12 08:31:33 CEST; 8h ago Main PID: 514 (sshd) Tasks: 20 (limit: 19152) Memory: 1.0G CGroup: /system.slice/sshd.service ├─ 514 sshd: /usr/bin/sshd -D [listener] 0 of 10-100 startups …
SyslogFacility DAEMON
nepomohla. Log vypadá stejně.
sshd
a následně se pokusil přihlásit z jiného stroje jako neexistující uživatel „prase“:
stroj ~ :( # /usr/bin/sshd -p 22 -D -d -e /etc/ssh/sshd_config line 115: Deprecated option UsePrivilegeSeparation debug1: sshd version OpenSSH_8.2, OpenSSL 1.1.1g 21 Apr 2020 debug1: private host key #0: ssh-rsa SHA256:XXXXXXXXXXXX debug1: private host key #1: ecdsa-sha2-nistp256 SHA256:XXXXXXXXXXXXX debug1: private host key #2: ssh-ed25519 SHA256:XXXXXXXXXXXX debug1: rexec_argv[0]='/usr/bin/sshd' debug1: rexec_argv[1]='-p' debug1: rexec_argv[2]='22' debug1: rexec_argv[3]='-D' debug1: rexec_argv[4]='-d' debug1: rexec_argv[5]='-e' debug1: Set /proc/self/oom_score_adj from 0 to -1000 debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 rexec line 115: Deprecated option UsePrivilegeSeparation debug1: sshd version OpenSSH_8.2, OpenSSL 1.1.1g 21 Apr 2020 debug1: private host key #0: ssh-rsa SHA256:XXXXXXXXXXXX debug1: private host key #1: ecdsa-sha2-nistp256 SHA256:XXXXXXXXXXX debug1: private host key #2: ssh-ed25519 SHA256:XXXXXXXXXXX debug1: inetd sockets after dupping: 3, 3 Connection from xxx.xxx.xxx.xxx port 46812 on yyy.yyy.yyy.yyy port 22 rdomain "" debug1: Local version string SSH-2.0-OpenSSH_8.2 debug1: Remote protocol version 2.0, remote software version OpenSSH_8.1 debug1: match: OpenSSH_8.1 pat OpenSSH* compat 0x04000000 debug1: permanently_set_uid: 99/99 [preauth] debug1: list_hostkey_types: rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256,ssh-ed25519 [preauth] debug1: SSH2_MSG_KEXINIT sent [preauth] debug1: SSH2_MSG_KEXINIT received [preauth] debug1: kex: algorithm: curve25519-sha256 [preauth] debug1: kex: host key algorithm: ecdsa-sha2-nistp256 [preauth] debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: \implicit\ compression:mo none [preauth] debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: \implicit\ compression: none [preauth] debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth] debug1: rekey out after 134217728 blocks [preauth] debug1: SSH2_MSG_NEWKEYS sent [preauth] debug1: Sending SSH2_MSG_EXT_INFO [preauth] debug1: expecting SSH2_MSG_NEWKEYS [preauth] debug1: SSH2_MSG_NEWKEYS received [preauth] debug1: rekey in after 134217728 blocks [preauth] debug1: KEX done [preauth] debug1: userauth-request for user prase service ssh-connection method none [preauth] debug1: attempt 0 failures 0 [preauth] Invalid user prase from xxx.xxx.xxx.xxx port 46812 debug1: userauth-request for user prase service ssh-connection method password [preauth] debug1: attempt 1 failures 0 [preauth] Could not get shadow information for NOUSER Failed password for invalid user prase from xxx.xxx.xxx.xxx port 46812 ssh2 debug1: userauth-request for user prase service ssh-connection method password [preauth] debug1: attempt 2 failures 1 [preauth] Failed password for invalid user prase from xxx.xxx.xxx.xxx port 46812 ssh2 debug1: userauth-request for user prase service ssh-connection method password [preauth] debug1: attempt 3 failures 2 [preauth] Failed password for invalid user prase from xxx.xxx.xxx.xxx port 46812 ssh2 maximum authentication attempts exceeded for invalid user prase from xxx.xxx.xxx.xxx port 46812mo ssh2 [preauth] Disconnecting invalid user prase xxx.xxx.xxx.xxx port 46812: Too many authentication failures [preauth] debug1: do_cleanup [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: Killing privsep child 891654 stroj ~ :( #Akorát jsem ip změnil na xxx.xxx… a yyy.yyy… a ještě <> u implicit za \implicit\ kvůli html editoru. Dle mého názoru to vypadá normálně…
To vypadá dobře.... Server listening on 0.0.0.0 port 22. ... Connection from xxx.xxx.xxx.xxx port 46812 on yyy.yyy.yyy.yyy port 22 rdomain "" ... Disconnecting invalid user prase xxx.xxx.xxx.xxx port 46812: Too many authentication failures [preauth] ...
Tiskni
Sdílej: