ສອງໃນຫນຶ່ງ: ຂໍ້ມູນການທ່ອງທ່ຽວແລະປີ້ສໍາລັບກິດຈະກໍາວັດທະນະທໍາແມ່ນມີໃຫ້ສາທາລະນະ

ມື້ນີ້ພວກເຮົາຈະເບິ່ງສອງກໍລະນີໃນເວລາດຽວກັນ - ຂໍ້ມູນຂອງລູກຄ້າແລະຄູ່ຮ່ວມງານຂອງສອງບໍລິສັດທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງແມ່ນມີຢູ່ຢ່າງເສລີ "ຂໍຂອບໃຈ" ເຊີຟເວີ Elasticsearch ທີ່ເປີດດ້ວຍບັນທຶກລະບົບຂໍ້ມູນ (IS) ຂອງບໍລິສັດເຫຼົ່ານີ້.

ໃນ​ກໍ​ລະ​ນີ​ທໍາ​ອິດ​, ເຫຼົ່າ​ນີ້​ແມ່ນ​ຫຼາຍ​ສິບ​ພັນ (ແລະ​ອາດ​ຈະ​ຫຼາຍ​ຮ້ອຍ​ພັນ​) ຂອງ​ປີ້​ສໍາ​ລັບ​ກິດ​ຈະ​ກໍາ​ວັດ​ທະ​ນະ​ທໍາ​ຕ່າງໆ (ໂຮງ​ຮູບ​ພາບ​, ສະ​ໂມ​ສອນ​, ການ​ເດີນ​ທາງ​ນ​້​ໍ​າ​, ແລະ​ອື່ນໆ​) ຂາຍ​ຜ່ານ​ລະ​ບົບ Radario (www.radario.ru).

ໃນກໍລະນີທີສອງ, ນີ້ແມ່ນຂໍ້ມູນກ່ຽວກັບການເດີນທາງຂອງນັກທ່ອງທ່ຽວຫຼາຍພັນຄົນ (ອາດຈະເປັນຫຼາຍສິບພັນຄົນ) ຂອງນັກທ່ອງທ່ຽວທີ່ຊື້ການທ່ອງທ່ຽວຜ່ານອົງການການທ່ອງທ່ຽວທີ່ເຊື່ອມຕໍ່ກັບລະບົບ Sletat.ru (www.sletat.ru).

ຂ້າພະເຈົ້າຢາກຈະສັງເກດເຫັນທັນທີວ່າບໍ່ພຽງແຕ່ຊື່ຂອງບໍລິສັດທີ່ອະນຸຍາດໃຫ້ຂໍ້ມູນກາຍເປັນສາທາລະນະແຕກຕ່າງກັນ, ແຕ່ຍັງວິທີການຂອງບໍລິສັດເຫຼົ່ານີ້ຮັບຮູ້ເຫດການແລະປະຕິກິລິຍາຕໍ່ໆໄປ. ແຕ່​ສິ່ງ​ທີ່​ທໍາ​ອິດ​ທໍາ​ອິດ ...

Дисклеймер: вся информация ниже публикуется исключительно в образовательных целях. Автор не получал доступа к персональным данным третьих лиц и компаний. Информация взята либо из открытых источников, либо была предоставлена автору анонимными доброжелателями.

ກໍ​ລະ​ນີ​ຫນຶ່ງ​. "ວິທະຍຸ"

ໃນຕອນແລງຂອງວັນທີ 06.05.2019/XNUMX/XNUMX ລະບົບຂອງພວກເຮົາ ຄົ້ນພົບເຊີບເວີ Elasticsearch ສາມາດໃຊ້ໄດ້ຢ່າງເສລີເປັນເຈົ້າຂອງໂດຍບໍລິການຂາຍປີ້ເອເລັກໂຕຣນິກ Radario.

ອີງຕາມປະເພນີທີ່ໂສກເສົ້າທີ່ໄດ້ສ້າງຕັ້ງຂຶ້ນແລ້ວ, ເຄື່ອງແມ່ຂ່າຍມີບັນທຶກລາຍລະອຽດຂອງລະບົບຂໍ້ມູນຂອງບໍລິການ, ເຊິ່ງມັນເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບຂໍ້ມູນສ່ວນຕົວ, ການເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້ແລະລະຫັດຜ່ານ, ເຊັ່ນດຽວກັນກັບຕົ໋ວເອເລັກໂຕຣນິກສໍາລັບເຫດການຕ່າງໆໃນທົ່ວປະເທດ.

