#9 Végülis ma nem indultam el, mert a budapesti rendezvény miatt lehet, nem érnék oda a helyszínre. Hó végéig átvehetem ... bár lejátszani nem tudom, mert nincs Bluray lejátszóm, ilyet nem is szándékszom venni. A Vakondok című filmről van szó, amelynek megjelenését, elkészültét támogattam a Kickstarteren, így kapok belőle egyet, személyes átvétellel.
Sok sikert! :-)

Ha egyetlen külső meghajtóra felteszed, akkor hálózatban az összes gép Virtualbox-sza tudja majd használni. Lehet, egyszerre is ... nem próbáltam. Ha nem tudnák egyszerre használni, akkor a kütyü, amit én használok, gépenként olcsóbb, darabja kb. 6.000 forint. Ja, viszont akkor kell TV kábel elosztó ami lehet, kicsit rontja a jelet.

#8 Mondjuk én nem VB-re telepiteném hanem külső vinyóra, azon annyi hely van amennyit csak akarok, kap egy particiót egy próba helyett, és kész. Nekem olyan Puppy-s érzés. A boot ideje a Live-ből meglehetősen hosszú. Majd holnap tudok vele próbálkozni.

#12 5.000 forint: https://www.ebay.com/itm/New-USB-2-0-DVB-T2-T-DVB-C-TV-Tuner-Stick-USB-D...
Ez működik nálam a DVB-C (kábeles) adásokra (Digi). Persze, kell hozzá valahol egy antenna csatlakozó, firmware működik ezzel a kernellel (de a Liquorix kernel is jó volt neki),

inxi -S
System:
  Host: kim-hp Kernel: 4.15.0-20-generic x86_64 bits: 64
  Desktop: Cinnamon 4.0.8 Distro: Linux Mint 19.1 Tessa

tudok lelőhelyet (be kell másolni a „/lib/firmware” könyvtár alá), íme:
http://palosaari.fi/linux/v4l-dvb/firmware/MN88473/01/latest/

Letöltés és a helyére másolás:

wget http://palosaari.fi/linux/v4l-dvb/firmware/MN88473/01/latest/dvb-demod-mn88473-01.fw

sudo cp dvb-demod-mn88473-01.fw /lib/firmware

Nem árt (az insmod nem kell):

sudo depmod -a

sudo update-initramfs -uk all

sudo reboot

Ezt kell telepíteni előzetesen a script-hez, és a DVB-C-s, „átkapcsolós” használathoz,

sudo apt-get install dvb-tools w-scan

és így lehet magyar csatornákat listába menteni.
(csak VLC-hez jó, de a VLC-t be kell zárni a szkennelés alatt)

w_scan -fc -c HU -L > channels.xspf

Egy script a DVB-C adások izzításához:

#!bin/bash
## http://crunchbang.org/forums/viewtopic.php?pid=191437#p191437
## http://crunchbang.org/forums/viewtopic.php?id=37548
echo "a modul betöltése ..."; \
echo "sudo modprobe dvb-usb-rtl28xxu"; \
sudo modprobe dvb-usb-rtl28xxu; \
sleep 2; \
echo "a DVB-T frontend mozgatása ..."; \
echo "sudo mv /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend2"; \
sudo mv /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend2; \
sleep 2; \
echo "a DVB-T/T2/C frontend mozgatása ..."; \
echo "sudo mv /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/frontend0"; \
sudo mv /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/frontend0; \
sleep 2; \
echo "a DVB-C beállítása ..."; \
echo "dvb-fe-tool -d dvbc/annex_a"; \
dvb-fe-tool -d dvbc/annex_a; \
sleep 5; \
echo "Indulhat a tévézés"; \
echo; \
read -p "Üdv újra. Nyomd meg bármelyik billentyűt a kilépéshez ... " -n1 junk; \
echo; \
echo; \
echo "              Hi $USER"; \
sleep 2; \

A script (neve és) indítása sima felhasználói joggal ($):

bash dvb_c.sh

Ezután a VLC-ben a listát betöltve, indulhat a tévézés.
A távírányitóra még nem volt időm. Nem is annyira igényem, de lehet, majd megcsinálom.

