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
578
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
Ensitreffit Jenni laukoo viinilasin ääressä suorat sanat Jyrkin aikeista: "Mä sanoin, että älä"
Voi ei… Mitä luulet: kestääkö Jennin ja Jyrkin avioliitto vai päättyykö eroon? Lue lisää: https://www.suomi24.fi/viihde262778Ymmärrän paremmin kuin koskaan
Roikut kädessäni ja vedät puoleesi. Näen kuitenkin tämän kaiken lävitse ja kaikkien takia minun on tehtävä tämä. Päästän292312- 1482264
Hullu liikenteessä?
Mikä hullu pyörii kylillä jos jahti päällä? Näitä tosin kyllä riittää tällä kylällä.532190Niina Lahtinen uudessa elämäntilanteessa - Kotiolot ovat muuttuneet merkittävästi: "Nyt on...!"
Niina, tanssejasi on riemukasta seurata, iso kiitos! Lue Niinan haastattelu: https://www.suomi24.fi/viihde/niina-lahti211802Kun Venäjä on tasannut tilit Ukrainan kanssa, onko Suomi seuraava?
Mitä mieltä olette, onko Suomi seuraava, jonka kanssa Venäjä tasaa tilit? Ja voisiko sitä mitenkään estää? Esimerkiks3891662Ano Turtiainen saa syytteet kansankiihoituksesta
Syytteitä on kolme ja niissä on kyse kirjoituksista, jotka hän on kansanedustaja-aikanaan julkaissut Twitter-tilillään981597- 2981485
Varokaa! Lunta voi sataa kohta!
Vakava säävaroitus Lumisadevaroitus Satakunta, Uusimaa, Etelä-Karjala, Keski-Suomi, Etelä-Savo, Etelä-Pohjanmaa, Pohjanm131419- 1331418