0 - en to vi-VN translation catalogue (32 entries)

en: Firewall
vi-VN: Tường lửa

en: Security
vi-VN: Bảo mật

en: An information system can have a varying level of importance depending on the environment. In some cases, it is vital to a company's survival. It must therefore be protected from various kinds of risks. The process of evaluating these risks, defining and implementing the protection is collectively known as the “security process”.
vi-VN: Một hệ thống thông tin có thể có một mức độ khác nhau về tầm quan trọng tùy thuộc vào môi trường. Trong một số trường hợp, nó rất quan trọng đối với  sự tồn tại của công ty. Do đó nó phải được bảo vệ khỏi các loại rủi ro. Quá trình đánh giá các rủi ro, xác định và triển khai việc bảo vệ được chung gọi là "Quy trình bảo mật".

en: Defining a Security Policy
vi-VN: Xác định một chính sách bảo mật

en: <emphasis>CAUTION</emphasis> Scope of this chapter
vi-VN: <emphasis>CHÚ Ý</emphasis> Phạm vi của chương này

en: The word “security” itself covers a vast range of concepts, tools and procedures, none of which apply universally. Choosing among them requires a precise idea of what your goals are. Securing a system starts with answering a few questions. Rushing headlong into implementing an arbitrary set of tools runs the risk of focusing on the wrong aspects of security.
vi-VN: Từ “Bảo mật” chính nó đã bao gồm một phạm vi rộng về khái niệm, công cụ và phương pháp..nhưng không gì trong số đó được áp dụng phổ biến. Việc lựa chọn một trong số đó yêu cầu bạn xác định rõ ràng xem  mục tiêu của mình là gì. Việc bảo mật một hệ thống bắt đầu với việc trả lời một số câu hỏi. Vội vã bắt tay vào thực hiện một thiết lập tuỳ ý với các công cụ, có nguy cơ tập trung vào những khía cạnh sai của bảo mật.

en: The very first thing to determine is therefore the goal. A good approach to help with that determination starts with the following questions:
vi-VN: Điều đầu tiên để xác định là mục tiêu bởi vì thế. Một cách tiếp cận tốt giúp xác định được là bắt đầu với các câu hỏi sau:

en: <emphasis>What</emphasis> are we trying to protect? The security policy will be different depending on whether we want to protect computers or data. In the latter case, we also need to know which data.
vi-VN: <emphasis>Cái gì</emphasis> chúng ta có đang cố gắng bảo vệ? Chính sách bảo mật sẽ khác nhau tùy thuộc vào việc chúng tôi muốn bảo vệ máy tính hoặc dữ liệu. Trong trường hợp sau, chúng ta cũng cần phải biết về dữ liệu.

en: What are we trying to protect <emphasis>against</emphasis>? Is it leakage of confidential data? Accidental data loss? Revenue loss caused by disruption of service?
vi-VN: Chúng ta đang cố bảo vệ cái gì? <emphasis>chống lại</emphasis>? Nó có phải là việc rò rỉ dữ liệu bí mật? Mất mát dữ liệu do tai nạn ? Không có doanh thu do sựu gián đoạn dịch vụ?

en: Also, <emphasis>who</emphasis> are we trying to protect against? Security measures will be quite different for guarding against a typo by a regular user of the system than they would be when protecting against a determined attacker group.
vi-VN: Cũng có thể <emphasis>Ai</emphasis> chúng ta đang cố gắng bảo vệ chống lại? Các biện pháp bảo mật sẽ khá khác nhau cho việc bảo vệ chống lại một lỗi đánh máy của người thường xuyên sử dụng hệ thống hơn là khi họ bảo vệ chống lại một nhóm những kẻ tấn công được xác định.