#10 Hát ez az...Stream nincs (vagy nem tudok róla), a TV a nappal a Picurkáé, párom Windows-on dolgozik, a telefon hiába jó nagy, de mégis pici, egy külső rackon pedg akármi is elfér és a linux-os gép mindig ráér...

#14 Érdemes lehet.

#13 Lehet hogy beruházok ennyit...

A Google végre megcsinálta: megérti a magyar beszédet az Android | 2019.02.28.

Miközben a fél világ a hajtogatós telefonokon ámuldozik, a Google csendben a felhasználók közti egyenlőtlenségek felszámolására törekszik. Az Azonnali átírás app itt,
https://www.android.com/accessibility/live-transcribe/
a Hangerősítő itt érhető el.
https://play.google.com/store/apps/details?id=com.google.android.accessi...

Videó: https://index.indavideo.hu/video/mwc_2019_barcelona_google_azonnali_leiras
Index: https://index.hu/video/2019/02/28/mwc_2019_barcelona_google_azonnali_lei...

Új, ÉletMentő elnevezésű applikációt vezet be az Országos Mentőszolgálat (OMSZ) a Vodafone Magyarország Alapítvány támogatásával, amely gyorsabbá és egyszerűbbé teszi a mentőhívást a bajbajutottak számára - jelentette be az OMSZ és a Vodafone Alapítvány. Az alkalmazást ősztől lehet ingyenesen letölteni.
... https://www.napi.hu/tech/vodafone-mento-omsz-segelyhivo-applikacio-mobil...

Az alkalmazást a Medical Information Technologies fejleszti 2014-óta, Csehországban 2016-ban jelent meg a piacon, amelyet később a szlovákiai és ausztriai bevezetés követett - mondta el az alkalmazás cseh kitalálója és fejlesztője, Filip Malenak, akinek a projektjét a cseh Vodafone Alapítvány karolta fel. Malenak szerint az alkalmazásnak már több mint egymillió regisztrált felhasználója van és eddig nagyságrendileg mintegy 30 ezer riasztás érkezett az applikáción keresztül.

A mesterségesintelligencia-robbanás egyik legváratlanabb és legpozitívabb „mellékhatása” a videojátékokat érinti. Rajongók rájöttek, hogy a gépi tanulás tökéletes eszköz klasszikus darabok grafikájának megújításához.

Az „MI felskálázás” (AI upscaling) néven ismert technika lényege, hogy az algoritmusba alacsony felbontású képet táplálunk be, és a gyakorlóadatok felhasználásával, az eredetivel egyező, de sokkal több pixelt tartalmazó változat lesz az output.
... https://jelenbolajovobe.blog.hu/2019/04/24/klasszikus_jatekok_uj_grafikaval

Egy példa: márciusban a BearborgOne nevű Reddit felhasználó (a feljavított szuper-felbontású generatív ellenséges hálózatot rövidítő) ESARGAN programmal a Metroid Prime 2 darab textúráját varázsolta 4k mesterművé.

Az ESARGAN kiveszi az eredeti darab textúráját, elemzi, kitölti az alacsony felbontású grafika lyukait, és az eredeti designt megtartva javítja fel a minőséget. MI felskálázással kivehetetlen pixelködök részletesen kidolgozott épületekké, fákká stb. válnak. A programmal nagyjából olyan eredmény érhető el, mint amikor restaurált festményeken addig nem vagy alig látott arcokat, arcvonásokat látunk.

Az MI azonban (egyelőre) nem végzi el az összes munkát. Egyes játékoknál hosszú órákig manuálisan kell módosítani az algoritmuson, és néha a végső grafikán is.

Ezzel együtt a gépi tanulás szenzációs segédeszköz.

„Mint a varázslat. Az eredmény úgy néz ki, mintha magától a játékfejlesztőtől töltöttem volna le nagyfelbontású textúracsomagot” – magyarázza az Elder Scrolls III: Mirrorwindet megújító norvég Daniel Trolie.

A régi játékok iránti nosztalgiával és a csináld magad (Do-it-yourself, DIY) attitűd térhódításával a „mozgalom” komoly eredményeket érhet el. Egy-egy ikonikus játék grafikája viszont annyira márkajeggyé vált, hogy új köntösben nem lenne ugyanaz a darab.

