tuttuun mikkisoftatyyliin on kehitetty järjestelmä, joka on kytevä aikapommi! puhun siis näistä guid:eista jotka on numeroletkoja, ja joihin mikkisofta viisaasti luottaa etteikö kahta tai useampaa samaa voisi koskaan olla!!!!! sano mun sanoneen että kun 50 vuotta noita guideja on generoitu, niin saa aika fukin ihme olla jos kahta samanalaista ei siihen mennessä ole generoitunut!!! ja ne voi vielä olla samassa kriittisessä järjestelmässä joka ohjaa ydinvoimaloita!!!
guid on aikapommi
mikkisoft SUX
13
600
Vastaukset
- guid
No, eipä ole tuntunut vielä poksahtavan joten huoli on turha. Onhan niitä vaihtoehtoja mukavat 5316911983139663491615228241121400000 kappaletta joten niistä riittää kyllä yhdelle järjestelmälle ihan riittävästi uniikkeja lukusarjoja.
Tuskin toteutuu tuo uhkakuva: kriittisiä järjestelmiä Microsoftin alustalle rakentava on mielipuoli jo muutenkin, joten tuskin sellaista uuvattia koodeineen päästetään ydinvoimalan lähellekään.
- 5+11
Kriittisiä järjestelmiä niinkuin se BP:n surullisen vähän kuuluisa BSoD-kone siellä meksikon lahdella. Ikävä kyllä näitä käytetään mission critical järjestelmissäkin.
- N....
Kuten hasheissakin, luvut törmäävät aina jossakin vaiheessa. Pidentämällä guidia ja lisäämällä erilaisia sääntöjä vähennetään samanlaisten lukujen esiintyvyyttä mutta ei poisteta sitä.
- aika pommi
Samaan tyyliin uusissa linux-jakeluissakin guidit tuotetaan. Siis linuxit on aikapommeja.
- J.,..
Linuxissa ei ole COM-rajapintaa joka hyödyntäisi guideja jos niitä käsin luotaisiinkin. Taitaa olla vain Windowsin riesa tämä uniikkimaisuus näissä luvuissa.
- ex koodari
En ole lottovoittaja, mutta directshow fillttereitä on tullut rakennettua, yhden kerran on tullut generoitua guid joka vastasi koneessa jo ollutta guidia, joten todennäköistä on että joskus ja jossain kriittisessä käytössä homma kusee, sanokaa minun sanoneen..
Guideja generoidaan paljon ja kaikkialla. Mikään mikrosoftin keksintö se ei suinkaan ole (ja vinkkinä, esim. Oraclen tietokannoille saattaa käydä hieman huonosti, jos onnistuvat generoimaan kaksi samaa guidia).
Taitavat nykyiset MS:n käyttämät guidit olla 128 bittisiä, sisältävät mm. koneen tietoja, kellonajan, yms. pientä kivaa. Voit teoriassa onnistua tekemään kaksi samaa guidia samalla koneella, jos siirrät kelloa taaksepäin ja generoit guidin täsmälleen samassa ympäristössä ja koneen mielestä samalla hetkellä. Onnea yritykseen.- 22
guid ei perustu kuin random merkkijonoon, ihmeellistä paskaa taas puhutaan..
22 kirjoitti:
guid ei perustu kuin random merkkijonoon, ihmeellistä paskaa taas puhutaan..
Mikä versio? Ainakin viittä käytössä. Ensimmäinen taitaa koostua kellonajasta, kellonajan "kerrannaisluvusta", jota kasvatetaan aina kun kello siirtyy taaksepäin tai kaksi guidingenerointipyyntöä tulee saman millisekunnin sisällä, verkkokortin MAC-osoitteesta (tai sen puuttuessa 32 bittisestä arvotusta luvusta, jonka ensimmäinen bitti on päällä) ja muutamasta varatusta bitistä.
Tuohon versioon ei ihan hirveän helposti tule duplikaatteja.
"Puhtaasti" random -merkkijonolla, jota ei oikeasti tietenkään käytetä, saadaan jonkin verran variaatiota. Kunhan maailmassa on käytetty nyt aluksi 2^64 guidia, on jo 50% todennäköisyys, että joku niistä on duplikaatti! Jos nyt oletettaisiin, että 100 000 000 konetta generoi guideja 1000 kappaletta sekunnissa, päästään tähän jo alle kuuden vuoden kuluttua. Pelottavaa?
Käytännössä kuitenkin pelottavaa on vasta se, jos samaan tarkoitukseen generoidaan duplikaattigui (esim. se oraclen rowid). Tässä voi sitten miettiä, käyttääkö mielummin V1 -guita, jonka ongelmat ovat lähinnä tietoturvaan liittyviä (siinä kun on se MAC-osoite mukana), vai ottaako valtaisan riskin siitä, että kahdella tuotteella kannassa onkin sama ID! Vaikka tietysti, jos sitä nyt vaikka johonkin tietokantaan yritetään työntää, niin kyllähän siitä dbms älähtää. :)
Kyseessä ei ole mikään aikapommi, kyseessä on äärimmäisen pieni riski, jonka seuraukset sen toteutuessa ovat minimaaliset, mikäli riski on huomioitu järjestelmiä suunniteltaessa.
Ja nillitetään nyt vielä tästä:
> guid ei perustu kuin random merkkijonoon,
Eli että seed olisi random? No ei ole. Itse asiassa esim. MS vaatii V4 guidin siidissä, että sen pitää olla sellainen, ettäei samalla koneella (tai muillakaan) tule kovin herkästi yhteentörmäyksiä. Lue vaikka tuolta: http://msdn.microsoft.com/en-us/library/cc246027.aspx
Paremmankin artikkelin viimeksi löysin, mutten jaksa enää etsiä.The_Rat kirjoitti:
Mikä versio? Ainakin viittä käytössä. Ensimmäinen taitaa koostua kellonajasta, kellonajan "kerrannaisluvusta", jota kasvatetaan aina kun kello siirtyy taaksepäin tai kaksi guidingenerointipyyntöä tulee saman millisekunnin sisällä, verkkokortin MAC-osoitteesta (tai sen puuttuessa 32 bittisestä arvotusta luvusta, jonka ensimmäinen bitti on päällä) ja muutamasta varatusta bitistä.
Tuohon versioon ei ihan hirveän helposti tule duplikaatteja.
"Puhtaasti" random -merkkijonolla, jota ei oikeasti tietenkään käytetä, saadaan jonkin verran variaatiota. Kunhan maailmassa on käytetty nyt aluksi 2^64 guidia, on jo 50% todennäköisyys, että joku niistä on duplikaatti! Jos nyt oletettaisiin, että 100 000 000 konetta generoi guideja 1000 kappaletta sekunnissa, päästään tähän jo alle kuuden vuoden kuluttua. Pelottavaa?
Käytännössä kuitenkin pelottavaa on vasta se, jos samaan tarkoitukseen generoidaan duplikaattigui (esim. se oraclen rowid). Tässä voi sitten miettiä, käyttääkö mielummin V1 -guita, jonka ongelmat ovat lähinnä tietoturvaan liittyviä (siinä kun on se MAC-osoite mukana), vai ottaako valtaisan riskin siitä, että kahdella tuotteella kannassa onkin sama ID! Vaikka tietysti, jos sitä nyt vaikka johonkin tietokantaan yritetään työntää, niin kyllähän siitä dbms älähtää. :)
Kyseessä ei ole mikään aikapommi, kyseessä on äärimmäisen pieni riski, jonka seuraukset sen toteutuessa ovat minimaaliset, mikäli riski on huomioitu järjestelmiä suunniteltaessa.
Ja nillitetään nyt vielä tästä:
> guid ei perustu kuin random merkkijonoon,
Eli että seed olisi random? No ei ole. Itse asiassa esim. MS vaatii V4 guidin siidissä, että sen pitää olla sellainen, ettäei samalla koneella (tai muillakaan) tule kovin herkästi yhteentörmäyksiä. Lue vaikka tuolta: http://msdn.microsoft.com/en-us/library/cc246027.aspx
Paremmankin artikkelin viimeksi löysin, mutten jaksa enää etsiä.Korjaan, parempi artikkeli sattui silmään googlen hakutuloksista: http://blogs.msdn.com/b/oldnewthing/archive/2008/06/27/8659071.aspx
Kysymys tuossa oli vähän tyhmä, mutta selitys oli valaiseva.- aamun iloa
The_Rat kirjoitti:
Mikä versio? Ainakin viittä käytössä. Ensimmäinen taitaa koostua kellonajasta, kellonajan "kerrannaisluvusta", jota kasvatetaan aina kun kello siirtyy taaksepäin tai kaksi guidingenerointipyyntöä tulee saman millisekunnin sisällä, verkkokortin MAC-osoitteesta (tai sen puuttuessa 32 bittisestä arvotusta luvusta, jonka ensimmäinen bitti on päällä) ja muutamasta varatusta bitistä.
Tuohon versioon ei ihan hirveän helposti tule duplikaatteja.
"Puhtaasti" random -merkkijonolla, jota ei oikeasti tietenkään käytetä, saadaan jonkin verran variaatiota. Kunhan maailmassa on käytetty nyt aluksi 2^64 guidia, on jo 50% todennäköisyys, että joku niistä on duplikaatti! Jos nyt oletettaisiin, että 100 000 000 konetta generoi guideja 1000 kappaletta sekunnissa, päästään tähän jo alle kuuden vuoden kuluttua. Pelottavaa?
Käytännössä kuitenkin pelottavaa on vasta se, jos samaan tarkoitukseen generoidaan duplikaattigui (esim. se oraclen rowid). Tässä voi sitten miettiä, käyttääkö mielummin V1 -guita, jonka ongelmat ovat lähinnä tietoturvaan liittyviä (siinä kun on se MAC-osoite mukana), vai ottaako valtaisan riskin siitä, että kahdella tuotteella kannassa onkin sama ID! Vaikka tietysti, jos sitä nyt vaikka johonkin tietokantaan yritetään työntää, niin kyllähän siitä dbms älähtää. :)
Kyseessä ei ole mikään aikapommi, kyseessä on äärimmäisen pieni riski, jonka seuraukset sen toteutuessa ovat minimaaliset, mikäli riski on huomioitu järjestelmiä suunniteltaessa.
Ja nillitetään nyt vielä tästä:
> guid ei perustu kuin random merkkijonoon,
Eli että seed olisi random? No ei ole. Itse asiassa esim. MS vaatii V4 guidin siidissä, että sen pitää olla sellainen, ettäei samalla koneella (tai muillakaan) tule kovin herkästi yhteentörmäyksiä. Lue vaikka tuolta: http://msdn.microsoft.com/en-us/library/cc246027.aspx
Paremmankin artikkelin viimeksi löysin, mutten jaksa enää etsiä.the_rat@Kyseessä ei ole mikään aikapommi, kyseessä on äärimmäisen pieni riski, jonka seuraukset sen toteutuessa ovat minimaaliset, mikäli riski on huomioitu järjestelmiä suunniteltaessa.
Salli minun nauraa, puhut kuin MD5 tiivisteen keksijä, sitähän ei murreta, suojatkoon se siis meitä ja olkoon vieläpä voima kanssamme!
Selvää on se että kellotaajuden/säikeistyksen/fyysisen raudan kokoonpanon kasvu tulee vaatimaan koko ajan uuden ja paremman, ei välttämättä pidemmän, suojan tai uniikin varmistuksen.
Nillitä sitä mutta sanonutta ei laiteta että helvetin paska systeemi on generoida x mittaiselle lukujonolle jotain uniikkia, kysyt varmaan mitä sitten tilalle vastaan että retorisesti että millä helvetillä itse erotat ihmisen toisesta, microsoftin guidilla:ko? aamun iloa kirjoitti:
the_rat@Kyseessä ei ole mikään aikapommi, kyseessä on äärimmäisen pieni riski, jonka seuraukset sen toteutuessa ovat minimaaliset, mikäli riski on huomioitu järjestelmiä suunniteltaessa.
Salli minun nauraa, puhut kuin MD5 tiivisteen keksijä, sitähän ei murreta, suojatkoon se siis meitä ja olkoon vieläpä voima kanssamme!
Selvää on se että kellotaajuden/säikeistyksen/fyysisen raudan kokoonpanon kasvu tulee vaatimaan koko ajan uuden ja paremman, ei välttämättä pidemmän, suojan tai uniikin varmistuksen.
Nillitä sitä mutta sanonutta ei laiteta että helvetin paska systeemi on generoida x mittaiselle lukujonolle jotain uniikkia, kysyt varmaan mitä sitten tilalle vastaan että retorisesti että millä helvetillä itse erotat ihmisen toisesta, microsoftin guidilla:ko?Jos uniikkisuus on tavoite, käytä oikeasti uniikkia GUIDin versiota. Koneet voi aika varmasti erottaa toisistaa verkkokortin MAC-osoitteella. Jos kortti puuttuu, on ongelma sittenkin aika teoreettinen, koska on:
a) hyvin epätodennäköistä, että koneen dataa koskaan siirrettäisiin laajamittaisesti minnekään
b) jos sitä siirretään, arvotun 31 bittisen mac-osan pitäisi mätsätä toiseen verkkokortittomaan arvottuun sarjaan samassa yhteydessä.
Verkkokorteillekin varatut mac-osoitteet toki loppuvat jossain vaiheessa kesken. Mieti vaikka sitä.
Toki, kyllähän sitä sotuakin voi väärentää, niillähän ihmiset tässä maassa yleensä tunnistettaan (tässä analogia siis se mac).
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Ja taas ammuttu kokkolassa
Kokkolaisilta pitäisi kerätä pois kaikki ampumaset, keittiöveitset ja kaikki mikä vähänkään paukku ja on terävä.303641Kukka ampu taas Kokkolassa?
T. olisi hetkeä aiemmin lähtenyt johonkin. Naapuri kai tekijä J.K., ei paljasjalkainen Kokkolalainen, vaan n. 100km pääs91708Kuinka kauan
Olet ollut kaivattuusi ihastunut/rakastunut? Tajusitko tunteesi heti, vai syventyivätkö ne hitaasti?1131493Milli-helenalla ongelmia
Suomen virkavallan kanssa. Eipä ole ihme kun on etsintäkuullutettu jenkkilässäkin. Vähiin käy oleskelupaikat virottarell2261336Helena Koivu on äiti
Mitä hyötyä on Mikko Koivulla kohdella LASTENSA äitiä huonosti . Vie lapset tutuista ympyröistä pois . Lasten kodista.1431002Kun näen sinut
tulen iloiseksi. Tuskin uskallan katsoa sinua, herätät minussa niin paljon tunteita. En tunne sinua hyvin, mutta jotain34923Purra saksii taas. Hän on mielipuuhassaan.
Nyt hän leikkaa hyvinvointialueiltamme kymmeniä miljoonia. Sotea romutetaan tylysti. Terveydenhoitoamme kurjistetaan. ht243915- 61900
Ja taas kerran hallinto-oikeus että pieleen meni
Hallinto-oikeus kumosi kunnanhallituksen päätöksen vuokratalojen pääomituksesta. https://sysmad10.oncloudos.com/cgi/DREQ68883Löydänköhän koskaan
Sunlaista herkkää tunteellista joka jumaloi mua. Tuskin. Siksi harmittaa että asiat meni näin 🥲98849