en: The term “risk” is customarily used to refer collectively to these three factors: what to protect, what needs to be prevented from happening, and who will try to make it happen. Modeling the risk requires answers to these three questions. From this risk model, a security policy can be constructed, and the policy can be implemented with concrete actions.
vi-VN: Thuật ngữ “nguy cơ” thường được dùng để chỉ chung ba yếu tố này : bảo vệ những gì, cần ngăn chặn những điều gì xảy ra, và những người sẽ cố gắng để làm cho nó xảy ra. Mô hình hoá các rủi ro đòi hỏi câu trả lời cho ba câu hỏi này. Từ các mô hình rủi ro này, một chính sách bảo mật có thể được xây dựng và các chính sách có thể được thực hiện với các  hành động cụ thể.

en: <emphasis>NOTE</emphasis> Permanent questioning
vi-VN: <emphasis>CHÚ THÍCH</emphasis> Câu hỏi thường trực

en: Bruce Schneier, a world expert in security matters (not only computer security) tries to counter one of security's most important myths with a motto: “Security is a process, not a product”. Assets to be protected change in time, and so do threats and the means available to potential attackers. Even if a security policy has initially been perfectly designed and implemented, one should never rest on one's laurels. The risk components evolve, and the response to that risk must evolve accordingly.
vi-VN: Bruce Schneier, một chuyên gia trên thế giới trong các vấn đề bảo mật (không chỉ là bảo mật máy tính) cố gắng truy cập một huyền thoại quan trọng nhất của bảo mật với một phương châm:  “Bảo mật là một quá trình, không phải là một sản phẩm” Thay đổi các tài sản (thiết bị, máy móc…) được bảo vệ trong thời gian và như vậy làm mối đe doạ cùng các phương tiện sẵn có để làm kẻ tấn công tiềm năng. Ngay cả khi một chính sách bảo mật đã bước đầu được hoàn toàn được thiết kế và triển khai thực hiện,cũng không bao giờ nên nghỉ ngơi trên chiếc vòng nguyệt quế. Các thành phần có nguy cơ tiến triển và các phản ứng với rủi ro cần được tiến triển để phù hợp.

en: Extra constraints are also worth taking into account, as they can restrict the range of available policies. How far are we willing to go to secure a system? This question has a major impact on the policy to implement. The answer is too often only defined in terms of monetary costs, but the other elements should also be considered, such as the amount of inconvenience imposed on system users or performance degradation.
vi-VN: Những ràng buộc cũng có giá trị tham gia vào tài khoản, họ có thể giới hạn phạm vi của cá chính sách có sẵn . Mất bao xa để chúng ta sẵn sàng đi đến một hệ thống an toàn? Câu hỏi này có tác động mạnh trên các chính sách để thực hiện. Câu trả lời cũng vậy, thường chỉ được định nghĩa trong điều khoản của tiền tệ chi phí, nhưng các yếu tố khác cũng cần được xem xét, chẳng hạn như số lượng của bất tiện đối với người sử dụng hệ thống hoặc suy giảm hiệu suất.

en: Once the risk has been modeled, one can start thinking about designing an actual security policy.
vi-VN: Một khi các rủi ro đã được mô hình hóa, người ta có thể bắt đầu suy nghĩ về thiết kế một chính sách an ninh thực tế.

en: <emphasis>NOTE</emphasis> Extreme policies
vi-VN: <emphasis>CHÚ THÍCH</emphasis> Các chính sách cực đoan

en: There are cases where the choice of actions required to secure a system is extremely simple.
vi-VN: Có những trường hợp lựa chọn hành động cần thiết để đảm bảo một hệ thống cực kỳ đơn giản.