#23 Tegnap délután frissítettem.

Package        : linux
CVE ID         : CVE-2019-3846 CVE-2019-5489 CVE-2019-9500 CVE-2019-9503
                 CVE-2019-10126 CVE-2019-11477 CVE-2019-11478 CVE-2019-11479
                 CVE-2019-11486 CVE-2019-11599 CVE-2019-11815 CVE-2019-11833
                 CVE-2019-11884

Several vulnerabilities have been discovered in the Linux kernel that
may lead to a privilege escalation, denial of service or information
leaks.

CVE-2019-3846, CVE-2019-10126

    huangwen reported multiple buffer overflows in the Marvell wifi
    (mwifiex) driver, which a local user could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-5489

    Daniel Gruss, Erik Kraft, Trishita Tiwari, Michael Schwarz, Ari
    Trachtenberg, Jason Hennessey, Alex Ionescu, and Anders Fogh
    discovered that local users could use the mincore() system call to
    obtain sensitive information from other processes that access the
    same memory-mapped file.

CVE-2019-9500, CVE-2019-9503

    Hugues Anguelkov discovered a buffer overflow and missing access
    validation in the Broadcom FullMAC wifi driver (brcmfmac), which a
    attacker on the same wifi network could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-11477

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) allows a remotely triggerable
    kernel panic.

CVE-2019-11478

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) will fragment the TCP
    retransmission queue, allowing an attacker to cause excessive
    resource usage.

CVE-2019-11479

    Jonathan Looney reported that an attacker could force the Linux
    kernel to segment its responses into multiple TCP segments, each of
    which contains only 8 bytes of data, drastically increasing the
    bandwidth required to deliver the same amount of data.

    This update introduces a new sysctl value to control the minimal MSS
    (net.ipv4.tcp_min_snd_mss), which by default uses the formerly hard-
    coded value of 48.  We recommend raising this to 536 unless you know
    that your network requires a lower value.

CVE-2019-11486

    Jann Horn of Google reported numerous race conditions in the
    Siemens R3964 line discipline. A local user could use these to
    cause unspecified security impact. This module has therefore been
    disabled.

CVE-2019-11599

    Jann Horn of Google reported a race condition in the core dump
    implementation which could lead to a use-after-free.  A local
    user could use this to read sensitive information, to cause a
    denial of service (memory corruption), or for privilege
    escalation.

CVE-2019-11815

    It was discovered that a use-after-free in the Reliable Datagram
    Sockets protocol could result in denial of service and potentially
    privilege escalation.  This protocol module (rds) is not auto-
    loaded on Debian systems, so this issue only affects systems where
    it is explicitly loaded.

CVE-2019-11833

    It was discovered that the ext4 filesystem implementation writes
    uninitialised data from kernel memory to new extent blocks.  A
    local user able to write to an ext4 filesystem and then read the
    filesystem image, for example using a removable drive, might be
    able to use this to obtain sensitive information.

CVE-2019-11884

    It was discovered that the Bluetooth HIDP implementation did not
    ensure that new connection names were null-terminated.  A local
    user with CAP_NET_ADMIN capability might be able to use this to
    obtain sensitive information from the kernel stack.

For the stable distribution (stretch), these problems have been fixed in
version 4.9.168-1+deb9u3.


We recommend that you upgrade your linux packages.

Érdemes lehet a tűzfalszabályokat finomítani (ha a tűzfalat nézi az ember).

Pofonegyszerűen lehet távolról összeomlasztani szinte bármelyik linuxos gépet
https://pcforum.hu/hirek/21515/pofonegyszeruen-lehet-tavolro-osszeomlasz...

#27 A hírben (rosszul megfogalmazott valamiben) linkelt oldalon
https://github.com/Netflix/security-bulletins/blob/master/advisories/thi...
említenek a frissítésig használható két megoldást (workaround). Mindegyik kernel változatra jó (de, ha jön a frissítés, mint nálam ... értelme nincs).

1) Nálam most az érték 0 (a frissítés után)

