Báo cáo lỗ hổng bảo mật

Trong phạm vi: các ứng dụng di động Telvio, API và máy chủ mà các ứng dụng này liên lạc, cùng với website này. Chúng tôi đặc biệt quan tâm đến mọi vấn đề có thể làm lộ lịch sử cuộc gọi, số dư tín dụng hoặc mã định danh cài đặt của người dùng, cho phép thực hiện cuộc gọi bằng chi phí của người khác, hoặc cho phép thay đổi số được hiển thị trong cuộc gọi.

Ngoài phạm vi: các phát hiện từ trình quét tự động nhưng không chứng minh được tác động; các tiêu đề bảo mật bị thiếu nhưng không gây hậu quả có thể khai thác; mọi vấn đề cần có quyền truy cập vật lý vào thiết bị đã mở khóa; kỹ thuật thao túng nhân viên hoặc người dùng của chúng tôi; tấn công từ chối dịch vụ; các vấn đề trong dịch vụ bên thứ ba mà chúng tôi sử dụng, cần được gửi trực tiếp đến các dịch vụ đó; và các báo cáo về việc thiếu một tính năng — chẳng hạn giới hạn tốc độ có thể chặt chẽ hơn, hoặc một tùy chọn chúng tôi không cung cấp — thay vì lỗi trong một tính năng đang tồn tại.

Vui lòng không kiểm thử theo cách ảnh hưởng đến người khác. Không truy cập, sửa đổi hoặc xóa dữ liệu không thuộc về bạn, không làm suy giảm dịch vụ đối với người dùng, không thực hiện cuộc gọi bằng chi phí của người dùng khác chỉ để chứng minh rằng bạn có thể làm vậy, và không sử dụng công cụ tự động với khối lượng tương đương một bài kiểm thử từ chối dịch vụ. Nếu cần tài khoản hoặc tín dụng để chứng minh một vấn đề, hãy yêu cầu và chúng tôi sẽ sắp xếp.

Biện pháp kiểm soát bảo mật hiệu quả nhất đối với một dịch vụ dành cho người tiêu dùng là ngay từ đầu không lưu trữ dữ liệu, và đó là biện pháp chính đang được sử dụng ở đây. Không có đăng ký, nên không có cơ sở dữ liệu người dùng: không tồn tại tên, địa chỉ email, số điện thoại hay mật khẩu nào để bị đánh cắp, và cũng không có thông tin xác thực nào để tấn công bằng cách thử hàng loạt thông tin đăng nhập.

Apple và Google xử lý toàn bộ việc thanh toán. Chúng tôi không bao giờ nhận số thẻ, ngày hết hạn, địa chỉ thanh toán hay bất kỳ thông tin xác thực thanh toán nào khác — chỉ nhận mã định danh biên lai đã ký. Việc hệ thống của chúng tôi bị xâm phạm cũng không thể làm lộ phương tiện thanh toán, vì không có phương tiện nào được lưu trữ.

Âm thanh cuộc gọi không bao giờ được ghi âm. Âm thanh được truyền dưới dạng mã hóa trong suốt thời gian cuộc gọi và sau đó không còn tồn tại dưới bất kỳ hình thức nào. Danh bạ không bao giờ được tải lên: nếu ứng dụng được cấp quyền truy cập danh bạ, danh sách sẽ được đọc trên thiết bị để chọn một số, và vẫn ở đó. Vị trí chính xác không bao giờ được thu thập.

Những gì thực sự tồn tại, và do đó những gì một vụ xâm phạm có thể làm lộ, được nêu trung thực trong chính sách quyền riêng tư: mã định danh cài đặt ẩn danh chứa số dư, lịch sử cuộc gọi tương tự thông tin trên hóa đơn điện thoại, mã định danh biên lai mua hàng và dữ liệu kỹ thuật, bao gồm địa chỉ IP. Tín hiệu cuộc gọi và âm thanh được mã hóa khi truyền, cũng như toàn bộ lưu lượng giữa ứng dụng và máy chủ của chúng tôi, đồng thời quyền truy cập lịch sử cuộc gọi chỉ được cấp cho những người cần dữ liệu đó để vận hành dịch vụ.

Có ba vấn đề thường xuyên được báo cáo nhưng thực tế đang hoạt động đúng như thiết kế, và nêu rõ chúng ở đây sẽ giúp mọi người tiết kiệm thời gian.

Mọi cuộc gọi đều hiển thị cùng một số. Đây là chủ ý, được công bố trên trang riêng, và hoàn toàn ngược lại với một điểm yếu của ID người gọi: ứng dụng không cung cấp cách nào để hiển thị số khác, và chính đặc tính này khiến ứng dụng không thể được sử dụng cho hành vi giả mạo mà phần lớn các vụ lừa đảo qua điện thoại phụ thuộc vào.

Không có đăng nhập, và đó không phải là thiếu cơ chế xác thực. Không có tài khoản nào để xác thực. Mã định danh cài đặt là token mang quyền đối với số dư tín dụng và được xử lý như vậy; bất kỳ ai có thể đọc mã này từ thiết bị đều có thể sử dụng số dư đó, vì thế mã không được hiển thị ngoài phần cài đặt và việc thiết bị bị xâm phạm nằm ngoài phạm vi.

Ứng dụng không thể nhận cuộc gọi hoặc tin nhắn. Báo cáo rằng các cuộc gọi đến không được xác thực là báo cáo về một khả năng không tồn tại. Hoàn toàn không có đường nhận cuộc gọi đến.

Không điều nào dưới đây là bắt buộc, nhưng tất cả đều giúp rút ngắn quá trình trao đổi. Báo cáo mà chúng tôi có thể tái hiện là báo cáo chúng tôi có thể khắc phục; báo cáo không thể tái hiện sẽ trở thành một cuộc trao đổi, và những cuộc trao đổi này chậm hơn đối với tất cả mọi người, kể cả người phát hiện vấn đề.

Một người sẽ đọc và phản hồi trong vòng năm ngày làm việc, thường là sớm hơn. Phản hồi đầu tiên sẽ cho biết chúng tôi đã tái hiện được vấn đề và khoảng thời gian dự kiến khắc phục, hoặc hỏi một câu hỏi cần thiết để chúng tôi tái hiện vấn đề, hoặc giải thích vì sao chúng tôi không cho rằng đó là một lỗ hổng. Chúng tôi không âm thầm đóng báo cáo, cũng không gửi phản hồi xác nhận tự động rồi để đó.

Đối với mọi vấn đề có tác động thực sự, bản sửa lỗi sẽ được phát hành và chúng tôi sẽ cho bạn biết. Chúng tôi đề nghị một khoảng thời gian hợp lý trước khi công bố — đủ dài để sửa và phát hành, trong đó ứng dụng di động còn phải trải qua quy trình xét duyệt của cửa hàng ứng dụng nằm ngoài tầm kiểm soát của chúng tôi — và sẽ thành thật cho bạn biết nếu việc đó mất nhiều thời gian hơn bình thường, thay vì để thời hạn trôi qua trong im lặng.

Nếu không đồng ý với bạn, chúng tôi sẽ nói rõ và giải thích lý do, đồng thời bạn hoàn toàn có thể công bố sự bất đồng đó. Một chính sách công bố chỉ hoạt động khi nhà nghiên cứu đồng ý với nhà cung cấp thì không phải là một chính sách.