ປະລິມານບັນທຶກທັງໝົດເກີນ 1 TB.

ອີງຕາມເຄື່ອງຈັກຊອກຫາ Shodan, ເຊີບເວີໄດ້ເປີດໃຫ້ສາທາລະນະຕັ້ງແຕ່ວັນທີ 11.03.2019 ມີນາ 06.05.2019. ຂ້າພະເຈົ້າໄດ້ແຈ້ງໃຫ້ພະນັກງານ Radario ໃນວັນທີ 22/50/07.05.2019 ເວລາ 09:30 (MSK) ແລະໃນວັນທີ XNUMX/XNUMX/XNUMX ເວລາປະມານ XNUMX:XNUMX ເຊີບເວີບໍ່ສາມາດໃຊ້ໄດ້.

ບັນທຶກມີໂທເຄັນການອະນຸຍາດທົ່ວໄປ (ອັນດຽວ), ໃຫ້ການເຂົ້າເຖິງປີ້ທີ່ຊື້ທັງໝົດຜ່ານລິ້ງພິເສດ, ເຊັ່ນ:

http://radario.ru/internal/tickets/XXXXXXXX/print?access_token=******JuYWw6MDIzOWRjOTM1NzJiNDZjMTlhZGFjZmRhZTQ3ZDgyYTk

http://radario.ru/internal/orders/YYYYYYY/print?access_token=******JuYWw6MDIzOWRjOTM1NzJiNDZjMTlhZGFjZmRhZTQ3ZDgyYTk

ບັນຫາກໍ່ແມ່ນວ່າເພື່ອບັນຊີສໍາລັບຕົ໋ວ, ຕົວເລກຢ່າງຕໍ່ເນື່ອງຂອງຄໍາສັ່ງໄດ້ຖືກນໍາໃຊ້ແລະການນັບງ່າຍດາຍຂອງຈໍານວນປີ້ (.XXXXXXXXX) ຫຼື​ຄໍາ​ສັ່ງ (ປປ), ມັນເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບປີ້ທັງຫມົດຈາກລະບົບ.

ເພື່ອກວດເບິ່ງຄວາມກ່ຽວຂ້ອງຂອງຖານຂໍ້ມູນ, ຂ້ອຍຊື້ຕົ໋ວລາຄາຖືກທີ່ສຸດດ້ວຍຕົວເອງ:

ແລະຕໍ່ມາໄດ້ພົບເຫັນມັນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍສາທາລະນະໃນບັນທຶກ IS:

http://radario.ru/internal/tickets/11819272/print?access_token==******JuYWw6MDIzOWRjOTM1NzJiNDZjMTlhZGFjZmRhZTQ3ZDgyYTk

ແຍກຕ່າງຫາກ, ຂ້າພະເຈົ້າຢາກເນັ້ນຫນັກວ່າປີ້ແມ່ນມີຢູ່ທັງສໍາລັບເຫດການທີ່ເກີດຂື້ນແລ້ວແລະສໍາລັບຜູ້ທີ່ຍັງວາງແຜນໄວ້. ນັ້ນແມ່ນ, ຜູ້ໂຈມຕີທີ່ມີທ່າແຮງສາມາດໃຊ້ປີ້ຂອງຜູ້ອື່ນເພື່ອເຂົ້າໄປໃນເຫດການທີ່ວາງແຜນໄວ້.

ໂດຍສະເລ່ຍແລ້ວ, ແຕ່ລະດັດຊະນີ Elasticsearch ທີ່ບັນຈຸບັນທຶກສໍາລັບມື້ຫນຶ່ງສະເພາະ (ເລີ່ມແຕ່ວັນທີ 24.01.2019/07.05.2019/25 ຫາ 35/XNUMX/XNUMX) ມີຈາກ XNUMX ຫາ XNUMX ພັນປີ້.