cat /proc/sys/net/ipv4/tcp_mtu_probing
0

Magyarázat:

       tcp_mtu_probing (integer; default: 0; since Linux 2.6.17)
              This parameter controls TCP Packetization-Layer Path MTU Discov‐
              ery.  The following values may be assigned to the file:

              0  Disabled

              1  Disabled by default, enabled when an ICMP black hole detected

              2  Always enabled, use initial MSS of tcp_base_mss.

2) A értékét kell 0-ra változtatni. Nálam most 1 (a frissítés után):

cat /proc/sys/net/ipv4/tcp_sack
1

Magyarázat: (tiltva: 0, engedélyezve: 1)

       tcp_sack (Boolean; default: enabled; since Linux 2.2)
              Enable RFC 2018 TCP Selective Acknowledgements.

Minkét beállítás megtalálható itt is: /etc/sysctl.conf

... elméletileg, mert az én rendszeremen nincsenek ott. Bele lehet szerkeszteni a fájlba (mint oly sok mást is).

A nevük:

net.ipv4.tcp_sack=0

net.ipv4.tcp_mtu_probing=0

Első lépés a biztonsági frissítés alkalmazása: Frissítéskezelő!
A leírtakat nem kell megcsinálni, csak magyarázatként írtam.
Ez is egy javaslat: https://github.com/Netflix/security-bulletins/blob/master/advisories/thi...
A Red Hat is leírja megoldásokat (a frissítésig eltelt időben lehet alkalmazni):
-- a fenti értékek megváltoztatására (a tee paranccsal egyszerűbb a > helyett)
-- a FireWallD beállításokra,
-- és az IPTables szerkesztésre.
https://access.redhat.com/security/vulnerabilities/tcpsack

TCP kézikönyv:

man tcp

#23 Tegnap délután frissítettem.

Package        : linux
CVE ID         : CVE-2019-3846 CVE-2019-5489 CVE-2019-9500 CVE-2019-9503
                 CVE-2019-10126 CVE-2019-11477 CVE-2019-11478 CVE-2019-11479
                 CVE-2019-11486 CVE-2019-11599 CVE-2019-11815 CVE-2019-11833
                 CVE-2019-11884

Several vulnerabilities have been discovered in the Linux kernel that
may lead to a privilege escalation, denial of service or information
leaks.

CVE-2019-3846, CVE-2019-10126

    huangwen reported multiple buffer overflows in the Marvell wifi
    (mwifiex) driver, which a local user could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-5489

    Daniel Gruss, Erik Kraft, Trishita Tiwari, Michael Schwarz, Ari
    Trachtenberg, Jason Hennessey, Alex Ionescu, and Anders Fogh
    discovered that local users could use the mincore() system call to
    obtain sensitive information from other processes that access the
    same memory-mapped file.

CVE-2019-9500, CVE-2019-9503

    Hugues Anguelkov discovered a buffer overflow and missing access
    validation in the Broadcom FullMAC wifi driver (brcmfmac), which a
    attacker on the same wifi network could use to cause denial of
    service or the execution of arbitrary code.

CVE-2019-11477

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) allows a remotely triggerable
    kernel panic.

CVE-2019-11478

    Jonathan Looney reported that a specially crafted sequence of TCP
    selective acknowledgements (SACKs) will fragment the TCP
    retransmission queue, allowing an attacker to cause excessive
    resource usage.

CVE-2019-11479

    Jonathan Looney reported that an attacker could force the Linux
    kernel to segment its responses into multiple TCP segments, each of
    which contains only 8 bytes of data, drastically increasing the
    bandwidth required to deliver the same amount of data.

    This update introduces a new sysctl value to control the minimal MSS
    (net.ipv4.tcp_min_snd_mss), which by default uses the formerly hard-
    coded value of 48.  We recommend raising this to 536 unless you know
    that your network requires a lower value.

CVE-2019-11486

    Jann Horn of Google reported numerous race conditions in the
    Siemens R3964 line discipline. A local user could use these to
    cause unspecified security impact. This module has therefore been
    disabled.

CVE-2019-11599

    Jann Horn of Google reported a race condition in the core dump
    implementation which could lead to a use-after-free.  A local
    user could use this to read sensitive information, to cause a
    denial of service (memory corruption), or for privilege
    escalation.

