  |
Za poslednú hodinu: 15 meraní | ||||
|
inzercia |
|||||
 
neprihlásený 
| Sobota, 23. novembra 2024, dnes má meniny Klement |
|
Nedeľňajší posun času vyústil na Slovensku do časového IT problému
Rozličné neštandardné aj štandardné úpravy času, ako sú pridávanie tzv. skokových sekúnd, dávnejšie prechod do roku 2000 ale aj obyčajný posun času, sú tradične nočnou morou programátorov a viackrát spôsobili neočakávané IT incidenty. Najnovšie sa k nim pridal špecificky na Slovensku problém s internetovým platením, ku ktorému prišlo po prechode času na letný čas v noci na nedeľu. Problém je zrejme najzaujímavejším vyskytujúcim sa problémom tohto typu na Slovensku za mnoho posledných rokov. Detailná analýza. Slovensko
IncidentAko sme po upozornení čitateľa informovali už hneď v nedeľu, po posune času prestali v niektorých prípadoch fungovať eshopom platby cez Internet a tieto platby nebolo možné zrealizovať.Stalo sa tak v prípade platenia cez systémy TatraPay a CardPay banky Tatra banka na niektorých eshopoch, už podľa našej predbežnej analýzy v nedeľu príčina ale nebola na strane banky. Problém spôsobili evidentne implementácie systémov niektorých eshopov, ktoré banke posielali jeden z parametrov v rozpore so špecifikáciou systémov TatraPay a CardPay. Z povahy problému tento odštartoval u daných eshopov zrejme hneď po posune času a trval až kým eshop problém neodstránil. Alebo do doby, kým banka neuskutočnila zmeny riešiace problém na strane eshopov. Podľa banky sa problém týkal približne desiatich eshopov, ich zoznam ale neposkytla.
Na viacero eshopov, kde sa vyskytoval od nedele respektíve počas uplynulých dní problém s platením, nás upozornili čitatelia. Na základe analýzy URL adresy, na ktorú bol zákazník pri platení presmerovaný, alebo samotným potvrdením eshopu bol tento problém identifikovaný u štyroch konkrétnych eshopov. U jedného ďalšieho sa nepotvrdil a u jedného sa nepodarilo overiť, že sa tu vyskytoval tento problém. Eshopmi, u ktorých sa tento problém podľa dostupných informácií vyskytoval, boli okrem iného Alza.sk, Bistro.sk, GoPass.sk a Syphon.sk Prečo sú v IT úpravy času problémIT systémom dlhodobo robia problémy rozličné neštandardné aj štandardné úpravy respektíve zmeny času. Tieto problémy vyplývajú z viacerých dôvodov.V prípade prechodu do roku 2000 to boli samozrejme očakávané problémy kvôli nedostatku starších formátov uchovávajúcich dátum a konkrétne rok len ako dve posledné číslice roku. Tento formát tak nepočítal s dátumami v ďalšom storočí. Ďalší podobný problém nastane 19. januára 2038, kedy pretečie 32-bitové počítadlo sekúnd od 1. januára 1970. Takýmto spôsobom sa ale uchováva čas na mnohých unixových systémoch. Ďalšie typy problémov súvisia s typicky rozdielnym spôsobom uchovávania a počítania času v IT systémoch v podobe sekúnd uplynulých od 1. januára 1970 a formátu lokálneho času používaného človekom, špecificky sa prejavujúce v prípade posunov času o hodinu pri prechodoch medzi zimným a letným časom. Najznámejším incidentom tohto typu v posledných rokoch bolo nesprávne o hodinu posunuté zvonenie budíkov na niektorých iPhonoch v prípade niektorých typov budíkov v roku 2010. Posledným typom viditeľným najmä v posledných rokoch je pridanie tzv. skokových sekúnd, ktoré sa aplikuje výnimočne pri zistení rozdielu otočenia Zeme k Slnku a času počítaného človekom o viac ako 0.9 s. K tomuto rozdielu prichádza kvôli o niečo pomalšiemu otáčaniu Zeme okolo svojej osi ako za 24 hodín. V IT systémoch takéto pridanie skokovej sekundy typicky znamená neštandardné pozastavenie počítadla času. Tento typ spôsobil výrazné problémy najmä na prelome júna a júla 2012, keď sa pre chybu v linuxovom jadre naplno vyťažovali procesory aj bez reálnej záťaže a internetové servery a služby sa stávali nedostupnými. Najväčšie incidenty to ale spôsobilo u zahraničných služieb, na Slovensku sa problém vo väčšom meradle zrejme špecificky neprejavil. Problémy a incidenty typov okrem nedostačujúcich formátov pre budúce časy sa typicky samozrejme vystkytujú, keď je vzhľadom na málo častý výskyt úprav časov často ťažké systémy na takého udalosti dostatočne otestovať alebo programátori priamo na ne zabúdajú. Detailný popis incidentuPríčina nedelňajšieho incidentu sa dá tiež charakterizovať ako zabudnutie na letný čas a neotestovanie systémov v letnom čase, v kombinácii s nedôslednou implementáciou podľa špecifikácie.Príčinu problému sme analyzovali už v nedeľu na základe verejne dostupných informácií, v pondelok banka príčiny potvrdila. Pri platbách cez TatraPay a CardPay obchodník presmeruje prehliadač užívateľa na stránky Tatra banky, pričom parametre platby posiela banke v parametroch URL respektíve formulárových dátach pri metóde POST. Jedným z týchto parametrov je TIMESTAMP, časová pečiatka. Tá sa zvyčajne pridáva, aby nemohla byť podpísaná výzva k platbe použitá neskôr v inom čase útočníkom jednoducho zopakovaním tej istej URL. Podľa špecifikácie nových verzií protokolov TatraPay a CardPay sa má časová pečiatka posielať v UTC čase zodpovedajúcom časovému pásmu GMT+0000, vo formáte DDMMYYYYHHMISS. Servery banky majú časovú toleranciu a akceptujú aj časovú pečiatku, ktorá sa oproti aktuálnemu UTC času pri spracovaní transakcie bankou líši o maximálne hodinu jedným alebo druhým smerom. Viacero eshopov ako časovú pečiatku ale evidentne posielalo alebo stále posiela aktuálny čas v našom časovom pásme. Do nedeľného posunu času na Slovensku platil CET čas posunutý oproti UTC o jednu hodinu napred. Aj takýto čas bol tesne v tolerancii akceptovanej servermi banky, požiadavky na transakcie tak boli akceptované a platby na takto implementovaných eshopoch doteraz fungovali. Po posune času v noci na nedeľu ale začal na Slovensku platiť čas CEST posunutý oproti UTC už o dve hodiny. Ak eshop poslal s transakciou časovú pečiatku v našom lokálnom čase, tá sa od aktuálneho UTC času líšila už o približne dve hodiny a servermi Tatra banky bola v súlade so špecifikáciou protokolov odmietnutá. Systémy banky konkrétne zákazníkov informovali chybou "Požiadavka nie je platná (neplatný TIMESTAMP)." U eshopov, u ktorých prišlo presne k tomuto problému, je dôvod samozrejme na strane eshopov respektíve dodávateľov systémov. Systémy totiž neimplementovali tak, aby plne v súlade so špecifikáciou protokolov fungovali celý rok aj počas letného času. To samozrejme konštatuje aj stanovisko banky. "Obchodníci, ktorí mali problém s prevádzkou služieb podľas nedele, 26. marca 2017, nemali služby CardPay a TatraPay naimplementované v súlade s poskytnutými špecifikáciami banky," uviedla pre DSL.sk Zuzana Povodová, hovorkyňa banky. Prečo sa incident prejavil terazPosun času sa samozrejme dlhé desaťročia na Slovensku deje dvakrát ročne a podpora eshopov pre TatraPay a CardPay je prítomná dlhé roky. Prečo sa teda problém prejavil prvýkrát až teraz?Dôvodom je skutočnosť, že parameter TIMESTAMP sa posiela v parametroch až v novej verzii protokolov využívajúcich nový bezpečnejší spôsob autentifikácie. Hoci nové verzie boli sprístupňované najmä novým obchodníkom už približne dva roky, existujúci obchodníci mali na prechod termín do konca tohto marca. Viaceré implementácie nových verzií protokolu tak boli používané v letnom čase prvýkrát až teraz v nedeľu po prechode na letný čas. RiešeniaPrirodzeným riešením bolo samozrejme na strane eshopov začať vyhovovať špecifikácii a posielať vyhovujúci TIMESTAMP.Bistro.sk prevádzkované veľkou internetovou spoločnosťou Ringier Axel Springer / Azet v stanovisku pre DSL.sk v pondelok poobede avizovalo, že úprava "je už dávno vyriešená". Na konkrétne otázky kedy presne bol problém identifikovaný a vyriešený spoločnosť ale už nereagovala. Podľa informácií čitateľa si Syphon.sk problém opravil v pondelok poobede. Druhé riešenie problému nasadila Tatra banka, ktorá začala akceptovať hodnoty TIMESTAMP aj v intervale dvoch hodín oproti aktuálnemu UTC času. Podľa informácií Povodovej pre DSL.sk k nasadeniu tejto zmeny prišlo v utorok pred pol dvanástou doobeda. Najneskôr k tomuto času tak už platby vo všetkých eshopoch fungovali. Eshop Alza.sk posielal TIMESTAMP posunutý o dve hodiny ešte aj po tomto termíne, v jeho prípade tak sfunkčnila platby zrejme práve táto zmena. Ako to bolo v prípade ostatných eshopov, ktoré mali tento problém, nie je známe. Reakcie eshopovReakciu eshopov na otázky v súvislosti s týmto problémom je možné vo všeobecnosti označiť za nedostatočnú.GoPass.sk prevádzkovaný Tatry mountain resorts využívajúci CardPay na akceptáciu platenia kartami cez Internet v stanovisku pre klientov, ktoré nám v nedeľu neskôr poobede zaslal, obviňoval banku. "Dovolíme si Vás informovať, že na strane TATRA BANKY došlo k technickej poruche, následkom ktorej má banka celoplošný výpadok a z daného dôvodu nie je možné ani prostredníctvom našej stránky zrealizovať platby. Poprosíme Vás o trpezlivosť, na odstránení problému sa pracuje," tvrdilo stanovisko. Nie je jasné, či toto stanovisko vzniklo u prevádzkovateľa už po úplnej analýze problému, v každom prípade korigované stanovisko nám prevádzkovateľ až do publikovania článku nezaslal. U GoPass.sk je pritom platenie kartami cez CardPay zrejme jediným spôsobom internetovej platby. Alza.sk podporuje TatraPay. Problém v stanovisku označila za drobnú disfunkciu. Ďalej v stanovisku tvrdí, že "Chyba nebola na jej strane" a "Technickú poruchu môžu spôsobiť rôzne faktory". Na otázku na koho strane bola podľa eshopu chyba a či tým teda myslela chybu na strane dodávateľa systému Alza konkrétne neodpovedala. Samozrejme Alza podporuje viaceré ďalšie spôsoby platby a zákazníci mohli využiť niektorý iný, napríklad platbu kartou. Tú nemá Alza realizovanú cez CardPay a teda fungovala. Problémom to bolo ale pre zákazníkov, ktorí využívajú TatraPay a k iným spôsobom platby nemajú prístup respektíve ich nechcú využívať. Alza tvrdí, že v tejto súvislosti nedostala od zákazníkov sťažnosti. Bistro.sk zrejme tiež podporuje platbu kartami cez CardPay ako jediný spôsob ako zaplatiť za objednávky cez Internet. Spoločnosť podľa svojho stanoviska po detekcii problému platby znemožnila, aby sa zákazníci zbytočne nepokúšali platiť. Zostala im možnosť platiť za jedlo po doručení donášky v hotovosti alebo stravnými lístkami. Na viaceré konkrétne otázky ale spoločnosť neodpovedala. Okrem iného neodpovedala ani na otázku ako mohlo k takejto chybe prísť, keď je okrem iného vďaka integrácii Azetu veľkou internetovou spoločnosťou s vlastným vývojom. 
Najnovšie články: Diskusia:
Pridať komentár | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