ນອກເຫນືອໄປຈາກຕົ໋ວຕົວມັນເອງ, ດັດຊະນີປະກອບມີການເຂົ້າສູ່ລະບົບ (ທີ່ຢູ່ອີເມວ) ແລະລະຫັດຜ່ານຂໍ້ຄວາມສໍາລັບການເຂົ້າເຖິງບັນຊີສ່ວນບຸກຄົນຂອງຄູ່ຮ່ວມງານ Radario ທີ່ຂາຍປີ້ເຂົ້າຊົມກິດຈະກໍາຂອງເຂົາເຈົ້າໂດຍຜ່ານການບໍລິການນີ້:

Content: "ReturnUrl=&UserEmail=***@yandex.ru&UserPassword=***"

ໃນຈໍານວນທັງຫມົດ, ຫຼາຍກ່ວາ 500 ຄູ່ເຂົ້າສູ່ລະບົບ / ລະຫັດຜ່ານໄດ້ຖືກກວດພົບ. ສະຖິຕິການຂາຍປີ້ແມ່ນເຫັນໄດ້ໃນບັນຊີສ່ວນຕົວຂອງຮຸ້ນສ່ວນ:

ນອກຈາກນີ້ຍັງມີຊື່, ເບີໂທລະສັບ ແລະທີ່ຢູ່ອີເມວຂອງຜູ້ຊື້ທີ່ຕັດສິນໃຈກັບຄືນປີ້ທີ່ຊື້ຜ່ານມາ:

"Content": "{"name":"***","surname":"*** ","middleName":"Евгеньевна ","passportType":1,"passportNumber":"","passportIssueDate":"11-11-2011 11:11:11","passportIssuedBy":"","email":"***@mail.ru","phone":"+799*******","ticketNumbers":["****24848","****948732"],"refundReason":4,"comment":""}"

ໃນມື້ຫນຶ່ງທີ່ເລືອກແບບສຸ່ມ, ຫຼາຍກວ່າ 500 ບັນທຶກດັ່ງກ່າວໄດ້ຖືກຄົ້ນພົບ.

ຂ້າພະເຈົ້າໄດ້ຮັບການຕອບສະຫນອງຕໍ່ການແຈ້ງເຕືອນຈາກຜູ້ອໍານວຍການດ້ານວິຊາການຂອງ Radario:

ຂ້າພະເຈົ້າເປັນຜູ້ອໍານວຍການດ້ານວິຊາການຂອງ Radario ແລະຂໍຂອບໃຈທ່ານສໍາລັບການກໍານົດບັນຫາ. ຕາມທີ່ທ່ານຮູ້, ພວກເຮົາໄດ້ປິດການເຂົ້າເຖິງ elastic ແລະກໍາລັງແກ້ໄຂບັນຫາການອອກປີ້ຄືນໃຫມ່ສໍາລັບລູກຄ້າ.

ຕໍ່ມາໜ້ອຍໜຶ່ງ ບໍລິສັດໄດ້ອອກຖະແຫຼງການຢ່າງເປັນທາງການວ່າ:

ຊ່ອງໂຫວ່ໄດ້ຖືກຄົ້ນພົບຢູ່ໃນລະບົບການຂາຍປີ້ອີເລັກໂທຣນິກ Radario ແລະແກ້ໄຂທັນທີ, ເຊິ່ງສາມາດນໍາໄປສູ່ການຮົ່ວໄຫລຂອງຂໍ້ມູນຈາກລູກຄ້າຂອງບໍລິສັດ, Kirill Malyshev, ຜູ້ອໍານວຍການຝ່າຍກາລະຕະຫຼາດຂອງບໍລິສັດ, ກ່າວຕໍ່ອົງການຂ່າວ Moscow City.

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

ຜູ້ຕາງຫນ້າຂອງບໍລິສັດໄດ້ເນັ້ນຫນັກວ່າມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະອອກປີ້ທັງຫມົດທີ່ຂາຍໃນລະຫວ່າງການແກ້ໄຂບັນຫາເພື່ອລົບລ້າງຄວາມເປັນໄປໄດ້ຂອງການສໍ້ໂກງໃດໆຕໍ່ລູກຄ້າບໍລິການ.

