2016-09-29 1 views
-1

사람들이 .Net이 안전하지 않다는 말을 계속 듣는다. 세부 사항을 묻는다면 나는 결코 그것을 얻지 못합니다. .Net 또는 Windows 운영 체제가 안전하지 않다는 실제 기술적 인 이유가 있습니까?.net 본질적으로 안전하지 않다.

Windows 커널의 아키텍처로 인해 해커 및 맬웨어가 시스템을 악용 할 수 있다고 말하는 사람들이 있습니다. 나는이 온라인에 대한 어떤 정보도 찾을 수 없다.

사람들이 Windows 3.1 또는 XP 시절에 유효한 문제를 언급했을 가능성이 있습니까?

-BTR

+0

이 질문은 정말 광범위합니다. 이러한 주장의 세부 사항을 모르는 경우에는 일부 의견을 확인/반박 할 수 없습니다. 또한 IT의 거의 모든 것이 본질적으로 안전한지 아닌지 - 귀하가 수행하는 작업에 따라 다릅니다. – viraptor

답변

1

최근 윈도우 커널 (주로 승리 10) 일부 사람들 사이에서 명성 후 훨씬 더 있습니다. Win 10은 실제로 꽤 안전합니다. 또한 .NET에는 취약점이 있지만 다른 플랫폼에서도 마찬가지입니다. 최근 Microsoft는 플랫폼 보안에 많은 투자를하고 있으며 성공하기 시작했습니다. 그래도 과거의 명성을 없애기는 어렵습니다.

나는 어느 플랫폼이 다른 것보다 다소 안전하다고 생각하지 않습니다. 거의 모든 플랫폼에서 대부분의 프로그래밍 언어로 보안 응용 프로그램을 작성할 수 있습니다. 문제는 그게 얼마나 어렵고, 평균 개발자 (또는 선택한 팀)가 그렇게 할 준비가되었는지입니다. 나는이 점에서 차이점이라고 생각하며, 적어도 내 경험으로는 Microsoft 세계를 선호하지는 않는다. 그러나 여기에서부터 매우 유쾌 해지고있다.

-1

아무것도 실제로 해커로부터 저장되지 않습니다,하지만 난 닷넷이 안전하지 않은 것을 언급하지 않았다 :

.NET 프레임 워크가 자신의 보안이 : 이것은 닷넷 보안에 대한 위키 피 디아에서 단락이

메커니즘은 코드 액세스 보안 (CAS) 및 유효성 검사 및 확인이라는 두 가지 일반적인 기능을 갖추고 있습니다. CAS는 특정 어셈블리와 관련된 증거를 기반으로합니다. 일반적으로 증거는 어셈블리의 원본입니다 (로컬 컴퓨터에 이 설치되어 있거나 인트라넷 또는 인터넷에서 다운로드 되었음). CAS는 증거를 사용하여 코드에 부여 된 사용 권한 을 확인합니다. 다른 코드는 호출 코드에 이 지정된 권한을 부여 받도록 요구할 수 있습니다. 요구로 인해 CLR은 호출 스택 워크를 수행합니다. 호출 스택의 각 메서드의 모든 어셈블리에는 필요한 권한이 확인 된 이 있습니다. 어셈블리에 권한이 부여되지 않으면 보안 예외가 throw됩니다.

에 따르면 .Net은 나에게 안전합니다. 여기 이 위키에있는 링크입니다 : https://en.wikipedia.org/wiki/.NET_Framework#Security

을 그리고 이것은 마이크로 소프트 https://msdn.microsoft.com/en-us/library/fkytk30f(v=vs.110).aspx하여 .NET Framework의 보안에서 단락입니다 :

공용 언어 런타임 및 .NET Framework 제공하는 많은 유용한 클래스와 개발자는 보안 코드를 쉽게 작성하고 시스템 관리자가 보호 된 리소스에 액세스 할 수 있도록 코드에 부여 된 사용 권한을 사용자 지정할 수 있습니다. 또한 에서 런타임과 .NET Framework는 유용한 클래스 인 과 보안 및 역할 기반의 보안 ( )을 용이하게하는 서비스를 제공합니다.

가장 중요한 것은 코드 (작성 방법)입니다.

+0

하나의 보안 메커니즘이 있다고해서 전체 시스템이 안전하다는 의미는 아닙니다. 그것은있을 수도 있지만 이것은 질문에 대답하지 않습니다. – EJP

관련 문제