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
584
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
Aivosyöpää sairastava Olga Temonen TV:ssä - Viimeinen Perjantai-keskusteluohjelma ulos
Näyttelijä-yrittäjä Olga Temonen sairastaa neljännen asteen glioomaa eli aivosyöpää, jota ei ole mahdollista leikata. Hä912900Pelotelkaa niin paljon kuin sielu sietää.
Mutta ei mene perille asti. Miksi Venäjä hyökkäisi Suomeen? No, tottahan se tietenkin on jos Suomi joka ei ole edes soda2991686Mikä saa ihmisen tekemään tällaista?
Onko se huomatuksi tulemisen tarve tosiaan niin iso tarve, että nuoruuttaan ja tietämättömyyttään pilataan loppuelämä?2461557- 871391
IL - VARUSMIEHIÄ lähetetään jatkossa NATO-tehtäviin ulkomaille!
Suomen puolustuksen uudet linjaukset: Varusmiehiä suunnitellaan Nato-tehtäviin Puolustusministeri Antti Häkkänen esittel4021374Nyt kun Pride on ohi 3.0
Edelliset kaksi ketjua tuli täyteen. Pidetään siis edelleen tämä asia esillä. Raamattu opettaa johdonmukaisesti, että3981292Kiitos nainen
Kuitenkin. Olet sitten ajanmerkkinä. Tuskin enää sinua näen ja huomasitko, että olit siinä viimeisen kerran samassa paik21079Esko Eerikäinen tatuoi kasvoihinsa rakkaan nimen - Kärkäs kommentti "Ritvasta" lävähti somessa
Ohhoh! Esko Eerikäinen on ottanut uuden tatuoinnin. Kyseessä ei ole mikä tahansa kuva minne tahansa, vaan Eerikäisen tat381037Hyväksytkö sinä sen että päättäjämme ei rakenna rauhaa Venäjän kanssa?
Vielä kun sota ehkäpä voitaisiin välttää rauhanponnisteluilla niin millä verukkeella voidaan sanoa että on hyvä asia kun329874Miksi Purra-graffiti ei nyt olekkaan naisvihaa?
"Pohtikaapa reaktiota, jos vastaava graffiti olisi tehty Sanna Marinista", kysyy Tere Sammallahti. Helsingin Suvilahden257855