Trang The Intercept mới đây tiết lộ bí mật có liên quan tới việc các nhà nghiên cứu tại CIA đã dành nhiều năm để tìm cách phá vỡ hệ thống bảo mật trên các thiết bị Apple.

Những tài liệu tối mật mà trang web này có được thông qua Edward Snowden cho biết các nhà nghiên cứu đã nhắm tới khóa bảo mật quan trọng sử dụng để mã hóa dữ liệu trên các thiết bị của nhà táo. Họ sử dụng đồng thời các kĩ thuật khác nhau nhằm giải mã hệ thống phần mềm mã hóa trên.

Trong một vài năm gần đây, các nhà nghiên cứu đã phát triển được những công cụ phá vỡ mã hóa, tuy nhiên người ta vẫn chưa biết rõ cách thức hoạt động của chúng.

Được biết, các nhà nghiên cứu tại CIA đã tạo nên một phiên bản khác của Xcode - công cụ phát triển phần mềm được Apple giới thiệu để hỗ trợ các nhà lập trình viết những ứng dụng trên App Store. Nó đóng vai trò mở ra "cửa hậu" cho các cơ quan chính phủ thu thập dữ liệu từ người dùng iOS. Chưa hết, một bản update OS X có khả năng tương tự trong việc lấy thông tin người sử dụng cũng đã ra đời.

The Intercept cho hay chi tiết liên quan tới những dự án trên đã được trình bày tại các cuộc họp bí mật thường niên mang tên "Trusted Computing Base Jamboree". Tại đó, các nhà nghiên cứu sẽ thảo luận về cách thức khai thác và tận dụng các lỗ hổng bảo mật trên thiết bị điện tử mang tính thương mại.

Hiện vẫn chưa rõ CIA thành công đến đâu trong việc can thiệp vào hệ thống mã hóa do Apple thiết lập trên các thiết bị.

Matthew Green - chuyên gia trong lĩnh vực mã hóa tại đại học Johns Hopkins nhận định: "Apple là một trong những công ty dẫn đầu về bảo mật dữ liệu trên điện thoại, với cảm biến vân tay cùng các tin nhắn được mã hóa. Nếu bạn có khả năng tấn công Apple, bạn hoàn toàn có thể tấn công bất cứ đối tượng nào khác."

Dù Apple từ chối bình luận về thông tin trên dẫn đến chưa thể khẳng định chắc chắn nhưng từ những tài liệu vừa đề cập, người ta hoàn toàn có lí do để tin rằng các quan chức chính phủ vẫn luôn mong muốn nắm được những thông tin cá nhân và những bí mật của người dân.

Theo Trí thức trẻ/Gizmodo

Theo ông Ngô Quốc Thái - Giám đốc Trung tâm Tư vấn và Triển khai dịch vụ MultiCloud của CMC Telecom: Việc xảy ra tình trạng dư thừa tài nguyên trong GKE là do nhiều DN chưa có kinh nghiệm triển khai và vận hành trên GCP; hoặc thường gặp các vấn đề như: thiết kế kiến trúc không tối ưu, cấu hình không được điều chỉnh hiệu quả cho các Pod (mặc định), thiếu hệ thống giám sát hệ thống, không quản lý tài nguyên cũ…Ví dụ: DN chạy nhiều ứng dụng trên cùng một cluster, có thể dẫn đến việc cấp phát quá nhiều tài nguyên cho từng ứng dụng.

Ông Ngô Quốc Thái đã đưa 4 phương pháp nhằm tối ưu tài nguyên và chi phí trên GKE. 

Bật tính năng autoscaling “optimize utilization” trên GKE

Việc thiết lập đúng lượng vCPU và RAM luôn là một trong những phương pháp chủ chốt giúp giảm chi phí sử dụng GKE. Tuy nhiên, việc này hết sức khó khăn nếu người dùng thực hiện bằng cách giám sát và tinh chỉnh thủ công. Do đó, GKE đã tích hợp tính năng hỗ trợ người dùng giải quyết vấn đề này là “optimize utilization”. 

