{"id":55510,"date":"2020-01-22T00:00:00","date_gmt":"2020-01-21T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/linux-udalenie-pula-blokirovok-dev-random"},"modified":"2020-02-18T14:03:38","modified_gmt":"2020-02-18T11:03:38","slug":"linux-udalenie-pula-blokirovok-dev-random","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","title":{"rendered":"Linux: a blokkol\u00e1si pool elt\u00e1vol\u00edt\u00e1sa \/dev\/random","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Mint tudjuk, a \/dev\/random, a kriptogr\u00e1fiailag biztons\u00e1gos v\u00e9letlen sz\u00e1mokat gener\u00e1l\u00f3 (CSPRNG) gener\u00e1tor, rendelkezik egy kellemetlen probl\u00e9m\u00e1val \u2013 a blokkol\u00e1ssal. Ebben a cikkben arr\u00f3l lesz sz\u00f3, hogyan lehet ezt a probl\u00e9m\u00e1t megoldani. <\/p>\n

Az ut\u00f3bbi p\u00e1r h\u00f3napban a v\u00e9letlen sz\u00e1mok gener\u00e1l\u00e1s\u00e1nak eszk\u00f6zei a kernelben kiss\u00e9 \u00e1tdolgoz\u00e1sra ker\u00fcltek, de ennek a r\u00e9szrendszernek a probl\u00e9m\u00e1it sz\u00e9lesebb id\u0151keretekben oldott\u00e1k meg. Id\u0151keretek.<\/a><\/noindex>A leg\u00fajabb v\u00e1ltoztat\u00e1sok<\/a><\/noindex> c\u00e9lja az volt, hogy megakad\u00e1lyozza a getrandom() rendszerh\u00edv\u00e1s hossz\u00fa blokkol\u00e1s\u00e1t a rendszer bet\u00f6lt\u00e9sekor, de ennek h\u00e1tter\u00e9ben a blokkol\u00f3 v\u00e9letlen tart\u00e1ly viselked\u00e9se \u00e1llt. A k\u00f6zelm\u00falt jav\u00edt\u00e1sa elt\u00e1vol\u00edtotta volna ezt a tart\u00e1lyt, \u00e9s v\u00e1rhat\u00f3 volt, hogy a f\u0151 kernelhez fog folyni. <\/p>\n

Andy Lutomirski december v\u00e9g\u00e9n k\u00f6zz\u00e9tette a patch harmadik verzi\u00f3j\u00e1t. Ez bevezet \u201ek\u00e9t alapvet\u0151 szemantikai v\u00e1ltoz\u00e1st a Linux v\u00e9letlen API-j\u00e1ban\u201d.<\/i>A patch \u00faj GRND_INSECURE z\u00e1szl\u00f3t ad a getrandom() rendszerh\u00edv\u00e1shoz (b\u00e1r Lutomirski getentropy()-k\u00e9nt hivatkozik r\u00e1, amelyet a glibc a getrandom() seg\u00edts\u00e9g\u00e9vel val\u00f3s\u00edt meg r\u00f6gz\u00edtett z\u00e1szl\u00f3kkal); ez a z\u00e1szl\u00f3 arra k\u00e9nyszer\u00edti a h\u00edv\u00e1st, hogy mindig visszaadja a k\u00e9rt adatmennyis\u00e9get, de nem garant\u00e1lja, hogy ezek az adatok v\u00e9letlenszer\u0171ek. A kernel csak annyit tesz, hogy a legjobban el\u00e9rhet\u0151 v\u00e9letlenszer\u0171 adatokat adja meg a rendelkez\u00e9sre \u00e1ll\u00f3 id\u0151pontban. \u201eVal\u00f3sz\u00edn\u0171leg a legjobb, amit tehet\u00fcnk, az, hogy INSECURE-nek h\u00edvjuk<\/i> (nem biztons\u00e1gos), hogy megakad\u00e1lyozzuk ennek az API-nak a biztons\u00e1got ig\u00e9nyl\u0151 dolgokhoz val\u00f3 haszn\u00e1lat\u00e1t.\u201d<\/a><\/noindex><\/p>\n

A patchok elt\u00e1vol\u00edtj\u00e1k a blokkol\u00f3 tart\u00e1lyt is. Jelenleg a kernel k\u00e9t v\u00e9letlenszer\u0171 adatgy\u0171jt\u0151 tart\u00e1lyt t\u00e1mogat, az egyik a \/dev\/random, a m\u00e1sik pedig a \/dev\/urandom, ahogyan ezt a a Spotify d\u00f6nt\u00e9shozatali m\u00f3dszertan\u00e1r\u00f3l. Egyre t\u00f6bb felhaszn\u00e1l\u00f3 prefer\u00e1lja a zenehallgat\u00e1st mobilon a streaming szolg\u00e1ltat\u00e1sban, de a c\u00e9gn\u00e9l t\u00falnyom\u00f3r\u00e9szt webprogramoz\u00f3k dolgoznak. A Spotify elemezte ezt a helyzetet, \u00e9s \u00fagy d\u00f6nt\u00f6tt, hogy t\u00f6bb mobilfejleszt\u0151t vesz fel, valamint \u00e1tnevezi a webes szakembereket \u00faj ir\u00e1nyba:<\/a><\/noindex> 2015-\u00f6s dokumentumban le\u00edrt\u00e1k. A blokkol\u00f3 tart\u00e1ly a \/dev\/random; ennek az eszk\u00f6znek az olvas\u00e1sa blokkolva lesz (nev\u00e9b\u0151l ad\u00f3d\u00f3an), am\u00edg a rendszer nem gy\u0171jt \u00f6ssze \u201emegfelel\u0151\u201d mennyis\u00e9g\u0171 entr\u00f3pi\u00e1t a k\u00e9r\u00e9s teljes\u00edt\u00e9s\u00e9hez. Tov\u00e1bbi olvas\u00e1sok err\u0151l a f\u00e1jlr\u00f3l szint\u00e9n blokkolva vannak, ha a tart\u00e1lyban nincs elegend\u0151 entr\u00f3pia. <\/p>\n

A blokkol\u00e1si tart\u00e1ly elt\u00e1vol\u00edt\u00e1sa azt jelenti, hogy a \/dev\/random olvas\u00e1sa a getrandom() h\u00edv\u00e1s\u00e1nak viselked\u00e9s\u00e9vel egyen\u00e9rt\u00e9k\u0171, ahol a flags \u00e9rt\u00e9ke nulla (\u00e9s a GRND_RANDOM z\u00e1szl\u00f3 no-opra v\u00e1ltozik). A kriptogr\u00e1fiai v\u00e9letlensz\u00e1m-gener\u00e1tor (CRNG) inicializ\u00e1l\u00e1sa ut\u00e1n a \/dev\/random olvas\u00e1sa \u00e9s a getrandom(...,0) h\u00edv\u00e1sok nem fognak blokkol\u00f3dni, \u00e9s visszaadj\u00e1k a k\u00e9rt mennyis\u00e9g\u0171 v\u00e9letlen adatot.<\/p>\n

Lutomirsky mondta: \u201e\u00dagy v\u00e9lem, hogy a Linux blokkol\u00f3 poolja elavult. A Linux CRNG olyan kimenetet gener\u00e1l, amely el\u00e9g j\u00f3 ahhoz, hogy ak\u00e1r kulcsok gener\u00e1l\u00e1s\u00e1ra is haszn\u00e1lhat\u00f3 legyen. A blokkol\u00f3 pool nem jelent er\u0151sebb megold\u00e1st semmilyen szempontb\u00f3l, \u00e9s a fenntart\u00e1s\u00e1hoz rengeteg k\u00e9tes \u00e9rt\u00e9k\u0171 infrastrukt\u00far\u00e1ra van sz\u00fcks\u00e9g.\u201d <\/i><\/p>\n

A v\u00e1ltoztat\u00e1sokat \u00fagy hajtott\u00e1k v\u00e9gre, hogy a megl\u00e9v\u0151 programok val\u00f3j\u00e1ban ne szenvedjenek, \u00e9s val\u00f3ban kevesebb probl\u00e9m\u00e1t okoz majd a hossz\u00fa v\u00e1rakoz\u00e1s az olyan dolgok eset\u00e9ben, mint a GnuPG kulcsgener\u00e1l\u00e1s.<\/p>\n

\u201eEzek a sorozatok nem szabad, hogy megs\u00e9rtsenek semmilyen megl\u00e9v\u0151 programot. A \/dev\/urandom v\u00e1ltozatlan marad. A \/dev\/random tov\u00e1bbra is blokkolva van a rendszer ind\u00edt\u00e1sakor, de most kevesebb id\u0151t blokkol. A getentropy() a megl\u00e9v\u0151 flag-ekkel olyan eredm\u00e9nyt fog visszaadni, amely gyakorlati c\u00e9lokra ugyanolyan megfelel\u0151, mint kor\u00e1bban.\u201d<\/i> <\/p>\n

Lutomirsky megjegyezte, hogy m\u00e9g mindig nyitott k\u00e9rd\u00e9s, hogy a kernelnek kell-e biztos\u00edtania \u00fagynevezett \u201eval\u00f3di v\u00e9letlen sz\u00e1mokat\u201d, amit a blokkol\u00f3 kernelnek r\u00e9szben kellett volna biztos\u00edtania. Csak egy okot l\u00e1t erre: \u201eaz \u00e1llami norm\u00e1k betart\u00e1sa\u201d. Lutomirsky felt\u00e9telezte, hogy ha a kernelnek ezt biztos\u00edtania kell, akkor azt egy teljesen m\u00e1s interf\u00e9szen kereszt\u00fcl kellene megtenni, vagy \u00e1t kellene vinni a felhaszn\u00e1l\u00f3i t\u00e9rbe, lehet\u0151v\u00e9 t\u00e9ve sz\u00e1m\u00e1ra, hogy nyers esem\u00e9nymint\u00e1kat gy\u0171jts\u00f6n, amelyek felhaszn\u00e1lhat\u00f3k egy ilyen blokkol\u00f3 pool l\u00e9trehoz\u00e1s\u00e1hoz. <\/p>\n

Stephan M\u00fcller azt javasolta, hogy a k\u00e9szlete jav\u00edt\u00f3csomagok form\u00e1j\u00e1ban<\/a><\/noindex> A Linux random number generator (LRNG) (currently released version 26) can be a way to provide true random numbers for applications that need them. LRNG 'fully complies with the recommendations for entropy sources used for generating random bits' SP800-90B, making it a solution to the problem of government standards.
\nMatthew Garrett objected to the term 'true random data', noting that the devices selected can, in principle, be modeled closely enough to make them predictable: 'we are not sampling quantum events here'.<\/p>\n

M\u00fcller responded that this term comes from the German standard AIS 31 for describing a random number generator, which only outputs results 'at the same speed as the underlying source of noise produces entropy'. <\/p>\n

Aside from terminological discrepancies, the presence of a lock pool, as suggested by LRNG patches, will simply lead to various problems at least if it is available without privileges. <\/p>\n

As Lutomirski said: \u2018This does not solve the problem. If two different users run dumb programs like gnupg, they will just exhaust each other. I see that there are currently two main issues with \/dev\/random: it is prone to DoS (i.e., resource exhaustion, malicious influence, or something similar), and since no privileges are required to use it, it is also prone to abuse. Gnupg is wrong, it is a complete collapse. If we introduce a new unprivileged interface that gnupg and similar programs will use, we will lose again.\u2019<\/i> <\/p>\n

M\u00fcller noted that adding getrandom() will now allow GnuPG to use this interface, as it will provide the necessary guarantee that the pool has been initialized. Based on discussions with GnuPG developer Werner Koch, M\u00fcller believes that the guarantee is the only reason GnuPG currently reads directly from \/dev\/random. But if there is an unprivileged interface that is subject to denial of service (like \/dev\/random today), it will, according to Lutomirski, be misused by some applications. <\/p>\n

Theodore Yue Tak Ts'o, a Linux v\u00e9letlensz\u00e1m-alrendszer\u00e9nek fejleszt\u0151je l\u00e1that\u00f3an megv\u00e1ltoztatta a blokkol\u00f3 tart\u00e1ly sz\u00fcks\u00e9gess\u00e9g\u00e9vel kapcsolatos v\u00e9lem\u00e9ny\u00e9t. Azt mondta, hogy ennek a tart\u00e1lynak az elt\u00e1vol\u00edt\u00e1sa hat\u00e9konyan lehet\u0151v\u00e9 teszi annak elvet\u00e9s\u00e9t, hogy a Linuxnak val\u00f3di v\u00e9letlensz\u00e1m-gener\u00e1tora (TRNG) lenne: \"Ez nem \u00e9rtelmetlen, mivel pontosan ezt csin\u00e1lt\u00e1k mindig a *BSD-k.\"<\/i><\/p>\n

Agg\u00f3dik amiatt is, hogy a TRNG mechanizmus biztos\u00edt\u00e1sa csup\u00e1n csalogat\u00f3 eszk\u00f6zk\u00e9nt fog szolg\u00e1lni az alkalmaz\u00e1sfejleszt\u0151k sz\u00e1m\u00e1ra, \u00e9s \u00fagy v\u00e9li, hogy a Linux \u00e1ltal t\u00e1mogatott k\u00fcl\u00f6nf\u00e9le hardverek figyelembev\u00e9tel\u00e9vel lehetetlen garant\u00e1lni a TRNG-t a kernelben. A probl\u00e9ma m\u00e9g root jogosults\u00e1gokkal rendelkez\u0151 hardverek kezel\u00e9s\u00e9vel sem oldhat\u00f3 meg. \"Az alkalmaz\u00e1sfejleszt\u0151k javasolj\u00e1k, hogy az alkalmaz\u00e1sukat biztons\u00e1gi okokb\u00f3l root-k\u00e9nt telep\u00edts\u00e9k, mert csak \u00edgy juthatnak hozz\u00e1 a 'val\u00f3ban j\u00f3' v\u00e9letlensz\u00e1mokhoz.\"<\/i><\/p>\n

M\u00fcller megk\u00e9rdezte, hogy Cao nem mondott-e le arr\u00f3l a blokkol\u00f3 pool megval\u00f3s\u00edt\u00e1s\u00e1r\u00f3l, amelyet kor\u00e1bban \u0151 maga javasolt. Cao v\u00e1laszolt, hogy tervezi a Lutomirsky jav\u00edt\u00e1sok \u00e1tv\u00e9tel\u00e9t, \u00e9s akt\u00edvan ellenzi a blokkol\u00f3 interf\u00e9sz \u00fajra beilleszt\u00e9s\u00e9t a kernelbe. <\/p>\n

\u201eA kernel nem tud semmilyen garanci\u00e1t adni arra n\u00e9zve, hogy a noise source megfelel\u0151en van-e karakteriz\u00e1lva. Az egyetlen dolog, amit a GPG vagy OpenSSL fejleszt\u0151je megkaphat, az egy hom\u00e1lyos \u00e9rz\u00e9s, hogy a TRUERANDOM \"jobb\", \u00e9s mivel \u0151k nagyobb biztons\u00e1got akarnak, biztosan meg fogj\u00e1k pr\u00f3b\u00e1lni haszn\u00e1lni. Egy adott pillanatban blokkolva lesz, \u00e9s amikor valamelyik m\u00e1sik okos felhaszn\u00e1l\u00f3 (tal\u00e1n egy disztrib\u00faci\u00f3k kiad\u00e1s\u00e1\u00e9rt felel\u0151s szakember) beilleszti az init szkriptbe, a rendszerek le fognak \u00e1llni, a felhaszn\u00e1l\u00f3knak csak Linus Torvalds-nak marad lehet\u0151s\u00e9g\u00fck panaszra.<\/i> <\/p>\n

Cao szint\u00e9n azon dolgozik, hogy a kriptogr\u00e1fusoknak \u00e9s azoknak, akik val\u00f3ban sz\u00fcks\u00e9g\u00fck van TRNG-re, lehet\u0151s\u00e9get biztos\u00edtson saj\u00e1t entropy gy\u0171jt\u00e9s\u00e9re felhaszn\u00e1l\u00f3i t\u00e9rben, hogy azt tetsz\u00e9s\u00fck szerint haszn\u00e1lhass\u00e1k. Azt mondja, hogy az entropy gy\u0171jt\u00e9se nem olyan folyamat, amit a kernel k\u00e9pes v\u00e9grehajtani a t\u00e1mogathat\u00f3 hardverek sokas\u00e1g\u00e1n, r\u00e1ad\u00e1sul a kernel maga nem tudja \u00e9rt\u00e9kelni, hogy a k\u00fcl\u00f6nb\u00f6z\u0151 forr\u00e1sok mennyi entropy-t biztos\u00edtanak. <\/p>\n

A mag, hogy a mag nem keverheti \u00f6ssze a k\u00fcl\u00f6nb\u00f6z\u0151 zajforr\u00e1sokat, \u00e9s term\u00e9szetesen nem \u00e1ll\u00edthatja, hogy tudja, h\u00e1ny bit entropi\u00e1t kap, amikor valamilyen 'r\u00e1ngat\u00f3z\u00f3 entropiaj\u00e1t\u00e9kot' pr\u00f3b\u00e1l j\u00e1tszani egy rendk\u00edv\u00fcl egyszer\u0171 CPU-architekt\u00far\u00e1n a felhaszn\u00e1l\u00f3i IoT\/Embedded esetekhez, amikor minden el van szinkroniz\u00e1lva egyetlen mester-gener\u00e1torral, amikor nincs CPU utas\u00edt\u00e1s a regiszterek \u00fajrarendez\u00e9s\u00e9re vagy \u00e1tnevez\u00e9s\u00e9re, stb.<\/p>\n

Besz\u00e9lhet\u00fcnk olyan eszk\u00f6z\u00f6k biztos\u00edt\u00e1s\u00e1r\u00f3l, amelyek megpr\u00f3b\u00e1lnak ezekben a sz\u00e1m\u00edt\u00e1sokban seg\u00edteni, de ezeknek a dolgoknak a felhaszn\u00e1l\u00f3k g\u00e9pein kell zajlania, ami a disztrib\u00faci\u00f3 t\u00f6bbs\u00e9ge sz\u00e1m\u00e1ra egyszer\u0171en nem praktikus. Ha ez csak a kriptogr\u00e1fusok sz\u00e1m\u00e1ra van sz\u00e1nva, akkor legyen a felhaszn\u00e1l\u00f3i ter\u00fckben. \u00c9s ne egyszer\u0171s\u00edts\u00fck le a GPG-t, OpenSSL-t, stb., hogy mindenki azt mondhassa: 'igazi v\u00e9letlenszer\u0171s\u00e9get' akarunk, \u00e9s nem \u00e9rj\u00fck be kevesebbel. Besz\u00e9lhet\u00fcnk arr\u00f3l, hogyan biztos\u00edtunk interf\u00e9szeket a kriptogr\u00e1fusok sz\u00e1m\u00e1ra, hogy hozz\u00e1f\u00e9rhessenek a sz\u00fcks\u00e9ges inform\u00e1ci\u00f3khoz az elnevezett \u00e9s elv\u00e1lasztott els\u0151dleges zajforr\u00e1sokhoz, \u00e9s tal\u00e1n valamilyen m\u00f3don a zajforr\u00e1s hiteles\u00edtheti mag\u00e1t a k\u00f6nyvt\u00e1rban vagy a felhaszn\u00e1l\u00f3i ter\u00fcleten.<\/i><\/p>\n

Volt egy kis vita arr\u00f3l, hogyan is n\u00e9zhet ki egy ilyen interf\u00e9sz, hiszen p\u00e9ld\u00e1ul egyes esem\u00e9nyek biztons\u00e1gi k\u00f6vetkezm\u00e9nyekkel j\u00e1rhatnak. Cao megjegyezte, hogy a billenty\u0171le\u00fct\u00e9s (vagyis a billenty\u0171k lenyom\u00e1sa) k\u00f3djai a zajgy\u0171jt\u00e9s r\u00e9szek\u00e9nt keverednek a medenc\u00e9be: 'ezt a felhaszn\u00e1l\u00f3i t\u00e9rbe helyezni, m\u00e9g egy privilegiz\u00e1lt rendszerh\u00edv\u00e1s r\u00e9v\u00e9n is, legal\u00e1bbis nem lenne b\u00f6lcs d\u00f6nt\u00e9s'. Teljesen val\u00f3sz\u00edn\u0171, hogy m\u00e1s esem\u00e9nyek id\u0151z\u00edt\u00e9sei is okozhatnak valamilyen inform\u00e1ci\u00f3sziv\u00e1rg\u00e1st mell\u00e9kcsatorn\u00e1kon. <\/p>\n

\u00cdgy teh\u00e1t \u00fagy t\u0171nik, hogy a Linux v\u00e9letlensz\u00e1m-gener\u00e1l\u00f3 alrendszer\u00e9nek r\u00e9g\u00f3ta fenn\u00e1ll\u00f3 probl\u00e9m\u00e1ja a megold\u00e1s k\u00fcsz\u00f6b\u00e9re \u00e9rkezett. Az alrendszer az ut\u00f3bbi id\u0151ben v\u00e9grehajtott v\u00e1ltoztat\u00e1sai val\u00f3j\u00e1ban csak DoS probl\u00e9m\u00e1khoz vezettek a haszn\u00e1lata sor\u00e1n. Most azonban hat\u00e9kony m\u00f3dok \u00e1llnak rendelkez\u00e9sre a legjobb v\u00e9letlensz\u00e1mok megszerz\u00e9s\u00e9re, amelyeket a kernel biztos\u00edtani tud. Ha a TRNG tov\u00e1bbra is k\u00edv\u00e1natos Linux sz\u00e1m\u00e1ra, akkor ezt a hi\u00e1nyoss\u00e1got a j\u00f6v\u0151ben meg kell oldani, de val\u00f3sz\u00edn\u0171leg nem a kernel belsej\u00e9ben fogj\u00e1k v\u00e9grehajtani. <\/p>\n

Egy kis rekl\u00e1m \ud83d\ude42<\/h3>\n

\nK\u00f6sz\u00f6nj\u00fck, hogy vel\u00fcnk maradt\u00e1l. Tetszenek a cikkeink? Szeretn\u00e9l t\u00f6bb \u00e9rdekes anyagot l\u00e1tni? T\u00e1mogass minket, \u00e9s rendel\u00e9s lead\u00e1s\u00e1val vagy ismer\u0151s\u00f6knek aj\u00e1nl\u00e1ssal seg\u00edts nek\u00fcnk. Felh\u0151alap\u00fa VPS fejleszt\u0151knek 4,99 doll\u00e1rt\u00f3l<\/a><\/noindex>, Egyed\u00fcl\u00e1ll\u00f3 alternat\u00edv\u00e1ja az entry-level szervereknek, amelyet \u00d6nnek tal\u00e1ltunk ki:<\/b> Minden igazs\u00e1g a VPS (KVM) E5-2697 v3 (6 mag) 10GB DDR4 480GB SSD 1Gbps \u00e1ron 19 doll\u00e1rt\u00f3l, vagy hogyan oszd fel helyesen a szervert?<\/a><\/noindex> (el\u00e9rhet\u0151k RAID1 \u00e9s RAID10 opci\u00f3k, ak\u00e1r 24 magig \u00e9s 40GB DDR4-ig).<\/p>\n

Dell R730xd k\u00e9tszer olcs\u00f3bban a Tier IV Equinix adatk\u00f6zpontban Amszterdamban?<\/b> Csak n\u00e1lunk 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB 199 doll\u00e1rt\u00f3l<\/a><\/noindex> Hollandi\u00e1ban! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 99 doll\u00e1rt\u00f3l!<\/b><\/b> Olvasd el ezt Hogyan \u00e9p\u00edts\u00fcnk v\u00e1llalati szint\u0171 infrastrukt\u00far\u00e1t Dell R730xd E5-2650 v4 szerverekkel, amelyek k\u00f6lts\u00e9ge 9000 eur\u00f3ban van megszabva?<\/a><\/noindex>
\n
Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a\u0430\u043a \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0443 \/dev\/random, \u043a\u0440\u0438\u043f\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u0442\u043e\u0439\u043a\u043e\u0433\u043e \u0433\u0435\u043d\u0435\u0440\u0430\u0442\u043e\u0440\u0430 \u043f\u0441\u0435\u0432\u0434\u043e\u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b (CSPRNG), \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u0430 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u0430\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u2013 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043a\u0438. \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f, \u043a\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c \u043c\u043e\u0436\u043d\u043e \u0435\u0435 \u0440\u0435\u0448\u0438\u0442\u044c. \u0417\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u0438 \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u044f\u0434\u0440\u0435 \u0431\u044b\u043b\u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0435\u0440\u0435\u0440\u0430\u0431\u043e\u0442\u0430\u043d\u044b, \u043d\u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0432 \u044d\u0442\u043e\u0439 \u043f\u043e\u0434\u0441\u0438\u0441\u0442\u0435\u043c\u0435 \u0440\u0435\u0448\u0430\u043b\u0438\u0441\u044c \u043d\u0430 \u043f\u0440\u043e\u0442\u044f\u0436\u0435\u043d\u0438\u0438 \u0431\u043e\u043b\u0435\u0435 \u0448\u0438\u0440\u043e\u043a\u0438\u0445 \u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0445 \u0440\u0430\u043c\u043e\u043a. \u0421\u0430\u043c\u044b\u0435 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0431\u044b\u043b\u0438 \u0441\u0434\u0435\u043b\u0430\u043d\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55510","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Linux: a blokkol\u00e1si tart\u00e1ly elt\u00e1vol\u00edt\u00e1sa a \"\/dev\/random\"-b\u00f3l | ProHoster","description":"Mint tudjuk, a \/dev\/random, a kriptogr\u00e1fiailag biztons\u00e1gos v\u00e9letlen sz\u00e1mokat gener\u00e1l\u00f3 (CSPRNG) gener\u00e1tor, rendelkezik egy kellemetlen probl\u00e9m\u00e1val \u2013 a blokkol\u00e1ssal. Ebben a cikkben arr\u00f3l lesz sz\u00f3, hogyan lehet ezt a probl\u00e9m\u00e1t megoldani.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Linux: \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u0435 \u043f\u0443\u043b\u0430 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043e\u043a \/dev\/random | ProHoster","og:description":"\u041a\u0430\u043a \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0443 \/dev\/random, \u043a\u0440\u0438\u043f\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u0442\u043e\u0439\u043a\u043e\u0433\u043e \u0433\u0435\u043d\u0435\u0440\u0430\u0442\u043e\u0440\u0430 \u043f\u0441\u0435\u0432\u0434\u043e\u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b (CSPRNG), \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u0430 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u0430\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u2013 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043a\u0438. \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f, \u043a\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c \u043c\u043e\u0436\u043d\u043e \u0435\u0435 \u0440\u0435\u0448\u0438\u0442\u044c.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-21T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55510","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:43:30","updated":"2022-10-02 22:01:02","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/55510","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=55510"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/55510\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=55510"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=55510"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=55510"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}