Na het jaar 2000 nu de 111111 bug
Alle jaar 2000 experts kunnen weer uit de kast gehaald worden, althans, mocht de 111111 bug waarheid worden. Iemand van de Full-Disclosure mailinglist waarschuwt voor gebruikers die 11/11/11 als speciale datum in hun database gebruiken. Op 11 november 2011 kunnen er dan ook allerlei rare dingen gebeuren, zoals het niet verwerken van gegevens en opdrachten. Hieronder de details:
Reacties (22)
Na de millenium bugs is toch iedereen met 11/11/2011 gaan
werken? Dat is toch hetzelfde 'soort' datum als 05-05-2005
(etc)?
werken? Dat is toch hetzelfde 'soort' datum als 05-05-2005
(etc)?
wat is er gebeurt met 222222 dan ? zeker ook een bug maar dan very
serious. microsoft gaat failliet. security.nl wordt aangeklaagd, saddam
wordt vrijgelaten, bin laden president afghanistan.
zo kan die meute weer aan een stokje zuigen en de toekomst voorspellen.
serious. microsoft gaat failliet. security.nl wordt aangeklaagd, saddam
wordt vrijgelaten, bin laden president afghanistan.
zo kan die meute weer aan een stokje zuigen en de toekomst voorspellen.
04-07-2005, 16:19 door
SirDice
Door Anoniem
wat is er gebeurt met 222222 dan ?
Welke maand is 22? Volgens mij heeft een jaar maar 12 maanden..wat is er gebeurt met 222222 dan ?
04-07-2005, 16:22 door
SirDice
Door meinonA
Na de millenium bugs is toch iedereen met 11/11/2011 gaan
werken?
Niet helemaal.. boven 35 (dacht ik) is 19xx.. Onder 35 is 20xx..Na de millenium bugs is toch iedereen met 11/11/2011 gaan
werken?
Kleine aanpassing in het programma is dan voldoende. Dan
hoef je niet ettelijke gigabytes (of meer) aan data om te
zetten EN het programma te wijzigen..
Krijg je natuurlijk wel weer een probleem in 2035..
04-07-2005, 17:08 door
raboof
Ik betwijfel of deze datum op grote schaal wordt
gebruikt als `bijzondere' waarde.
Een groter probleem krijgen we misschien in 2036: de tijd
wordt namelijk wel vaak opgeslagen in "seconden sinds 1
Januari 1, 1970, 00:00:00 UTC". Ergens in 2036 ofzo past dat
niet meer in 32 bits. Laten we maar hopen dat alle kritieke
soft/firmware dan ondertussen echt 64bits (of meer) is :).
gebruikt als `bijzondere' waarde.
Een groter probleem krijgen we misschien in 2036: de tijd
wordt namelijk wel vaak opgeslagen in "seconden sinds 1
Januari 1, 1970, 00:00:00 UTC". Ergens in 2036 ofzo past dat
niet meer in 32 bits. Laten we maar hopen dat alle kritieke
soft/firmware dan ondertussen echt 64bits (of meer) is :).
Het gaat hier steeds meer op De Telegraaf lijken. Veel tumult om niks.
Zoals hierboven al vernoemt is de 32 variabele die de klok bij houdt een
serieus probleem. Het hier vermeldde incident zal best in enkele gevallen
opgaan maar het wordt hier weer afgedaan alsof de hele wereld weer op
zijn kop staat.
Mensen wanneer gaan we nu eens serieus security nieuws brengen of is
het echt komkommertijd?
Zoals hierboven al vernoemt is de 32 variabele die de klok bij houdt een
serieus probleem. Het hier vermeldde incident zal best in enkele gevallen
opgaan maar het wordt hier weer afgedaan alsof de hele wereld weer op
zijn kop staat.
Mensen wanneer gaan we nu eens serieus security nieuws brengen of is
het echt komkommertijd?
04-07-2005, 18:11 door
bustersnyvel
Door raboof
Een groter probleem krijgen we misschien in 2036: de tijd
wordt namelijk wel vaak opgeslagen in "seconden sinds 1
Januari 1, 1970, 00:00:00 UTC". Ergens in 2036 ofzo past dat
niet meer in 32 bits.
Een groter probleem krijgen we misschien in 2036: de tijd
wordt namelijk wel vaak opgeslagen in "seconden sinds 1
Januari 1, 1970, 00:00:00 UTC". Ergens in 2036 ofzo past dat
niet meer in 32 bits.
Als er een _signed_ 32 bits integer gebruikt wordt, gaan we
om 03:14:08 UTC op January 19 2038 een probleem tegen komen.
De datum flipt dan ineens naar 20:45:52 UTC op December 13 1901.
Voor meer info, zie http://www.answers.com/topic/unix-time
Muhahahahaha...zal ik jullie wat zeggen er is nog een bug als jullie werk
zoeken...de 2060 bug.
Ik ben jarenlang als C programmeur bezig geweest en er waren diverse
functies in omloop die tot 2060 geldig waren.
Tippie vd sluier ...Philips en Digital hebben een aandachtspuntje...
MrHawkeye.
zoeken...de 2060 bug.
Ik ben jarenlang als C programmeur bezig geweest en er waren diverse
functies in omloop die tot 2060 geldig waren.
Tippie vd sluier ...Philips en Digital hebben een aandachtspuntje...
MrHawkeye.
Het enige echte probleem met de datum 11/11/11 is de
wijze van interpretatie -- Is het Maand, Dag, Jaar, of Jaar,
Dag, Maand, of, of....
Indien het stukje software netjes 'Dag,Maand,Jaar' verwacht,
en je het ook zo invoert is er helemaal geen probleem.
Het probleem ligt met name in routines zoals strtotime( )
binnen PHP om maar een voorbeeld te noemen: die functie
probeert namelijk zelf te checken in welk formaat het is, en
ja, dan kan er een probleem zijn -- net zoals, in theorie,
met 22/22/22 welk gelukkig niet een geldige datum is.
Hetzelfde is reeds op 01/01/01 gebeurd. Daar hebben we toch
ook helemaal niets over gehoord?
Komkommertijd zeker. :P
wijze van interpretatie -- Is het Maand, Dag, Jaar, of Jaar,
Dag, Maand, of, of....
Indien het stukje software netjes 'Dag,Maand,Jaar' verwacht,
en je het ook zo invoert is er helemaal geen probleem.
Het probleem ligt met name in routines zoals strtotime( )
binnen PHP om maar een voorbeeld te noemen: die functie
probeert namelijk zelf te checken in welk formaat het is, en
ja, dan kan er een probleem zijn -- net zoals, in theorie,
met 22/22/22 welk gelukkig niet een geldige datum is.
Hetzelfde is reeds op 01/01/01 gebeurd. Daar hebben we toch
ook helemaal niets over gehoord?
Komkommertijd zeker. :P
Door Anoniem
Het enige echte probleem met de datum 11/11/11 is de
wijze van interpretatie -- Is het Maand, Dag, Jaar, of Jaar,
Dag, Maand, of, of....
Indien het stukje software netjes 'Dag,Maand,Jaar' verwacht,
en je het ook zo invoert is er helemaal geen probleem.
Volgens mij is 11/11/11 juist een van de weinige dagenHet enige echte probleem met de datum 11/11/11 is de
wijze van interpretatie -- Is het Maand, Dag, Jaar, of Jaar,
Dag, Maand, of, of....
Indien het stukje software netjes 'Dag,Maand,Jaar' verwacht,
en je het ook zo invoert is er helemaal geen probleem.
waarop alles goed gaat! Geen misverstanden over hoe je de
datum moet invoeren. Netjes op zijn nederlands (dmj) of
lelijk als amerikaanse burgers (mdy) of nog erger als
amerikaanse militairen (ymd), alles is goed. 13-13-13 wordt
pas een ongeluksdag; dan vergaat de wereld!
05-07-2005, 10:16 door
rberkers
Door Anoniem
13-13-13 wordt
pas een ongeluksdag; dan vergaat de wereld!
13-13-13 wordt
pas een ongeluksdag; dan vergaat de wereld!
Eppp.... ze gaan een jaar een maand langer maken? Oh oh....
daar gaat mijn 13e maand.....
05-07-2005, 10:23 door
Peter_
Als we nu even alle mogelijkheden opnoemen krijgen we meteen
heel veel werk in de IT. Daardoor gaat het IT salaris omhoog
en kunnen wij IT'ers weer meer uitgeven en uitgeven is
economisch positief.
Dus ik zie geen problemen. Alleen maar economische groei met
het 11-11-11 probleem.
heel veel werk in de IT. Daardoor gaat het IT salaris omhoog
en kunnen wij IT'ers weer meer uitgeven en uitgeven is
economisch positief.
Dus ik zie geen problemen. Alleen maar economische groei met
het 11-11-11 probleem.
Door W32_bolke
Als we nu even alle mogelijkheden opnoemen krijgen we meteen
heel veel werk in de IT. Daardoor gaat het IT salaris omhoog
en kunnen wij IT'ers weer meer uitgeven en uitgeven is
economisch positief.
Dus ik zie geen problemen. Alleen maar economische groei met
het 11-11-11 probleem.
Wij IT-ers hebben dan weer een FUD probleem...Als we nu even alle mogelijkheden opnoemen krijgen we meteen
heel veel werk in de IT. Daardoor gaat het IT salaris omhoog
en kunnen wij IT'ers weer meer uitgeven en uitgeven is
economisch positief.
Dus ik zie geen problemen. Alleen maar economische groei met
het 11-11-11 probleem.
Nu nog de FFFFFFFF bug en de 000000 bug en de matching patern bug,
waarbij een patroon van datum en tijd toevallig het zelfde betekend als iets
anders, wat over een SCSI, SATA of NETWERK bus word verzonden en
levensgevaar met zich mee brengt.
waarbij een patroon van datum en tijd toevallig het zelfde betekend als iets
anders, wat over een SCSI, SATA of NETWERK bus word verzonden en
levensgevaar met zich mee brengt.
Er zullen *altijd* luie domme programmeurs zijn die een
geldige waarde binnen het domein van een bepaalde variabele
zullen gebruiken als speciale controlewaarde. Zolang dit het
geval is zullen er fouten optreden en andere mensen lekker
veel moeite mogen doen als het eenmaal ontdekt wordt (want
dat wordt het pas als het mis gaat, tenzij het open is, dan
soms eerder, maar laten we daar maar even niet over beginnen).
geldige waarde binnen het domein van een bepaalde variabele
zullen gebruiken als speciale controlewaarde. Zolang dit het
geval is zullen er fouten optreden en andere mensen lekker
veel moeite mogen doen als het eenmaal ontdekt wordt (want
dat wordt het pas als het mis gaat, tenzij het open is, dan
soms eerder, maar laten we daar maar even niet over beginnen).
Ach... Ik heb het gevoel dat een komkommer verhaal is.
http://www.security.nl/article/11148/1/Komkommers_grootste_security_dreiging_op_dit_moment.html
http://www.security.nl/article/11148/1/Komkommers_grootste_security_dreiging_op_dit_moment.html
zullen we eerst maar kijken of we het allemaal in goede gezondheid
kunnen bereiken en ons dan er pas druk overmaken
kunnen bereiken en ons dan er pas druk overmaken
Door raboof
Ik betwijfel of deze datum op grote schaal wordt
gebruikt als `bijzondere' waarde.
Een groter probleem krijgen we misschien in 2036: de tijd
wordt namelijk wel vaak opgeslagen in "seconden sinds 1
Januari 1, 1970, 00:00:00 UTC". Ergens in 2036 ofzo past dat
niet meer in 32 bits. Laten we maar hopen dat alle kritieke
soft/firmware dan ondertussen echt 64bits (of meer) is :).
Ik betwijfel of deze datum op grote schaal wordt
gebruikt als `bijzondere' waarde.
Een groter probleem krijgen we misschien in 2036: de tijd
wordt namelijk wel vaak opgeslagen in "seconden sinds 1
Januari 1, 1970, 00:00:00 UTC". Ergens in 2036 ofzo past dat
niet meer in 32 bits. Laten we maar hopen dat alle kritieke
soft/firmware dan ondertussen echt 64bits (of meer) is :).
Ik heb het niet nagerekend, maar als dat zo is, dan is dat
inderdaad een groter probleem... Ik vraag me dan ook af of de
schrijver van dit artikel zelf wel snapt waarover het gaat??? Het is
hetzelfde als de klant waarover dit artikel gaat 06/07/05 zou
hebben gebruikt.... het is niet slim om het jaartal in 2 cijfers te
formuleren in je DB.... en het staat helemaal los van het jaar 2000
probleem.... maarja, ik blijf erbij, ik mis de oude security.nl :(
Door Anoniem
Dat klopt, maar dat deden ze dus niet, blijkbaar zag hij
vaak dat 11/11/11 gebruikt werd. Waarschijnlijk omdat dat
een 'makkelijk herkenbare' is. Of je nou 2 of 4 cijfers
gebruikt, tis nooit handig om zoiets te doen.
Door raboof
hetzelfde als de klant waarover dit artikel gaat 06/07/05 zou
hebben gebruikt....
hetzelfde als de klant waarover dit artikel gaat 06/07/05 zou
hebben gebruikt....
Dat klopt, maar dat deden ze dus niet, blijkbaar zag hij
vaak dat 11/11/11 gebruikt werd. Waarschijnlijk omdat dat
een 'makkelijk herkenbare' is. Of je nou 2 of 4 cijfers
gebruikt, tis nooit handig om zoiets te doen.
Reageren
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