CVE-2019-11815

    It was discovered that a use-after-free in the Reliable Datagram
    Sockets protocol could result in denial of service and potentially
    privilege escalation.  This protocol module (rds) is not auto-
    loaded on Debian systems, so this issue only affects systems where
    it is explicitly loaded.

CVE-2019-11833

    It was discovered that the ext4 filesystem implementation writes
    uninitialised data from kernel memory to new extent blocks.  A
    local user able to write to an ext4 filesystem and then read the
    filesystem image, for example using a removable drive, might be
    able to use this to obtain sensitive information.

CVE-2019-11884

    It was discovered that the Bluetooth HIDP implementation did not
    ensure that new connection names were null-terminated.  A local
    user with CAP_NET_ADMIN capability might be able to use this to
    obtain sensitive information from the kernel stack.

For the stable distribution (stretch), these problems have been fixed in
version 4.9.168-1+deb9u3.


We recommend that you upgrade your linux packages.

Érdemes lehet a tűzfalszabályokat finomítani (ha a tűzfalat nézi az ember).

#31 A hangnem nem stimmel a közírónál általában. Linux ellenes. Persze, most jót írt, egészen pontosan „csak” hírt hozott. Hogy milyen formában, azt írtam le most. :-)
A Man In Black (film) egyik részében volt, hogy a bulvár lapokat érdemes olvasni ..., mert a tehén felfalásáról éppen egy bulvárlap írt. Kizárólag. Érdemes olvasni a bulvárt is, persze. :-D

#24 "Pont Stinget kell ide linkelned. Persze az ipv4 sérülés a Windows ugye nem érinti?"

Ennek egyetlen szavát sem értem. Ki az a Pont Sting? (Vagy az a pont esetleg éppen akart lenni?)

Ki az a Sting, és mi köze az egészhez? Szerintem nem ő használja ki a sérülékenységet, csak tudósít róla. És ugye nem a rossz hír hozóját kell büntetni.

Hogy jön ide a Windows persze?

Ha ő nem írja meg, én sem írom meg, és akkor te sem tudsz róla.
A hírben ott van egy GitHub link is. Ja az meg azért nem jó, mert azt is megvette a Microsoft?
Azután van egy RedHat link is, az se jó? Ja azért mert az fizetős?

Ez tiszta dedó!

Megtehettem volna, hogy kihagyom a néhányotok által utált Stinget, de nem szeretnék úgy feltűnni, mint aki olvassa az összes nemzetközi linuxos hírportált, és mindenről első kézből értesül.

Engem baromira nem érdekel, hogy ki, kit utál. Az az óvodában volt szokás, hogy ha Juliska utálta Jancsikát, akkor Juliska barátnője Sárika szintén utálni kezdte Jancsikát.

Ha utálod Stinget, ne olvasd el, amit ír. Nem kell mindenkinek mindenről tudnia.

#33 A régebbi kernelek már nem támogatottak. Amúgy, az, hogy a kernelekben volt a hiba, nem bizonyít semmit. Ha valaki kihasználta volna a hibát (rossz szándékkal), akkor már tudtunk volna róla. Mások is figyelik a támadásokat ... például a védelmi szoftverek gyártói. Esetleg elszigetelt próbálkozások lehettek. Vélhetően a Netflix csapata fedezte fel a hibát először, és a közlés után kellett „sietni” a megoldással. Hiszen a közlést mindenki olvashatja, habár kihasználni már nehezebb. A javítás azonban még aznap sikerült a terjesztések tekintetében. Azaz tegnap. Nincs különösebb mondanivalóm, de kénytelen vagyok megjegyezni, a cikk ma készült (2019.06.18.): „ma 07:00”. Korrekció, frissítés azóta sem. A többi cikknél sem: https://pcforum.hu/hirek/cimkek/3010/linux-biztonsag

