투명 코드는 완전히 확인할 수 있어야 합니다. 이 규칙은 모든 포인터 형식 사용을 찾아 확인할 수 없는 코드를 확인하지만 완벽한 검증 도구는 아니므로 어셈블리에 대해 PEVerify / transparent를 실행하여 모든 투명 코드를 확인할 수 있는지 확인해야 합니다.
투명 메서드 {0}이(가) 보안에 중요한 형식 {1}을(를) 참조합니다. 보안 투명 규칙하에 이 참조를 사용하려면 {0}이(가) 보안에 중요해지거나 보안 안전에 중요해지거나, {1}이(가) 보안 안전에 중요해지거나 투명해져야 ...
투명 코드는 네이티브 코드를 직접 호출할 수 없습니다. 이 규칙은 네이티브 코드에 대한 직접 호출인 메서드 스텁(예: P/Invoke 선언)을 호출하는 투명 코드를 찾습니다.
투명 코드는 보안에 중요한 메서드, 형식 또는 필드를 참조할 수 없습니다. 런타임에 이러한 참조로 인해 MemberAccessExceptions 또는 TypeLoadExceptions가 발생합니다.
투명 코드는 보안에 중요한 특성을 사용해서는 안 됩니다. 여기에는 보안에 중요한 생성자, 속성 또는 특성을 사용하는 것이 포함됩니다. 이 규칙을 위반하면 코드에서 투명 대상의 사용자 지정 특성을 검색할 때 예외가 발생합니다. ...
투명 코드는 완전히 확인할 수 있어야 합니다. 이 규칙은 모든 포인터 형식 사용을 찾아 확인할 수 없는 코드를 확인하지만 완벽한 검증 도구는 아니므로 어셈블리에 대해 PEVerify / transparent를 실행하여 ...
투명 형식 {0}이(가) 투명 상속 규칙을 위반하여 보안에 중요한 형식 {1}에서 파생됩니다. 보안에 중요한 형식에서 파생되거나 보안에 중요한 인터페이스를 구현하기 위해서는 {0}이(가) 보안에 중요하거나 중요해야 합니다. ...
투명 형식 또는 메서드 {0}에 {1}에 대한 선언적 보안 어설션이 포함되어 있습니다. {0}을(를) 보안에 중요하거나 보안 안전에 중요하도록 만들거나 투명 코드에서 어설션을 제거해야 합니다.
투명 형식 또는 메서드 {0}에 {1}에 대한 선언적 보안 요청이 포함되어 있습니다. {0}을(를) 보안 안전에 중요하도록 만들거나 투명 코드에서 요청을 제거해야 합니다.
투명도 특성은 큰 범위에서 안쪽으로 적용됩니다. 예를 들어 전체적으로 보안에 중요하게 표시된 형식의 경우 해당 형식에 의해 정의된 모든 메서드도 보안에 중요합니다. 멤버는 큰 범위의 주석과 충돌하는 투명도 주석을 포함해서는 ...