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
555
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
Katso: Ohhoh! Miina Äkkijyrkkä sai käskyn lähteä pois Farmi-kuvauksista -Kommentoi asiaa: "En ole.."
Tämä oli shokkiyllätys. Oliko tässä kyse tosiaan siitä, että Äkkijyrkkä sanoi asioita suoraan vai mistä.... Tsemppiä, Mi1294880- 303076
Haluan jutella kanssasi Nainen
Olisiko jo aika tavata ja avata tunteemme...On niin paljon asioita joihin molemmat ehkä haluaisimme saada vastaukset...O161787Poliisiauto Omasp:n edessä parkissa
Poliisiauto oli parkissa monta tuntia Seinäjoen konttorin edessä tänään. Haettiinko joku tai jotain pankista tutkittavak221750Onko mies niin,
että sinulle ei riitä yksi nainen? Minulle suhde tarkoittaa sitoutumista, tosin eihän se vankila saa olla kummallekaan.181601Voitasko leikkiä jotain tunnisteleikkiä?
Tietäisi ketä täällä käy kaipaamassa.. kerro jotain mikä liittyy sinuun ja häneen eikä muut tiedä. Vastaan itsekin kohta711471Miksi näin?
Miksi vihervassut haluaa maahan porukkaa jonka pyhä kirja kieltää sopeutumisen vääräuskoisten keskuuteen? Näin kotoutumi181228Armi Aavikko Malmin hautausmaa
Haudattiinko Armi arkussa Malmin hautausmaalle vai tuhkattiinko hänet? Kuka tietää asiasta oikein?101213Ison Omenan uhri tukahdutettiin kuoliaaksi. Kuolinsyynä sydämen pysähdys.
Eli naisen hengittäminen estettiin ja tästä oli suorana seurauksena sydämen pysähdys. Ihan oppikirjan mukainen tapaus. H171177Haluisin suudella ja huokailla
ja purra kaulaasi ja rakastella sinua. Haluisin puristella rintojasi ja pakaroitasi. Ei sinulla taida olla kuitenkaan ni161177