ເມື່ອບໍ່ດົນມານີ້, ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍມືຖືໄດ້ຈັດຕັ້ງປະຕິບັດມາດຕະຖານຂໍ້ມູນຜູ້ສະໝັກໃຊ້ມືຖືໃນຂອບເຂດກ້ວາງຂວາງຕາມລະບຽບການ, ໂດຍມີຈຸດປະສົງເພື່ອປະສານຂໍ້ມູນ, ຫຼຸດຜ່ອນຈຳນວນຊິມກາດທີ່ມີຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ, ແລະ ປ້ອງກັນຜົນສະທ້ອນທາງລົບເຊັ່ນ: ຂໍ້ຄວາມສະແປມ ແລະ ການໂທ.
ຢ່າງໃດກໍຕາມ, ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າຂະບວນການນີ້ມີຂໍ້ເສຍຫຼາຍຢ່າງທີ່ເຮັດໃຫ້ຜູ້ໃຊ້ຮູ້ສຶກລຳຄານແລະເມື່ອຍລ້າ.
ລະເບີດຂໍ້ມູນຂ່າວສານ
ຜູ້ຈອງທີ່ມີໝາຍເລກ 0945xxx ໄດ້ກວດສອບຂໍ້ມູນສ່ວນຕົວຂອງເຂົາເຈົ້າຢ່າງຕັ້ງໜ້າແຕ່ຫົວທີ, ແຕ່ສິ່ງທີ່ເຂົາເຈົ້າໄດ້ຮັບກັບຄືນແມ່ນຄວາມລຳຄານ.
"ການແຈ້ງເຕືອນການຢືນຢັນຍັງຄົງປາກົດຂຶ້ນເລື້ອຍໆ, ຈາກນັ້ນກໍ່ບອກວ່າມັນຍັງບໍ່ທັນໄດ້ຮັບການຢືນຢັນ, ເຖິງແມ່ນວ່າແອັບຢືນຢັນວ່າມັນສຳເລັດແລ້ວກໍຕາມ," ຜູ້ສະໝັກໃຊ້ທີ່ມີເລກທີ 0945xxx ໄດ້ຈົ່ມກັບນັກຂ່າວ VTC News.