ສອງສາມມື້ຕໍ່ມາ, ຂ້າພະເຈົ້າໄດ້ກວດເບິ່ງຄວາມພ້ອມຂອງຂໍ້ມູນໂດຍໃຊ້ການເຊື່ອມຕໍ່ທີ່ຮົ່ວໄຫຼ - ການເຂົ້າເຖິງປີ້ "ເປີດເຜີຍ" ແມ່ນກວມເອົາແນ່ນອນ. ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ນີ້ແມ່ນວິທີການທີ່ມີຄວາມສາມາດ, ເປັນມືອາຊີບເພື່ອແກ້ໄຂບັນຫາການຮົ່ວໄຫລຂອງຂໍ້ມູນ.

ກໍລະນີທີສອງ. "Fly.ru"

ໃນຕອນເຊົ້າຂອງວັນທີ 15.05.2019/XNUMX/XNUMX DeviceLock ການລະເມີດຂໍ້ມູນ Intelligence ໄດ້ກໍານົດເຄື່ອງແມ່ຂ່າຍ Elasticsearch ສາທາລະນະທີ່ມີບັນທຶກຂອງ IS ທີ່ແນ່ນອນ.

ຕໍ່ມາມັນໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນວ່າເຄື່ອງແມ່ຂ່າຍເປັນຂອງການບໍລິການເລືອກການທ່ອງທ່ຽວ "Sletat.ru".

ຈາກດັດຊະນີ cbto__0 ມັນເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບຫລາຍພັນຄົນ (11,7 ພັນລວມເຖິງຊໍ້າກັນ) ທີ່ຢູ່ອີເມວ, ເຊັ່ນດຽວກັນກັບຂໍ້ມູນການຈ່າຍເງິນບາງຢ່າງ (ຄ່າໃຊ້ຈ່າຍໃນການທ່ອງທ່ຽວ) ແລະຂໍ້ມູນການທ່ອງທ່ຽວ (ເວລາ, ບ່ອນໃດ, ລາຍລະອຽດຂອງປີ້ຍົນ. всех ນັກທ່ອງທ່ຽວລວມຢູ່ໃນການທ່ອງທ່ຽວ, ແລະອື່ນໆ) ໃນຈໍານວນປະມານ 1,8 ພັນບັນທຶກ:

"full_message": "Получен запрос за создание платежного средства: {"SuccessReturnUrl":"https://sletat.ru/tour/7-1939548394-65996246/buy/?ClaimId=b5e3bf98-2855-400d-a93a-17c54a970155","ErrorReturnUrl":"https://sletat.ru/","PaymentAgentId":15,"DocumentNumber":96629429,"DocumentDisplayNumber":"4451-17993","Amount":36307.0,"PaymentToolType":3,"ExpiryDateUtc":"2020-04-03T00:33:55.217358+03:00","LifecycleType":2,"CustomerEmail":"[email protected]","Description":"","SettingsId":"8759d0dd-da54-45dd-9661-4e852b0a1d89","AdditionalInfo":"{"TourOfficeAdditionalInfo":{"IsAdditionalPayment":false},"BarrelAdditionalInfo":{"Tickets":[{"Passenger":{"FIO":"XXX VIKTORIIA"},"ReservationSystem":null,"TicketNumber":null,"IsRefundPossible":false},{"Passenger":{"FIO":"XXX ANDREI"},"ReservationSystem":null,"TicketNumber":null,"IsRefundPossible":false},{"Passenger":{"FIO":"XXX Andrei"},"ReservationSystem":null,"TicketNumber":null,"IsRefundPossible":false}],"Segments":[{"Flight":"5659","AviaCompany":null,"AviaCompanyIataCode":null,"DepartureCity":"LED","DepartureAirport":"LED","DepartureAirportIataCode":"LED","DepartureDate":"2019-04-11T02:45:00","DepartureTime":null,"ArrivalCity":"SHJ","ArrivalAirport":"SHJ","ArrivalAirportIataCode":"SHJ","ArrivalDate":"2019-04-11T09:40:00","ArrivalTime":null,"FareCode":null},{"Flight":"5660","AviaCompany":null,"AviaCompanyIataCode":null,"DepartureCity":"SHJ","DepartureAirport":"SHJ","DepartureAirportIataCode":"SHJ","DepartureDate":"2019-04-14T10:45:00","DepartureTime":null,"ArrivalCity":"LED","ArrivalAirport":"LED","ArrivalAirportIataCode":"LED","ArrivalDate":"2019-04-14T15:50:00","ArrivalTime":null,"FareCode":null}]},"Tickets":[{"Passenger":{"FIO":"XXX VIKTORIIA"},"ReservationSystem":null,"TicketNumber":null,"IsRefundPossible":false},{"Passenger":{"FIO":"XXX ANDREI"},"ReservationSystem":null,"TicketNumber":null,"IsRefundPossible":false},{"Passenger":{"FIO":"XXX Andrei"},"ReservationSystem":null,"TicketNumber":null,"IsRefundPossible":false}],"Segments":[{"Flight":"5659","AviaCompany":null,"AviaCompanyIataCode":null,"DepartureCity":"LED","DepartureAirport":"LED","DepartureAirportIataCode":"LED","DepartureDate":"2019-04-11T02:45:00","DepartureTime":null,"ArrivalCity":"SHJ","ArrivalAirport":"SHJ","ArrivalAirportIataCode":"SHJ","ArrivalDate":"2019-04-11T09:40:00","ArrivalTime":null,"FareCode":null},{"Flight":"5660","AviaCompany":null,"AviaCompanyIataCode":null,"DepartureCity":"SHJ","DepartureAirport":"SHJ","DepartureAirportIataCode":"SHJ","DepartureDate":"2019-04-14T10:45:00","DepartureTime":null,"ArrivalCity":"LED","ArrivalAirport":"LED","ArrivalAirportIataCode":"LED","ArrivalDate":"2019-04-14T15:50:00","ArrivalTime":null,"FareCode":null}]}","FinancialSystemId":9,"Key":"18fe21d1-8c9c-43f3-b11d-6bf884ba6ee0"}"

