If we suppose that an attacker cann

If we suppose that an attacker cannot induce the same fault twice, one of the best countermeasures to protect the symmetric algorithms such DES and AES is to compute the whole or a part of the rounds twice (including key scheduling). Certainly, this will degrade the whole performance. In case of the public key algorithms, one defense approach is to verify the signature (the output of private key operations) by using the public key before sending the signature out. More interstingly, Yen et al. [96] showed that checking the correctness of the computed result before giving it to others may not be enough to prevent a hardware fault-based cryptanalysis. Another countermeasure suggested to protect public key algorithms from some specific fault attacks is to check the integrity of the secret key at the end of signature computation. Other general tricks irrespective of concrete algorithms were also proposed, including checksums, execution randomization, ratification counters and baits, repeated refreshments [102]. To summarize, fault attacks are real and big threats for any secure token (whatever the form factor) and must be taken into consideration at all steps of the product design and specification. Countermeasure and protection against fault attacks can be designed in both hardware and software. Devising and analyzing fault attacks are necessary as they permit us to estimate the strength of the countermeasures to be deployed

Kết quả (Việt) 1:

Nếu chúng ta giả sử rằng kẻ tấn công không thể tạo ra cùng một lỗi hai lần, một trong những biện pháp đối phó tốt nhất để bảo vệ các thuật toán đối xứng như DES và AES là tính toàn bộ hoặc một phần của vòng hai lần (bao gồm cả lập kế hoạch quan trọng). Chắc chắn, điều này sẽ làm suy giảm hiệu suất toàn bộ. Trong trường hợp các thuật toán khóa công cộng, quốc phòng một phương pháp tiếp cận là để xác minh chữ ký (đầu ra của hoạt động quan trọng riêng) bằng cách sử dụng khóa công khai trước khi gửi chữ ký. Thêm interstingly, yên et al. [96] cho thấy rằng việc kiểm tra sự đúng đắn của các kết quả tính toán trước khi đưa nó cho người khác có thể không đủ để ngăn chặn phá mã lỗi dựa trên phần cứng. Countermeasure một đề nghị để bảo vệ công chúng các thuật toán quan trọng từ một số cuộc tấn công lỗi cụ thể là để kiểm tra tính toàn vẹn của khóa bí mật vào cuối chữ ký tính toán. Thủ thuật khác nói chung không phân biệt cụ thể các thuật toán đã được cũng đề xuất, bao gồm cả khả, ngẫu nhiên thực hiện, được thông qua công tơ và bả, lặp đi lặp lại giải khát [102]. Tóm lại, cuộc tấn công lỗi là có thật và mối đe dọa lớn đối với bất kỳ secure token (bất kể yếu tố hình thức) và phải được đưa vào xem xét ở tất cả các bước thiết kế sản phẩm và đặc điểm kỹ thuật. Countermeasure và bảo vệ chống lại cuộc tấn công lỗi có thể được thiết kế ở cả phần cứng và phần mềm. Đặt ra và phân tích các cuộc tấn công lỗi là cần thiết vì họ cho phép chúng tôi để ước lượng sức mạnh của các biện pháp đối phó được triển khai

Kết quả (Việt) 2:

Nếu chúng ta giả sử rằng kẻ tấn công không thể gây ra các lỗi tương tự hai lần, một trong những biện pháp đối phó tốt nhất để bảo vệ các thuật toán đối xứng như DES và AES là để tính toán toàn bộ hoặc một phần của vòng hai lần (bao gồm lập kế hoạch quan trọng). Chắc chắn, điều này sẽ làm suy giảm hiệu suất toàn bộ. Trong trường hợp của thuật toán khóa công khai, một cách tiếp cận quốc phòng là để xác minh chữ ký (đầu ra của hoạt động khóa riêng) bằng cách sử dụng khóa công khai trước khi gửi chữ ký ra. interstingly hơn, Yên et al. [96] cho thấy rằng kiểm tra tính chính xác của kết quả tính toán trước khi đưa nó cho người khác có thể không đủ để ngăn chặn một giải mã phần cứng lỗi trên. Một biện pháp đối phó đề nghị để bảo vệ các thuật toán khóa công khai từ một số cuộc tấn công lỗi cụ thể là để kiểm tra tính toàn vẹn của khóa bí mật vào cuối tính toán chữ ký. thủ thuật khác nói chung không phân biệt các thuật toán cụ thể cũng đã được đề xuất, bao gồm tổng kiểm tra, thực hiện ngẫu nhiên, quầy phê chuẩn và bả, giải khát lặp đi lặp lại [102]. Để tóm tắt, các cuộc tấn công lỗi là mối đe dọa thực sự và lớn cho bất kỳ dấu hiệu an toàn (bất kể các yếu tố hình thức) và phải được xem xét ở tất cả các bước của việc thiết kế sản phẩm và đặc điểm kỹ thuật. Biện pháp đối phó và bảo vệ chống lại các cuộc tấn công lỗi có thể được thiết kế cả phần cứng và phần mềm. Đề ra và phân tích các cuộc tấn công lỗi là cần thiết vì chúng cho phép chúng ta ước tính sức mạnh của các biện pháp đối phó được triển khai