Ngoài ra, theo thống kê trung bình trên toàn bộ hệ thống, Google cũng chỉ ra rằng các cluster của người dùng khi kích hoạt optimize utilization có thể giảm vCPU và RAM xuống 20% so với mức trung bình. Việc này thực hiện đơn giản nhưng mang lại hiệu suất cao, chúng ta có thể kích hoạt nó ngay khi tạo cluster hoặc chỉnh sửa trên chính cluster đang hoạt động như bên dưới.

Tận dụng Cost Optimization Insights

Trong quá trình vận hành một workload trên GKE, người dùng có thể tận dụng tính năng “Cost Optimization Insights” trực tiếp từ GKE console. Điều này giúp thuận tiện theo dõi và phân tích lượng CPU và Memory (GB) trên các clusters và workloads. Từ đó, dễ dàng xác định được các cơ hội để tối ưu hóa việc phân bổ tài nguyên.

Để tận dụng tốt tính năng trên, người dùng có thể xem danh sách các độ đo được thống kê bên dưới đây. 

Phân chia và đóng gói ứng dụng: Từ giao diện Insights, chúng ta có thể tận dụng thanh "used" (xám nhạt) trong chế độ "cluster view" để xem lượng tài nguyên đã dùng. Từ đó, người dùng cần phân chia đúng lượng tài nguyên cần thiết cho cluster và giảm kích thước cho các gói ứng dụng, giúp tiết kiệm chi phí tốt hơn.

Điều chỉnh kích thước ứng dụng: Người dùng thực hiện bằng cách quan sát thanh “requested” (màu xanh) trong chế độ cluster/workload views để đặt đúng lượng tài nguyên cần cho các pod và ngưỡng cho phần autoscaling. Điều này giúp giải phóng thêm không gian trong cluster.

Sử dụng GKE Autopilot

Thực tế, việc giảm chi phí hạ tầng là vấn đề dễ dàng. Nhưng vừa giảm chi phí và vừa tiết kiệm thời gian của nhân sự trong việc vận hành mà vẫn đảm bảo độ ổn định của hệ thống là điều không hề đơn giản. Đó là lý do dịch vụ GKE Autopilot ra đời. Dịch vụ này giúp vận hành, tính giá dựa trên số pod yêu cầu sử dụng sau đó hệ thông sẽ tính toán số lượng tài nguyên mà ứng dụng cần để cấp và loại bỏ ngay các khoản chi phí hạ tầng dư thừa. 

Mặc khác, GKE Autopilot được vận hành dựa trên các best practices từ Google, giúp những người dùng mới tiếp cận Google và sử dụng GKE thiết lập môi trường chính xác và an toàn.

Tận dụng preemptible VMs

Preemptible VMs là các máy ảo có giá rẻ hơn nhiều so với máy ảo thông thường (có thể lên đến 80%) nhưng chúng có thể bị chấm dứt bất kỳ lúc nào thường từ 1 đến 24 giờ (nếu nhu cầu tài nguyên cao). Preemptible VMs thường phù hợp cho các tác vụ ngắn hạn như: Batch/data processing, load testing… Do đó, người dùng phải cẩn thận lưu trữ ngay khi các tác vụ hoàn thành và đảm bảo rằng chúng có thể khởi động lại bất kỳ lúc nào. 

Ông Ngô Quốc Thái cho biết, CMC Telecom là đối tác cao cấp của Google, hiện đã cung cấp thông tin chuyên sâu về 4 phương pháp giúp tối ưu hóa chi phí khi sử dụng GKE. Từ thực tế cho thấy, hiện GCP đã phát triển và giới thiệu nhiều tính năng, công cụ mới giúp giảm lượng tài nguyên cũng như tiết kiệm thời gian vận hành. 

“Ngoài ra, nếu người dùng kết hợp liên tục các biện pháp tối ưu hóa tài nguyên với việc tối ưu hóa mã nguồn, thư viện và framework từ gốc thì có thể đảm bảo hệ thống luôn hoạt động hiệu quả mà vẫn tiết kiệm nhất”, chuyên gia giải pháp GCP của CMC Telecom nhấn mạnh. 

Thúy Ngà