en: For instance, if the system to be protected only comprises a second-hand computer, the sole use of which is to add a few numbers at the end of the day, deciding not to do anything special to protect it would be quite reasonable. The intrinsic value of the system is low. The value of the data is zero since they are not stored on the computer. A potential attacker infiltrating this “system” would only gain an unwieldy calculator. The cost of securing such a system would probably be greater than the cost of a breach.
vi-VN: Lấy ví dụ, nếu hệ thống được bảo vệ chỉ bao gồm 1 máy tính đã qua sử dụng, ích lợi duy nhất của nó là thêm vào một vài số vào cuối ngày,quyết định không làm bất kì điều gì đặc biệt để bảo vệ nó thì khá là hợp lý. Giá trị cốt lõi của hệ thống rất thấp. Giá trị của hệ thống bằng 0 từ khi chúng không còn được lắp đặt trên máy tính. Một kẻ tấn công tiềm tàng xâm nhập hệ thống đó chỉ có thể kiếm được một cái máy tính khó sử dụng. Giá cả cho bảo vệ loại hệ thống này thậm chí còn cao hơn vi phạm.

en: At the other end of the spectrum, we might want to protect the confidentiality of secret data in the most comprehensive way possible, trumping any other consideration. In this case, an appropriate response would be the total destruction of these data (securely erasing the files, shredding of the hard disks to bits, then dissolving these bits in acid, and so on). If there is an additional requirement that data must be kept in store for future use (although not necessarily readily available), and if cost still isn't a factor, then a starting point would be storing the data on iridium–platinum alloy plates stored in bomb-proof bunkers under various mountains in the world, each of which being (of course) both entirely secret and guarded by entire armies…
vi-VN: Ở đầu kia của quang phổ ,chúng ta có thể đảm bảo tính bảo mật của dữ liệu bí mật bằng một phương thức toàn diện nhất có thể, chiếm ưu thế hơn bất kì xem xét nào khác. Trong trường hợp này, một phản ứng thích hợp sẽ phá hủy tất cả các dữ liệu (một cách an toàn xóa các tập tin, nghiền đĩa cứng để bit, sau đó hòa tan trong axit, vv..). Nếu có một yêu cầu bổ sung rằng dữ liệu phải được giữ lại tại kho để sử dụng trong tương lai ( mặc dù không nhất thiết phải có sẵn), và nếu chi phí vẫn không phải là một yếu tố, sau khi bắt đầu đánh dấu dữ liệu sẽ được lưu trữ trên các tấm hợp kim iridium–platinum chứa trong các hầm chống bom dưới những dãy núi khác nhau trên thế giới. Mỗi người trong số đó( dĩ nhiên) cả hai hoàn toàn bí mật và được canh giữ bởi quân đội…

en: Extreme though these examples may seem, they would, nevertheless, be an adequate response to defined risks, insofar as they are the outcome of a thought process that takes into account the goals to reach and the constraints to fulfill. When coming from a reasoned decision, no security policy is less respectable than any other.
vi-VN: Mặc dù những ví dụ này có vẻ cùng cực, tuy nhiên chúng vẫn sẽ là phản hồi đầy đủ cho các rủi ro được xác định, trong chừng mực chúng là kết quả của một quá trình suy nghĩ có tính đến các mục tiêu để đạt được và các sự ràng buộc để đáp ứng. Khi đến từ một quyết định hợp lý, không có chính sách bảo mật nào ít đáng tôn trọng hơn cái khác.