ໂດຍວິທີທາງການ, ການເຊື່ອມຕໍ່ກັບການທ່ອງທ່ຽວທີ່ຈ່າຍແມ່ນຂ້ອນຂ້າງເຮັດວຽກ:

ໃນດັດຊະນີທີ່ມີຊື່ greylog_ ໃນຂໍ້ຄວາມທີ່ຊັດເຈນແມ່ນການເຂົ້າສູ່ລະບົບແລະລະຫັດຜ່ານຂອງອົງການການທ່ອງທ່ຽວທີ່ເຊື່ອມຕໍ່ກັບລະບົບ Sletat.ru ແລະການຂາຍການທ່ອງທ່ຽວໃຫ້ກັບລູກຄ້າຂອງພວກເຂົາ:

"full_message": "Tours by request 155213901 added to local cache with key 'user_cache_155213901' at 5/6/2019 4:49:07 PM, rows found 0, sortedPriceLength 215. QueryString: countryId=90&cityFromId=1265&s_nightsMin=6&s_nightsMax=14&stars=403%2c404&minHotelRating=1&currencyAlias=RUB&pageSize=300&pageNumber=1&s_showcase=true&includeOilTaxesAndVisa=0&login=zakaz%40XXX.ru&password=XXX, Referer: , UserAgent: , IP: 94.154.XX.XX."

ອີງຕາມການຄາດຄະເນຂອງຂ້ອຍ, ຫຼາຍຮ້ອຍຄູ່ເຂົ້າສູ່ລະບົບ / ລະຫັດຜ່ານຖືກສະແດງ.

ຈາກບັນຊີສ່ວນຕົວຂອງອົງການທ່ອງທ່ຽວຢູ່ໃນປະຕູ ຕົວແທນ.sletat.ru ມັນເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບຂໍ້ມູນລູກຄ້າ, ລວມທັງເລກຫນັງສືຜ່ານແດນ, ຫນັງສືຜ່ານແດນສາກົນ, ວັນເດືອນປີເກີດ, ຊື່ເຕັມ, ເບີໂທລະສັບແລະທີ່ຢູ່ອີເມວ.