Szeretném megkérdezni: miben különbözik egy Linuxszos vírusírtó az OS X-es vagy a Windowszos társaitól?
Válasz: semmiben. Majdnem az összes kereskedelmi szoftver natív Linuxszos változata használható, és vírus adatbázisa is naprakész. A gyártók érdeke, hogy az alkalmazás Linux alatt is ugyanolyan tökéletesen működjön, mint más rendszerek alatt.
Akkor mire föl ez a mondat?

Mivel a linuxos vírusirtók csak mostantól kezdik majd el felismerni a kártevőt ...
Forrás: https://pcforum.hu/hirek/21481/senki-nem-vette-eszre-hogy-veszelyes-kart...

[...]

Persze, mindez előfordulhat (biztonsági esemény megvalósulása),
https://translate.google.hu/translate?sl=auto&tl=hu&u=https%3A%2F%2Fwww....
de a cikk elfelejti közölni (pcforum), hogy a fertőző fájlt mindenképpen le kell tölteni valahonnan, mert enélkül elég nehéz a fertőzést véghezvinni. A fertőzés módszere tehát először a social media útján, egyéni vagy közösségi aktívitáson keresztül, a felhasználó aktív közreműködésével történhet meg igazán.

Egyébként nagyon hasznos, ha „bárki” közöl sérülékenységet ..., olyan szempontból, hogy ezáltal a javításra is mód nyílik.

#31 A hangnem nem stimmel a közírónál általában. Linux ellenes. Persze, most jót írt, egészen pontosan „csak” hírt hozott. Hogy milyen formában, azt írtam le most. :-)
A Man In Black (film) egyik részében volt, hogy a bulvár lapokat érdemes olvasni ..., mert a tehén felfalásáról éppen egy bulvárlap írt. Kizárólag. Érdemes olvasni a bulvárt is, persze. :-D

#43 De a hír ettől még igaz. Én semmi mást nem tettem, csak közreadtam.

Cáfoltam volna az igazságát? Valaki mással tévesztesz össze.
Egyébként senki nem mondta, hogy a hír nem igaz.
Én a valós veszélyről írtam szerintem.
És arról, hogy a cikk megszületésének időpontjában a veszély már el volt hárítva. Ez minimum érdekes (a cikk írójára nézve). Rád olyan szempontból vonatkozik az előző „érdekesség” ..., hogy bennem fel is merül most a kérdés, a cikket olvasva, te mit tettél meg a hiba elhárítása érdekében, akármit.
Mit tettél meg a hiba elhárítása érdekében?
Például nem indítottad el a Linux Mint 18.3 rendszert? Vagy mi más volt a védekezésed lényege? Érdekelne. Tényleg.

-----

Ami pedig a vírusirtót illeti, én az általánosan elfogadott linuxos vélekedés ellenére évek óta használok vírusirtót.
(ESET NOD32)

Gondolom, fizetsz érte, javasoltad nekem is egy akciót ( amiről ugyan olvastam máshol). Meg tudod kérdezni tőlük (support) a másik hírt, a korábbit, vagyis ama cuccost az ESET felismeri-e már a VirusTotal oldalon.

... mint ebből az esetből is kiderült, inkább a tűzfalszabályokat, jogosultságokat kell keményíteni. A szokásos értelemben vett vírus igen kevés létezik a Linux alá. Nem hátrány a vírusvédelmi szoftver használata, de akkor legyen komplex védelem inkább és „esetleg”. A böngésző minden rendszeren veszélyforrás ..., stb..

-----

-- És évek alatt - nagyságrendileg - hány és milyen vírusokat ill. fenyegetéseket fogott meg a NOD32 ?

-- Ez a létező legostobább megközelítés. Nem is válaszolok rá.

Semmi mást nem tett csak kérdezett. Megközelítésről szó se volt. :-D

#41
Én azt az állítást egy másodpercig sem vitatom, hogy a cikk szerzője elfogult, és rosszindulatú a Linuxszal szemben. Készségesen elhiszem nektek. De a hír ettől még igaz. Én semmi mást nem tettem, csak közreadtam.

Ami pedig a vírusirtót illeti, én az általánosan elfogadott linuxos vélekedés ellenére évek óta használok vírusirtót.
(ESET NOD32)
De ha valaki megszól érte, akkor letagadom.
"Helyesen ilyen mondat nincs."
                         (Kertész Ákos)