ຜູ້ໃຊ້ໄດ້ຮັບຂໍ້ຄວາມຢືນຢັນການສະໝັກໃຊ້ຢູ່ເລື້ອຍໆຈາກຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍມືຖືຂອງເຂົາເຈົ້າ.
"ທຸກໆມື້ມີຂໍ້ຄວາມເຂົ້າມາ. ເຖິງແມ່ນວ່າມັນຈະຂຽນວ່າ 'ກະລຸນາບໍ່ສົນໃຈຖ້າຢືນຢັນແລ້ວ', ຂ້ອຍຍັງຮູ້ສຶກວ່າມັນໜ້າລຳຄານຫຼາຍ. ເບິ່ງຄືວ່າຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍບໍ່ສາມາດກັ່ນຕອງວ່າຂໍ້ມູນຂອງຜູ້ສະໝັກໃຊ້ໄດ້ຮັບການຢືນຢັນແລ້ວຫຼືບໍ່," ເຈົ້າຂອງເບີໂທລະສັບ 08866xxx ໄດ້ແບ່ງປັນ.
ລາວຍັງໄດ້ສະແດງຄວາມອຸກອັ່ງທີ່ຕ້ອງກວດສອບຂໍ້ຄວາມຈາກຜູ້ໃຫ້ບໍລິການມືຖືຂອງລາວທຸກໆມື້, ໂດຍສະເພາະເນື່ອງຈາກວຽກຂອງລາວຕ້ອງການການສົ່ງຂໍ້ຄວາມຫຼາຍ, ແລະຮູ້ສຶກວ່າການປະຕິບັດ "ການຖິ້ມລະເບີດ" ຂໍ້ຄວາມໃສ່ຜູ້ຄົນແມ່ນບໍ່ເປັນມືອາຊີບທີ່ສຸດ.
ນອກຈາກຂໍ້ຄວາມແລ້ວ, ຜູ້ສະໝັກໃຊ້ບາງຄົນລາຍງານວ່າໄດ້ຮັບສາຍເຕືອນຈາກສູນໂທ, ແລະແມ່ນແຕ່ການແຈ້ງເຕືອນຍັງຖືກຫຼິ້ນເປັນສຽງລໍຖ້າສາຍໃນລະຫວ່າງການໂທ.
"ສອງຫຼືສາມມື້ຜ່ານມາ, ທຸກໆຄັ້ງທີ່ຂ້ອຍໂທອອກຄັ້ງທຳອິດຂອງມື້, ຂ້ອຍຕ້ອງຟັງຂໍ້ຄວາມຢືນຢັນ 20 ວິນາທີຈາກຜູ້ໃຫ້ບໍລິການກ່ອນທີ່ຂ້ອຍຈະເຊື່ອມຕໍ່. ນີ້ແມ່ນປະສົບການທີ່ໜ້າຢ້ານ, ໂດຍສະເພາະເມື່ອຂ້ອຍຕ້ອງການໂທອອກດ່ວນ. ຂ້ອຍຍັງຮູ້ສຶກວ່າບໍ່ມີທາງຊ່ວຍໄດ້ເພາະຂ້ອຍບໍ່ສາມາດປິດສຽງແຈ້ງເຕືອນນັ້ນໄດ້," ຜູ້ຈອງທີ່ມີເບີໂທລະສັບ 08559xxx ໄດ້ຈົ່ມ.
ບຸກຄົນຜູ້ນີ້ຍອມຮັບວ່າຍ້ອນລັກສະນະຂອງວຽກງານຂອງເຂົາເຈົ້າ, ເຂົາເຈົ້າບໍ່ມີເວລາທີ່ຈະເຮັດການກວດສອບໃຫ້ສຳເລັດ, ແຕ່ຄຳເຕືອນທີ່ຍັງຄົງຢູ່ນັ້ນໄດ້ສົ່ງຜົນກະທົບຕໍ່ເຂົາເຈົ້າ: "ຂ້ອຍຖືກຫຼອກຫຼອນໝົດມື້, ຮູ້ສຶກຄືກັບວ່າຂ້ອຍຖືກທໍລະມານ."
ຜູ້ໃຊ້ນີ້ໄດ້ຖາມຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍວ່າມີວິທີໃດແດ່ທີ່ຈະຢຸດ "ການລົບກວນ" ຫຼື "ການລົບກວນ" ປະເພດນີ້ທັນທີ, ໂດຍສະເພາະຍ້ອນວ່າພວກເຂົາເຂົ້າໃຈຄຳຮ້ອງຂໍແຕ່ບໍ່ສາມາດຊອກຫາເວລາທີ່ຈະໄປກວດສອບໄດ້.
ໃນອີກກໍລະນີໜຶ່ງ, ຜູ້ໃຊ້ DTP ໄດ້ລາຍງານວ່າຕ້ອງຕິດຕໍ່ສູນໂທເພື່ອຮ້ອງຂໍການຍົກເລີກການແຈ້ງເຕືອນ "ເພງລໍຖ້າ" ເພື່ອຢຸດບັນຫາ.
ຜູ້ໃຊ້ TTC ຍັງສົງໄສວ່າການໄດ້ຮັບຂໍ້ຄວາມແຈ້ງເຕືອນຈາກຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍເລື້ອຍໆສາມາດເຮັດໃຫ້ຜູ້ໃຊ້ "ຄຸ້ນເຄີຍ" ກັບການແຈ້ງເຕືອນປະເພດນີ້ໄດ້ຫຼືບໍ່, ເຮັດໃຫ້ມັນຍາກທີ່ຈະແຍກແຍະລະຫວ່າງຂໍ້ຄວາມທີ່ຖືກຕ້ອງ ແລະ ຂໍ້ຄວາມປອມ, ດັ່ງນັ້ນຈຶ່ງສ້າງເງື່ອນໄຂໃຫ້ມີການຫຼອກລວງທາງ SMS ເພີ່ມຂຶ້ນ.
ໃນຂະນະດຽວກັນ, ທ່ານ NNA ເປັນເຈົ້າຂອງເບີໂທລະສັບສອງເບີຈາກຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍດຽວກັນ ແຕ່ໄດ້ຮັບຂໍ້ຄວາມເຕືອນຈຳນວນທີ່ແຕກຕ່າງກັນ. ໂດຍອີງໃສ່ສິ່ງນີ້, ທ່ານ NNA ໄດ້ຕັ້ງຄຳຖາມກ່ຽວກັບເງື່ອນໄຂສຳລັບການສົ່ງຂໍ້ຄວາມເຫຼົ່ານີ້ ແລະ ຈຳນວນຂໍ້ຄວາມທີ່ສົ່ງ, ພ້ອມທັງວິທີການກັ່ນຕອງຂໍ້ມູນຜູ້ໃຊ້ຂອງຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍ.
ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍມືຖືກຳລັງພະຍາຍາມສ້າງມາດຕະຖານຂໍ້ມູນຜູ້ສະໝັກໃຊ້.
ນັບຕັ້ງແຕ່ວັນທີ 15 ເມສາເປັນຕົ້ນໄປ, ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍມືຖືຕ້ອງຮັບປະກັນວ່າຜູ້ສະໝັກໃຊ້ໂທລະສັບມືຖືມີຂໍ້ມູນທັງສີ່ຢ່າງຄື: ເລກປະຈຳຕົວສ່ວນຕົວ, ຊື່ເຕັມ, ວັນເດືອນປີເກີດ ແລະ ຂໍ້ມູນຊີວະມິຕິໃບໜ້າ, ແລະ ຂໍ້ມູນນີ້ກົງກັບຖານຂໍ້ມູນປະຊາກອນແຫ່ງຊາດຂອງ ກະຊວງຄວາມໝັ້ນຄົງສາທາລະນະ .
ມີວິທີການກວດສອບຄວາມຖືກຕ້ອງທີ່ຍອມຮັບໄດ້ສີ່ວິທີ, ລວມທັງ: ທາງອອນລາຍຜ່ານ VNeID; ຜ່ານແອັບພລິເຄຊັນຂອງຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍ; ດ້ວຍຕົນເອງຢູ່ສະຖານທີ່ໃຫ້ບໍລິການຂອງຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍ; ແລະ ຢູ່ສະຖານທີ່ທີ່ໄດ້ຮັບອະນຸຍາດຈາກຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍ.

ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍມືຖືກຳລັງພະຍາຍາມຊ່ວຍເຫຼືອລູກຄ້າໃນການກວດສອບຂໍ້ມູນຜູ້ສະໝັກໃຊ້ຂອງເຂົາເຈົ້າຕາມລະບຽບການ.
Vinaphone ແນະນຳໃຫ້ຜູ້ໃຊ້ກວດສອບຂໍ້ມູນຜູ້ສະໝັກໃຊ້ຂອງເຂົາເຈົ້າຢ່າງຕັ້ງໜ້າໃນແອັບພລິເຄຊັນຕ່າງໆເຊັ່ນ MyVNPT ແລະ VNeID ແລະ ເຮັດການຢັ້ງຢືນໃຫ້ສຳເລັດໄວເທົ່າທີ່ຈະໄວໄດ້ເພື່ອຮັບປະກັນການບໍລິການຢ່າງຕໍ່ເນື່ອງ ແລະ ຫຼຸດຜ່ອນຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບຂໍ້ມູນສ່ວນຕົວໃນສະພາບແວດລ້ອມດິຈິຕອນ.
Viettel ແນະນຳໃຫ້ຜູ້ໃຊ້ກວດສອບຂໍ້ມູນຜູ້ສະໝັກໃຊ້ຂອງເຂົາເຈົ້າຢ່າງຕັ້ງໜ້າຜ່ານແອັບພລິເຄຊັນ My Viettel ຫຼື VNeID, ຫຼື ຕິດຕໍ່ສູນໂທເພື່ອຂໍຄວາມຊ່ວຍເຫຼືອ. ພ້ອມກັນນັ້ນ, ຜູ້ໃຫ້ບໍລິການເຄືອຂ່າຍເຕືອນປະຊາຊົນໃຫ້ລະມັດລະວັງຕໍ່ການຫຼອກລວງ, ໂດຍຢືນຢັນວ່າການກວດສອບຂໍ້ມູນຜູ້ສະໝັກໃຊ້ແມ່ນບໍ່ເສຍຄ່າ ແລະ ບໍ່ຕ້ອງການໃຫ້ລະຫັດ OTP ຫຼື ໂອນເງິນໃນຮູບແບບໃດໆ.
ແຫຼ່ງຂໍ້ມູນ: https://vtcnews.vn/thue-bao-dang-bi-doi-bom-thong-bao-xac-thuc-thue-bao-ar1015276.html








(0)