en: In most cases, the information system can be segmented in consistent and mostly independent subsets. Each subsystem will have its own requirements and constraints, and so the risk assessment and the design of the security policy should be undertaken separately for each. A good principle to keep in mind is that a short and well-defined perimeter is easier to defend than a long and winding frontier. The network organization should also be designed accordingly: the sensitive services should be concentrated on a small number of machines, and these machines should only be accessible via a minimal number of check-points; securing these check-points will be easier than securing all the sensitive machines against the entirety of the outside world. It is at this point that the usefulness of network filtering (including by firewalls) becomes apparent. This filtering can be implemented with dedicated hardware, but a possibly simpler and more flexible solution is to use a software firewall such as the one integrated in the Linux kernel.
vi-VN: Trong hầu hết các trường hợp, hệ thống thông tin có thể được phân đoạn trong tập phù hợp và chủ yếu là độc lập. Mỗi hệ thống phụ sẽ có yêu cầu và hạn chế của riêng mình, và vì vậy đánh giá rủi ro và việc thiết kế các chính sách an ninh nên được thực hiện một cách riêng biệt cho mỗi hệ thống. Một nguyên tắc cần ghi nhớ là một chu vi ngắn và rõ ràng là dễ dàng hơn để bảo vệ hơn một biên giới dài và quanh co. Tổ chức mạng cũng nên được thiết kế cho phù hợp: các dịch vụ nhạy cảm nên được tập trung vào một số lượng nhỏ của máy và các máy này nên chỉ có thể truy cập thông qua một số tối thiểu điểm kiểm tra; bảo vệ các điểm kiểm tra sẽ dễ dàng hơn việc đảm bảo tất cả các máy nhạy cảm đối với toàn bộ thế giới bên ngoài. Đó là tại thời điểm này rằng tính hữu dụng của mạng lưới lọc (bao gồm cả bằng tường lửa) trở nên rõ ràng. Bộ lọc này có thể được thực hiện với phần cứng chuyên dụng, nhưng một giải pháp có thể đơn giản và linh hoạt hơn là sử dụng phần mềm tường lửa như một tích hợp trong hạt nhân Linux.

en: Firewall or Packet Filtering
vi-VN: Tường lửa hoặc bộ lọc gói dữ liệu

en: <primary>firewall</primary>
vi-VN: <primary>Tường lửa</primary>

en: <emphasis>BACK TO BASICS</emphasis> Firewall
vi-VN: <emphasis>TRỞ LẠI VẤN ĐỀ CƠ BẢN</emphasis> Tường lửa

en: <primary>packet</primary><secondary>IP</secondary>
vi-VN: <primary>Gói</primary><secondary>IP</secondary>

en: A <emphasis>firewall</emphasis> is a piece of computer equipment with hardware and/or software that sorts the incoming or outgoing network packets (coming to or from a local network) and only lets through those matching certain predefined conditions.
vi-VN: Một <emphasis>tường lửa</emphasis> là một phần của thiết bị máy tính với phần cứng và / hoặc phần mềm sắp xếp các gói tin mạng đến hoặc đi (đến hoặc từ một mạng lưới địa phương) và chỉ cho phép thông qua những người phù hợp với điều kiện xác định trước.

en: A firewall is a filtering network gateway and is only effective on packets that must go through it. Therefore, it can only be effective when going through the firewall is the only route for these packets.
vi-VN: Tường lửa là một cổng mạng lọc và chỉ có hiệu quả trên các gói tin phải đi qua nó. Do đó, nó chỉ có thể có hiệu quả khi đi qua tường lửa là con đường duy nhất cho các gói dữ liệu.

en: <emphasis>SPECIFIC CASE</emphasis> Local Firewall
vi-VN: <emphasis>TRƯỜNG HỢP CỤ THỂ</emphasis> Tường lửa cục bộ

en: The Linux kernel embeds the <emphasis>netfilter</emphasis> firewall, which can be controlled from user space with the <command>iptables</command>, <command>ip6tables</command>, <command>arptables</command> and <command>ebtables</command> commands.
vi-VN: Kernel Linux có tích hợp tường lửa <emphasis>netfilter</emphasis>, nó có thể được điều khiển từ không gian người dùng bằng các lệnh <command>iptables</command>, <command>ip6tables</command>, <command>arptables</command> và <command>ebtables</command>.

en: <emphasis>CULTURE</emphasis> The OSI model
vi-VN: <emphasis>VĂN HOÁ</emphasis> Mô hình OSI

en: <primary>OSI</primary><secondary>model</secondary>
vi-VN: <primary>mô hình</primary><secondary>OSI</secondary>

en: <primary>rule</primary>
vi-VN: <primary>quy tắc</primary>
