2026-08-10 Awdur: ZCS
Mae rhaglen teyrngarwch yn methu ar derfynell POS am un rheswm yn fwy nag unrhyw un arall: ni chafodd y caledwedd ei hadeiladu erioed i adael meddalwedd allanol i mewn. Mae manwerthwyr yn prynu platfform teyrngarwch, yn llofnodi'r contract, yn cyllidebu'r cyflwyniad - yna'n darganfod bod system weithredu'r derfynell, SDK, neu ardystiad talu yn rhwystro'r integreiddio'n llwyr. Nid problem meddalwedd yw hon. Mae'n broblem pensaernïaeth caledwedd, ac mae'n ymddangos bron bob tro y mae masnachwr yn ceisio boltio system POS gyda swyddogaeth rhaglen teyrngarwch ar derfynell a gynlluniwyd fel teclyn talu caeedig yn hytrach na dyfais gyfrifiadurol agored.
Cyn gwerthuso unrhyw blatfform, mae'n helpu i setlo'r cwestiwn sylfaenol o beth all a beth na all terfynell POS ei wneud gyda data gwobrau — oherwydd bod yr ateb yn dibynnu'n llwyr ar y caledwedd oddi tano, nid rhestr nodweddion y feddalwedd teyrngarwch.
Mae'r erthygl hon yn dadansoddi'r rhesymau technegol penodol pam mae systemau pos integredig teyrngarwch yn methu ar galedwedd sydd wedi'i gloi, beth mae "wedi'i gloi" yn ei olygu mewn gwirionedd ar lefel y system weithredu a'r ardystiad, a sut olwg sydd ar restr wirio gwerthuso ar gyfer masnachwyr sydd angen system pos teyrngarwch cwsmeriaid sy'n gweithio mewn gwirionedd mewn cynhyrchiad.
Mae caledwedd POS cloedig yn derfynell lle mae'r gwneuthurwr yn cyfyngu pa gymwysiadau all redeg, pa adnoddau system y gall y cymwysiadau hynny eu cyrchu, neu'r ddau. Mae hwn yn ddewis dylunio bwriadol, nid yn ddiffyg. Mae terfynellau cyflwyno cerdyn traddodiadol — yr unedau cownter a adeiladwyd yn bennaf ar gyfer trafodion EMV a PIN — wedi'u hardystio i safonau PCI PTS POI sy'n trin y ddyfais gyfan fel un amgylchedd talu dibynadwy. Yn hanesyddol, roedd ychwanegu ap teyrngarwch at yr amgylchedd hwnnw'n golygu ychwanegu llwybr cod heb ei wirio wrth ymyl data deiliad cerdyn, nad yw brandiau talu a chaffaelwyr yn ei ganiatáu.
Mae tri nodwedd caledwedd yn diffinio terfynell sydd wedi'i chloi:
Nid oes yr un o'r nodweddion hyn yn anghywir yn eu hanfod. Mae terfynellau cyflwyno cardiau pwrpasol gan werthwyr etifeddol wedi'u peiriannu fel hyn yn benodol i leihau cwmpas archwiliad PCI DSS. Dim ond pan fydd masnachwr yn disgwyl i'r un derfynell hefyd redeg pos gyda modiwl rhaglen teyrngarwch, cydamseriad CRM, neu ap marchnata - galluoedd nad oedd y caledwedd erioed wedi'i ardystio na'i bensaernïo i'w cefnogi y mae'r broblem yn ymddangos.
Mae integreiddiadau teyrngarwch yn methu ar bensaernïaethau caeedig am dri rheswm technegol sy'n digwydd dro ar ôl tro: mae rheolau blwch tywod yn cyfyngu mynediad at ddata, mae SDKs perchnogol yn rhwystro gosod, ac mae cylchoedd diweddaru cadarnwedd yn atal cyflwyniadau nodweddion.
Mae fersiwn 7.0 o PCI PTS POI, a gyhoeddwyd gan Gyngor Safonau Diogelwch PCI, bellach yn caniatáu i gymwysiadau trydydd parti fel apiau siop apiau redeg ar ddyfeisiau POI ardystiedig. Ond mae'r safon yn ei gwneud yn ofynnol i'r cymwysiadau hynny fod yn wedi'u hynysu'n ddiogel oddi wrth swyddogaethau talu sensitif a'u dilysu gan ddefnyddio rheolyddion cryptograffigMae gofyniad mwy newydd yn yr un fersiwn yn rhwystro cymwysiadau trydydd parti rhag darllen data PAN neu PIN testun clir hyd yn oed pan fydd y rhaglen ar restr wen gymeradwy. Ar gyfer peiriant teyrngarwch, mae hyn yn bwysig yn uniongyrchol: nid yw unrhyw batrwm integreiddio sy'n tybio y gall yr ap teyrngarwch ddarllen cyfanswm y trafodiad, tocyn y cerdyn, neu adnabyddydd y cwsmer yn syth allan o'r broses dalu yn cydymffurfio ar ddyfais ardystiedig v7.0. Rhaid i'r ap teyrngarwch dderbyn y data hwnnw trwy sianel gymeradwy, ynysig - ac ar lawer o derfynellau cloedig, nid oes sianel o'r fath yn bodoli.
Mae angen i blatfform teyrngarwch gofrestru cwsmeriaid, chwilio am falansau pwyntiau, cymhwyso adbryniadau, ac argraffu neu arddangos gwobrau ar y pwynt gwerthu. Mae angen bachyn SDK ar bob un o'r camau gweithredu hynny. Fel arfer, nid yw terfynellau gyda system weithredu gaeedig, sy'n eiddo i'r gwerthwr, yn datgelu'r un o'r bachau hyn i ddatblygwyr allanol - mae'r gwerthwr teyrngarwch yn cael ei adael i integreiddio trwy fachyn gwe porth talu ar ôl i'r trafodiad gau, sy'n rhy hwyr i gymhwyso disgownt amser real neu sbarduno gwobr yn ystod y sesiwn. Dyma'r patrwm methiant mwyaf cyffredin a adroddir gan fasnachwyr sy'n symud o derfynellau cownter traddodiadol i ddefnyddio rhaglenni teyrngarwch pos: mae'r integreiddio'n "gweithio" yn dechnegol fel cydamseriad ar ôl trafodiad, ond ni all wneud dim ar y pwynt rhyngweithio ei hun.
Hyd yn oed lle mae terfynell gloi yn datgelu SDK cyfyngedig, mae cadarnwedd ar ddyfeisiau talu un pwrpas fel arfer yn cael ei ddiweddaru ar amserlen araf, sy'n seiliedig ar ardystiad, gan y gall pob newid cadarnwedd sbarduno ail-ardystio PCI. Rhaid i werthwr teyrngarwch sydd am anfon rheol adbrynu newydd, llif cofrestru newydd, neu haen wobrwyo newydd aros am gylch rhyddhau'r gwerthwr caledwedd - nid eu cylch eu hunain. Ar derfynell POS Android agored, mae'r ap teyrngarwch yn diweddaru'n annibynnol trwy ei becyn ap ei hun, heb unrhyw ddibyniaeth ar gadarnwedd y derfynell o gwbl.
Cost uniongyrchol integreiddio aflwyddiannus yw cyflwyniad sydd wedi'i ohirio neu wedi'i wrthdroi, ond mae'r gost fwy yn strategol: mae manwerthwyr yn parhau i brynu meddalwedd teyrngarwch ar gyfradd gynyddol tra bod cydnawsedd caledwedd yn parhau i fod yn ôl-ystyriaeth. Cyrhaeddodd y farchnad rheoli teyrngarwch fyd-eang amcangyfrif o $17.38 biliwn yn 2026, a rhagwelir y bydd yn tyfu ar gyfradd flynyddol gyfansawdd uwchlaw 14% tan 2034. Mae pob doler a werir ar blatfform teyrngarwch na all redeg mewn gwirionedd ar galedwedd y ddesg dalu yn ddoler a werir ddwywaith - unwaith ar y feddalwedd, unwaith eto ar adnewyddu caledwedd a ddylai fod wedi digwydd yn gyntaf.
Mae cost cydymffurfio hefyd. Mae rhaglenni teyrngarwch yn casglu ac yn prosesu data personol cwsmeriaid — enwau, rhifau ffôn, hanes prynu, weithiau data cofrestru biometrig ar gyfer rhaglenni tapio-i-adnabod. O dan Reoliad yr UE. 2016/679 (GDPR), bod y prosesu hwnnw'n gofyn am sail gyfreithlon wedi'i dogfennu a llif caniatâd cydymffurfiol wrth gofrestru. Mae integreiddio teyrngarwch sy'n cael ei orfodi trwy ateb answyddogol - terfynell wedi'i thorri gan y jailbreak, APK wedi'i lwytho ar yr ochr heb ei gefnogi, pont crafu sgrin - yn gwneud y ddogfennaeth cydymffurfio honno'n llawer anoddach i'w chynhyrchu yn ystod archwiliad, oherwydd ni chafodd y llwybr data ei hun ei gynllunio erioed i gael ei adolygu.
Mae pensaernïaeth sy'n cefnogi teyrngarwch yn ddibynadwy yn rhannu tair nodwedd: SDK agored, dosbarthiad meddalwedd ar lefel siop apiau, a nodweddion hunaniaeth caledwedd sy'n mynd y tu hwnt i swipe cerdyn.
Mae terfynellau POS sy'n seiliedig ar Android gyda SDK cyhoeddedig yn caniatáu i werthwr teyrngarwch adeiladu'n uniongyrchol yn erbyn APIs wedi'u dogfennu ar gyfer yr argraffydd, y sganiwr, yr arddangosfa sy'n wynebu'r cwsmer, a'r cnewyllyn talu - heb aros ar y gwneuthurwr caledwedd am bob nodwedd newydd. Dyma'r un model platfform agored a gyflwynodd API Terfynell Square ar gyfer ei galedwedd ei hun, ac mae bellach yn arfer safonol ar draws y rhan fwyaf o weithgynhyrchwyr POS Android sy'n gwerthu i amgylcheddau manwerthu aml-werthwr yn hytrach na chiosgau caeedig ag un ap. Mae masnachwyr yn cyrchu caledwedd yn uniongyrchol o'r sylfaen gyflenwi - gan gynnwys y Tirwedd B2B gweithgynhyrchwyr terfynellau POS Tsieineaidd — dylai drin agoredrwydd SDK fel hidlydd caffael, nid ôl-ystyriaeth a drafodir dim ond ar ôl i'r contract gael ei lofnodi.
Mae ardystiad Google Mobile Services (GMS) yn caniatáu i derfynell redeg pecynnau apiau Android safonol drwy'r Play Store neu siop apiau rheoledig gyfatebol, yn lle cyfyngu'r ddyfais i feddalwedd sydd wedi'i bwndelu â firmware. Gall terfynell ardystiedig gan GMS osod ap teyrngarwch yn yr un ffordd ag y mae ffôn yn gosod unrhyw ap arall: yn annibynnol, ar amserlen rhyddhau'r gwerthwr ei hun, heb gylch ail-ardystio ar lefel firmware.
Mae set lai ond cynyddol o derfynellau yn ymestyn adnabod teyrngarwch y tu hwnt i gardiau a rhifau ffôn i gofrestru biometrig. Mae adnabod gwythiennau'r llaw yn un enghraifft sydd eisoes mewn defnydd masnachol — ZCS ymhlith y gweithgynhyrchwyr POS Android sydd ar hyn o bryd yn cludo terfynellau sy'n galluogi gwythiennau palmwydd gyda SDK agored, gan ganiatáu i blatfform teyrngarwch gofrestru patrwm gwythiennau palmwydd cwsmer fel dynodwr amgen wrth y ddesg dalu yn hytrach na gofyn am chwiliad am gerdyn, ap, neu rif ffôn. Dim ond pan fydd SDK y derfynell yn ei datgelu fel API wedi'i ddogfennu y gellir defnyddio'r math hwn o nodwedd hunaniaeth ar lefel caledwedd gan blatfform teyrngarwch - sef yn union y gofyniad pensaernïaeth agored a ddisgrifiwyd uchod, nid nodwedd sy'n unigryw i unrhyw un brand.
Cyn llofnodi contract meddalwedd teyrngarwch, cadarnhewch y canlynol ar ochr y derfynell:
Mae meini prawf dethol terfynellau — agoredrwydd system weithredu, cwmpas yr ardystiad, dyfnder yr SDK — wedi'u trafod yn fanylach yn ein fframwaith llawn ar gyfer dewis platfform POS Android, sy'n mynd trwy'r un rhesymeg werthuso y tu hwnt i achosion defnydd teyrngarwch yn unig.
C1: A all unrhyw derfynell POS gynnal rhaglen teyrngarwch?
Na. Mae angen SDK agored, dosbarthiad meddalwedd ar lefel siop apiau, a blwch tywod sy'n cydymffurfio â PCI PTS ar gyfer cymwysiadau trydydd parti ar derfynell. Mae terfynellau un cymhwysiad, caeedig, yn cyfyngu neu'n rhwystro meddalwedd teyrngarwch yn llwyr, waeth beth mae platfform y gwerthwr teyrngarwch yn ei gefnogi ar bapur.
C2: Beth sy'n gwneud terfynell POS yn "gloedig"?
Mae terfynell wedi'i chloi yn cyfyngu ar gymwysiadau y gellir eu gosod, nid yw'n datgelu unrhyw SDK cyhoeddus, ac yn rhedeg cadarnwedd wedi'i hadeiladu o amgylch un cymhwysiad talu. Mae'r nodweddion hyn yn lleihau cwmpas archwilio PCI ond hefyd yn rhwystro apiau teyrngarwch, cydamseriadau CRM, ac integreiddiadau trydydd parti eraill trwy ddylunio.
C3: A yw cydymffurfiaeth PCI yn atal apiau teyrngarwch rhag rhedeg ar galedwedd POS?
Nid yn ddiofyn. Mae PCI PTS POI v7.0 yn caniatáu cymwysiadau trydydd parti, gan gynnwys apiau teyrngarwch, ar yr amod eu bod wedi'u cadw mewn blwch tywod i ffwrdd o ddata cerdyn talu testun clir a PIN. Mae cydymffurfio yn gofyn am ynysu, nid gwahardd, ac mae pensaernïaeth y derfynfa yn pennu a yw'r ynysu hwnnw'n dechnegol bosibl.
C4: Beth yw'r gwahaniaeth rhwng cydamseru teyrngarwch ar ôl trafodiad ac integreiddio amser real?
Mae cydamseriad ar ôl trafodiad yn rhoi gwobrau ar ôl i'r gwerthiant gau, trwy fachyn gwe porth talu. Mae integreiddio amser real yn rhoi gwobrau yn ystod y ddesg dalu, trwy fachyn SDK. Fel arfer dim ond y cyntaf y mae terfynellau cloedig yn ei gefnogi, sy'n atal gostyngiadau ac adbryniadau yn ystod y sesiwn.
C5: A ellir defnyddio adnabod biometrig, fel gwythiennau palmwydd, ar gyfer cofrestru teyrngarwch?
Ydy, ar derfynellau lle mae'r gwneuthurwr yn datgelu cipio biometrig trwy SDK wedi'i ddogfennu. Mae Palm vein a dynodwyr biometrig tebyg yn caniatáu i blatfform teyrngarwch adnabod cwsmer sy'n dychwelyd heb chwilio am gerdyn, rhif ffôn, nac ap, ar yr amod bod y bensaernïaeth caledwedd yn cefnogi mynediad trydydd parti i'r data hwnnw.
Hafan 
Sut Mae Cydnabyddiaeth Palm Vein yn Gweithio ar gyfer Rhaglenni Aelodaeth a Theyrngarwch? 