ຂ້າພະເຈົ້າໄດ້ແຈ້ງການບໍລິການ Sletat.ru ໃນວັນທີ 15.05.2019/10/46 ເວລາ 16:00 (MSK) ແລະສອງສາມຊົ່ວໂມງຕໍ່ມາ (ຈົນກ່ວາ XNUMX:XNUMX) ມັນຫາຍໄປຈາກການເຂົ້າເຖິງຟຣີຂອງພວກເຂົາ. ຕໍ່ມາ, ໃນການຕອບສະຫນອງຕໍ່ການພິມເຜີຍແຜ່ໃນ Kommersant, ການຄຸ້ມຄອງການບໍລິການໄດ້ອອກຄໍາຖະແຫຼງທີ່ແປກປະຫລາດໂດຍຜ່ານສື່ມວນຊົນ:

ຫົວຫນ້າບໍລິສັດ, Andrei Vershinin, ໄດ້ອະທິບາຍວ່າ Sletat.ru ສະຫນອງຈໍານວນຜູ້ປະຕິບັດການທ່ອງທ່ຽວຄູ່ຮ່ວມງານທີ່ສໍາຄັນທີ່ມີການເຂົ້າເຖິງປະຫວັດສາດຂອງການສອບຖາມໃນເຄື່ອງຈັກຊອກຫາ. ແລະລາວສົມມຸດວ່າ DeviceLock ໄດ້ຮັບມັນ: "ຢ່າງໃດກໍ່ຕາມ, ຖານຂໍ້ມູນທີ່ລະບຸໄວ້ບໍ່ມີຂໍ້ມູນຫນັງສືຜ່ານແດນຂອງນັກທ່ອງທ່ຽວ, ການເຂົ້າສູ່ລະບົບຂອງອົງການການທ່ອງທ່ຽວແລະລະຫັດຜ່ານ, ຂໍ້ມູນການຈ່າຍເງິນ, ແລະອື່ນໆ." Andrei Vershinin ສັງເກດເຫັນວ່າ Sletat.ru ຍັງບໍ່ທັນໄດ້ຮັບຫຼັກຖານໃດໆກ່ຽວກັບການກ່າວຫາທີ່ຮ້າຍແຮງດັ່ງກ່າວ. “ຕອນນີ້ພວກເຮົາກຳລັງພະຍາຍາມຕິດຕໍ່ກັບ DeviceLock. ພວກເຮົາເຊື່ອວ່ານີ້ແມ່ນຄໍາສັ່ງ. ບາງຄົນບໍ່ມັກການຂະຫຍາຍຕົວຢ່າງໄວວາຂອງພວກເຮົາ,” ລາວກ່າວຕື່ມວ່າ. "

ດັ່ງທີ່ສະແດງຂ້າງເທິງ, ການເຂົ້າສູ່ລະບົບ, ລະຫັດຜ່ານແລະຂໍ້ມູນຫນັງສືຜ່ານແດນຂອງນັກທ່ອງທ່ຽວຢູ່ໃນສາທາລະນະເປັນເວລາດົນນານ (ຢ່າງນ້ອຍຕັ້ງແຕ່ວັນທີ 29.03.2019 ມີນາ XNUMX, ເມື່ອເຄື່ອງແມ່ຂ່າຍຂອງບໍລິສັດຖືກບັນທຶກຄັ້ງທໍາອິດໃນສາທາລະນະໂດຍເຄື່ອງຈັກຊອກຫາ Shodan). ແນ່ນອນ, ບໍ່ມີໃຜຕິດຕໍ່ພວກເຮົາ. ຂ້າພະເຈົ້າຫວັງວ່າຢ່າງຫນ້ອຍພວກເຂົາໄດ້ແຈ້ງໃຫ້ອົງການທ່ອງທ່ຽວກ່ຽວກັບການຮົ່ວໄຫລແລະບັງຄັບໃຫ້ພວກເຂົາປ່ຽນລະຫັດຜ່ານຂອງພວກເຂົາ.

ຂ່າວກ່ຽວກັບການຮົ່ວໄຫລຂອງຂໍ້ມູນຂ່າວສານແລະພາຍໃນສາມາດພົບໄດ້ຕະຫຼອດເວລາຢູ່ໃນຊ່ອງທາງ Telegram ຂອງຂ້ອຍ "ຂໍ້ມູນຮົ່ວໄຫຼ".

ແຫຼ່ງຂໍ້ມູນ: www.habr.com