Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

.NET 5+로 포팅 시 플랫폼 호환성 경고 메시지(SYSLIB0006, SYSLIB0011, CA1416)

우선 SYSLIB0006 경고를 보면,

using System;

internal class Program
{
    static void Main(string[] args)
    {
        Thread t = new Thread(() =>
        {
            for (int i = 0; ;i ++)
            {
                Console.Write(".");
                Thread.Sleep(1000);
            }
        });
        t.Start();

        Console.ReadLine();

        t.Abort();
        Console.ReadLine();
    }
}

위의 코드에서 Thread.Abort 호출에 대해 다음과 같은 경고가 발생합니다.

1>C:\Console1\Program.cs(19,9,19,18): warning SYSLIB0006: 'Thread.Abort()' is obsolete: 'Thread.Abort is not supported and throws PlatformNotSupportedException.'

비록 저것이 "경고(warning)"로 분류되었지만 반드시 저 코드는 수정되어야 합니다. 왜냐하면 실행 시에 .NET5+ 환경에서는 윈도우 환경일지라도 다음과 같이 예외가 발생하기 때문입니다. (.NET Core 3.1 이전에는 윈도우 환경에서 동작했던 코드입니다.)

Unhandled exception. System.PlatformNotSupportedException: Thread abort is not supported on this platform.
   at System.Threading.Thread.Abort()
   at Program.Main(String[] args) in C:\Console1\Program.cs:line 19

만약 소스 코드를 프로젝트(.NET Framework/.NET Core/.NET5+) 간에 공유하고 있다면, .NET 5.0 이후의 코드에서는 아예 빌드에서 누락시키는 것이 좋습니다.

#if !NET5_0_OR_GREATER
    _thread.Abort(objValue);
#endif




이와 유사하게 SYSLIB0011 경고가, 예를 들어 BinaryFormatter를 사용하면 발생하는데요,

using System;
using System.Runtime.Serialization.Formatters.Binary;
using System.Runtime.Serialization;

internal class Program
{
    static void Main(string[] args)
    {
        MemoryStream ms = new MemoryStream();

        IFormatter formatter = new BinaryFormatter();

        string text = "Hello World!";

        formatter.Serialize(ms, text);
        ms.Position = 0;

        text = formatter.Deserialize(ms) as string;
        Console.WriteLine(text);    
    }
}

1>C:\Console2\Program.cs(15,9,15,38): warning SYSLIB0011: 'IFormatter.Serialize(Stream, object)' is obsolete: 'BinaryFormatter serialization is obsolete and should not be used. See https://aka.ms/binaryformatter for more information.'

1>C:\Console2\Program.cs(18,16,18,41): warning SYSLIB0011: 'IFormatter.Deserialize(Stream)' is obsolete: 'BinaryFormatter serialization is obsolete and should not be used. See https://aka.ms/binaryformatter for more information.'

경고는 발생하지만, 아직 사용은 가능합니다. 따라서 이에 대해서는 경고를 suppress하는 정도의 표시를 해도 좋습니다.

#pragma warning disable SYSLIB0011
        formatter.Serialize(ms, text);
#pragma warning restore SYSLIB0011

하지만, 마이크로소프트의 문서를 보면,

BinaryFormatter security guide
; https://learn.microsoft.com/en-us/dotnet/standard/serialization/binaryformatter-security-guide

The BinaryFormatter type is dangerous and is not recommended for data processing. Applications should stop using BinaryFormatter as soon as possible, even if they believe the data they're processing to be trustworthy. BinaryFormatter is insecure and can't be made secure.


보안 경고가 나옵니다. 제가 Log4j의 보안 결함에 대해 제대로 살펴본 것은 아니지만, 아마도 역직렬화 관련한 과정에서 코드 실행을 유발할 수 있게 되는 BinaryFormatter도 유사한 보안 문제를 일으키는 듯합니다.

따라서, 이참에 경고를 피하기 보다는 다른 직렬화/역직렬화 클래스로 변경하는 것이 좋겠습니다.




마지막으로 다음의 글에서 든 예제를,

C# - CoCreateInstance 관련 Inteop 오류 정리
; https://www.sysnet.pe.kr/2/0/12678

재사용해 이렇게 코드를 작성하면,

int hr = CoCreateInstance(CLSID_FolderInitHandler, IntPtr.Zero /* 0 */, CLSCTX.INPROC_SERVER, IID_IUnknown, ref pUnknown);

object obj = Marshal.GetTypedObjectForIUnknown(pUnknown, typeof(object));
Marshal.ReleaseComObject(obj);

GetTypedObjectForIUnknown, ReleaseComObject 호출에 대해 다음과 같은 CA1416 경고가 뜹니다.

1>C:\Console3\Program.cs(53,26,53,85): warning CA1416: This call site is reachable on all platforms. 'Marshal.GetTypedObjectForIUnknown(IntPtr, Type)' is only supported on: 'windows'.
1>C:\Console3\Program.cs(54,13,54,42): warning CA1416: This call site is reachable on all platforms. 'Marshal.ReleaseComObject(object)' is only supported on: 'windows'.

이에 대해서는 예전에 설명했지만,

C# - .NET 5+에서 warning CA1416: This call site is reachable on all platforms. '...' is only supported on: 'windows' 경고 발생
; https://www.sysnet.pe.kr/2/0/12901

가끔은, 해당 프로젝트가 Linux에서도, Windows에서도 실행돼야 할 때가 있을 것입니다. 그럴 때, SupportedOSPlatform으로 제약하기보다는 단순히 윈도우 환경이 아니면 코드를 실행하지 않도록 하는 것도 방법입니다.

int hr = CoCreateInstance(CLSID_FolderInitHandler, IntPtr.Zero /* 0 */, CLSCTX.INPROC_SERVER, IID_IUnknown, ref pUnknown);

if (System.Runtime.InteropServices.RuntimeInformation.IsOSPlatform(OSPlatform.Windows))
{
    object obj = Marshal.GetTypedObjectForIUnknown(pUnknown, typeof(object));
    Marshal.ReleaseComObject(obj);
}

/*
public readonly struct OSPlatform
{
    public static OSPlatform FreeBSD { get; };
    public static OSPlatform Linux { get; };
    public static OSPlatform OSX { get; };
    public static OSPlatform Windows { get; };
}
*/

재미있는 것은, Nullable Context에서 if 문으로 null 체크를 했던 것이 효력을 발휘했던 것처럼, 저렇게 OS를 구분하는 코드의 if 문을 감싸면 해당 코드에 대해 C# 컴파일 경고가 없어집니다. 마이크로소프트가... 엄청 신경썼군요. ^^ 하지만, 약간의 변화를 주면,

if (System.Runtime.InteropServices.RuntimeInformation.IsOSPlatform(OSPlatform.Windows) == false)
{
    // ...
}
else
{
    // 이런 경우에는 다시 CA1416 경고 발생
    object obj = Marshal.GetTypedObjectForIUnknown(pUnknown, typeof(object));
    Marshal.ReleaseComObject(obj);
}

따라서 저런 상황에서는 경고를 제거하는 코드까지 함께 곁들여야 합니다.

#pragma warning disable CA1416
    object obj = Marshal.GetTypedObjectForIUnknown(pUnknown, typeof(object));
    Marshal.ReleaseComObject(obj);
#pragma warning restore CA1416

(첨부 파일은 이 글의 3가지 상황에 대한 예제를 담고 있습니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 2/18/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2024-09-06 11시01분
정성태

... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...
NoWriterDateCnt.TitleFile(s)
644정성태1/11/200925252Windows: 34. VPC 설치 후기 [2]
643정성태1/10/200930489Windows: 33. Windows 7 베타와 VMA 충돌 [1]
642정성태1/8/200929046개발 환경 구성: 34. Sysinternals의 모든 툴을 한번에 업데이트 하는 방법 [1]
641정성태1/7/200926148기타: 27. D820 - A09 바이오스 업데이트 프로그램 패치 [2]
640정성태1/4/200928008Team Foundation Server: 29. ClickOnce 응용 프로그램 배포를 Team Build에 추가.
639정성태1/4/200925998Team Foundation Server: 28. PFX 코드 서명을 포함한 프로젝트의 팀 빌드 실패 - MSB4018
638정성태1/3/200928978.NET Framework: 119. WPF - 의존 속성 정의에서 XamlParseException 발생하는 예 [2]
637정성태1/1/200931529기타: 26. 2008년 인기 순위 정리
636정성태12/31/200826694.NET Framework: 118. 2진 검색을 이용한 리스트 정렬 삽입파일 다운로드1
635정성태12/29/200829496오류 유형: 66. 파일 암호화 오류 - Recovery policy configured for this system contains invalid recovery certificate
634정성태12/29/200843696기타: 25. 가상 키보드 관련 정리 [4]
633정성태12/20/200830337기타: 24. RMClock for x64 [3]
632정성태12/19/200838000기타: 23. D820 - 배터리 없이 바이오스 업데이트 방법 [2]파일 다운로드1
631정성태12/10/200846655VC++: 36. Detours 라이브러리를 이용한 Win32 API - Sleep 호출 가로채기 [3]
630정성태12/9/200827100.NET Framework: 117. WPF - TreeView에서 항목이 펼쳐질 때 Cursors.Wait 사용파일 다운로드1
629정성태12/7/200836884.NET Framework: 116. 소켓 연결 시간 제한
628정성태12/6/200824674.NET Framework: 115. Marshal 타입 관련 2가지 자원 해제 메서드파일 다운로드1
627정성태12/6/200827609VS.NET IDE: 58. VS.NET IDE 팁 - 커서 위치 이동 [1]
626정성태12/6/200827530오류 유형: 65. TF53018: The application tier XXXXXXX is attempting to connect to a data tier with an incompatible version
625정성태12/6/200827914오류 유형: 64. TFS 2008 SP1 설치 - MsiApplyMultiplePatches returned 0x643
624정성태12/5/200828951.NET Framework: 114. WPF 이벤트에 속한 핸들러 확인 [2]파일 다운로드1
623정성태12/4/200833426디버깅 기술: 22. VS.NET SP1 + .NET Framework 소스 코드 디버깅 [2]파일 다운로드1
622정성태12/1/200836024오류 유형: 63. WPF - XamlParseException 대응 방법 [2]
621정성태11/30/200827778Team Foundation Server: 27. TeamBuild + VDPROJ 셋업 프로젝트 [1]
620정성태11/30/200826646디버깅 기술: 21. 올바른 이벤트 예외 정보 출력
619정성태11/30/200826415디버깅 기술: 20. 예외 처리를 방해하는 WPF Modal 대화창파일 다운로드1
... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...