|

1. Unity Google play plugin으로 idToken 발급
2. 서버에서 idToken 유효성 검사

2주전인가 했던 기능인데 생각해보니 블로그에 올린적이 없었던것 같아 올린다.

로그인 기능이 있는 게임 서버의 경우 해당 내용이 꽤나 중요하지 않을까 싶다.

Unity Google play plugin으로 idToken 발급

public void SignIn(Action<string> callback)
{
    PlayGamesPlatform.DebugLogEnabled = true;
    PlayGamesPlatform.Activate();
    PlayGamesPlatform.Instance.Authenticate((status) =>
    {
        if (status == false)
        {
            callback.Invoke("failed");
            return;
        }

        PlayGamesClientConfiguration config = new PlayGamesClientConfiguration.Builder()
            .AddOauthScope("profile")
            .RequestIdToken()
            .RequestServerAuthCode(false)
            .RequestEmail()
            .Build();

        PlayGamesPlatform.InitializeInstance(config);

        string name = PlayGamesPlatform.Instance.GetUserDisplayName();
        string id = PlayGamesPlatform.Instance.GetUserId();
        string ImgUrl = PlayGamesPlatform.Instance.GetUserImageUrl();

        PlayGamesPlatform.Instance.Authenticate(SignInInteractivity.CanPromptOnce, (SignInStatus result) =>
        {
            if (result == SignInStatus.Success)
            {
                string idToken = PlayGamesPlatform.Instance.GetIdToken();
                callback.Invoke("Success");

                // JWT 토큰을 서버로 전송
                // JWT 토큰을 FlatBuffer 패킷으로 만들어서 서버에 전송
                FlatBufferBuilder builder = new FlatBufferBuilder(1);
                var jwtOffset = builder.CreateString(idToken);
                var data = PKT_C_Res_JWT.CreatePKT_C_Res_JWT(builder, jwtOffset);
                var packet = GameManager.Packet.CreatePacketWithAES(data, builder, PKT_Type.PKT_C_Res_JWT, GameManager.Network.Session);

                GameManager.Network.Send(packet);
                Debug.Log("JWT token sent to server");
                Debug.Log("Authentication Succeeded.");
            }
            else
            {
                callback.Invoke("failed");
                Debug.Log("Authentication Failed. SignInStatus: " + result);
            }
        });
    });

Unity에서 idToken을 발급하는 함수이다.

필자는 plugin 버전을 10으로 썻다.

이에 관련된 문서는 아래와 같다.

https://learn.microsoft.com/ko-kr/gaming/playfab/identity/player-identity/platform-specific-authentication/google-sign-in-unity

https://docs.unity.com/ugs/manual/authentication/manual/platform-signin-google

현재 클라와 서버의 로그인 과정은 아래와 같다.

[Server의 token 요청]
↓
[Client token 응답]
↓
[Server의 token 유효성 검사 응답]
↓
[valid token인 경우 Client 로그인]
↓
[Client "Success" 출력]

이전에 RSA/AES로 패킷 암호화를 자동화하게 했기에

서버가 클라이언트의 암호화된 token을 받고 복호화한뒤 유효성 검사를 한다.

유효한 토큰인 경우 클라에서는 간단하게 화면 중앙 Text UI를 "Success"로 출력하게끔 만들었다.

서버에서 idToken 유효성 검사

public async Task VerifyJWT(string authCode, ClientSession clientSession)
{
    FlatBufferBuilder builder = new FlatBufferBuilder(1);
    bool success = false;

    try
    {
        Console.WriteLine($"Received Auth Code: {authCode.Substring(0, Math.Min(20, authCode.Length))}...");
        Console.WriteLine($"Auth Code length: {authCode.Length}");
        
        // 직접 JWT 검증 (클라이언트에서 ID Token을 보냄)
        Console.WriteLine("Validating JWT ID Token directly...");
        var payLoad = await GoogleJsonWebSignature.ValidateAsync(authCode);
        
        // 사용자 정보 저장
        clientSession.ProfileURL = payLoad.Picture ?? "";
        clientSession.UserId = payLoad.Subject;
        clientSession.Email = payLoad.Email;
        
        success = true;
        Console.WriteLine($"JWT validation success for user: {payLoad.Subject}, Email: {payLoad.Email}");
        Console.WriteLine($"Profile picture: {payLoad.Picture ?? "Not set"}");
        
        // 로그인 성공 패킷 전송
        var jwtOffset = builder.CreateString(authCode);
        var userIdOffset = builder.CreateString(payLoad.Subject);
        var emailOffset = builder.CreateString(payLoad.Email ?? "");
        var profileUrlOffset = builder.CreateString(payLoad.Picture ?? "");
        var displayNameOffset = builder.CreateString(payLoad.Name ?? payLoad.Email ?? "User");
        
        var loginData = PKT_S_LoginSuccess.CreatePKT_S_LoginSuccess(builder, 
            jwtOffset, userIdOffset, emailOffset, profileUrlOffset, displayNameOffset);
        var loginPkt = Manager.Packet.CreatePacketWithAES(loginData, builder, PKT_Type.PKT_S_LoginSuccess, clientSession);
        clientSession.Send(loginPkt);
        return;
    }
    catch (InvalidJwtException ex)
    {
        Console.WriteLine($"Invalid JWT token: {ex.Message}");
        success = false;
    }
    catch (Exception ex)
    {
        Console.WriteLine($"JWT validation error: {ex.Message}");
        Console.WriteLine($"Exception type: {ex.GetType().Name}");
        success = false;
    }
}

Unity Google Play Plugin은 IdToken을 string으로 가져온다.

그 token값을 그대로 유효성 검사 Google API에 넣어 호출하면 된다.

만약 유효하지 않은 Token이라면 exception을 반환한다.

이와 관련된 문서는 아래와 같다.

https://cloud.google.com/dotnet/docs/reference/Google.Apis/latest/Google.Apis.Auth.GoogleJsonWebSignature#Google_Apis_Auth_GoogleJsonWebSignature_ValidateAsync_System_String_Google_Apis_Auth_GoogleJsonWebSignature_ValidationSettings_

비동기 함수이기에 await을 사용해서 호출하거나 Task로 관리해야한다.

저기서 유효한 Token이라고 반환한다면 그대로 Token에 담겨있는 Client의 Google 정보를 서버에 저장하고

Client에게 정보를 그대로 전달해주면 된다.

나중에 Client는 그 정보를 통해서 TextUI등 데이터 관리를 하게 된다.

1. Unity UI 작업
2. RSA-AES 패킷 암호화

UI 작업은 적당히 전반적으로 디버깅할 수 있을정도로 다 맞추어놓았다.

RSA-AES 패킷 암호화

RSA-AES 패킷 암호화 순서는 아래와 같다.

1. 클라가 서버에 연결될 시 RSA 공개키를 클라에게 부여한다.
2. 클라는 받은 공개키를 이용해 자신의 AES키를 암호화해서 서버에게 전달한다.
3. 서버는 받은 AES 키를 각 클라이언트 클래스에 저장한다.
4. 이후 클라와 서버의 패킷은 해당 AES키로 암호화해서 통신한다.

RSA는 아래 블로그와 공식문서nity UI 작업

RSA-AES 패킷 암호화

UI 작업은 적당히 전반적으로 디버깅할 수 있을정도로 다 맞추어놓았다.

RSA-AES 패킷 암호화

RSA-AES 패킷 암호화 순서는 아래와 같다.

클라가 서버에 연결될 시 RSA 공개키를 클라에게 부여한다.

클라는 받은 공개키를 이용해 자신의 AES키를 암호화해서 서버에게 전달한다.

서버는 받은 AES 키를 각 클라이언트 클래스에 저장한다.

이후 클라와 서버의 패킷은 해당 AES키로 암호화해서 통신한다.

RSA는 아래 블로그와 공식문서를 참고해서 만들었다.

https://icechou.tistory.com/324

https://learn.microsoft.com/ko-kr/dotnet/api/system.security.cryptography.rsacryptoserviceprovider?view=net-8.0

AES는 AI로 학습해서 적용 시켰다.

public class SecurityManager
{
    RSACryptoServiceProvider prirsa = new RSACryptoServiceProvider();
    RSACryptoServiceProvider pubrsa = new RSACryptoServiceProvider();
    public SecurityManager()
    {
        // 개인키 생성(복호화용)
        RSAParameters privateKey = RSA.Create().ExportParameters(true);
        pubrsa.ImportParameters(privateKey);

        // 공개키 생성(암호화용)
        RSAParameters publicKey = new RSAParameters();
        publicKey.Modulus = privateKey.Modulus;
        publicKey.Exponent = privateKey.Exponent;
        prirsa.ImportParameters(publicKey);
    }
    #region RSA
    public string RSAKey { get { return pubrsa.ToXmlString(false); } }
    public byte[] RSAEncrypt(byte[] value)
    {
        return prirsa.Encrypt(value, false);
    }
    public byte[] RSADecrypt(byte[] value)
    {
        return pubrsa.Decrypt(value, false);
    }
    #endregion
    #region AES
    public Aes GenerateAes()
    {
        Aes aes = Aes.Create();
        aes.Mode = CipherMode.CBC;
        aes.Padding = PaddingMode.PKCS7;
        return aes;
    }
    public byte[] AESEncrypt(byte[] value, ICryptoTransform encryptor)
    {
        return encryptor.TransformFinalBlock(value, 0, value.Length);
    }
    public byte[] AESDecrypt(byte[] value, ICryptoTransform decryptor)
    {
        return decryptor.TransformFinalBlock(value, 0, value.Length);
    }
    #endregion
}

 SecurityManager를 통해 AES와 RSA 암호화/복호화를 관리하게 했고 Client 클래스 내부에 AES 관련 변수들을 저장해서

해당 클래스의 AESEncrypt와 AESDecrypt 함수를 호출할 수 있게 했다.

ICryptoTransform은 AES변수를 통해 생성하게 되는 애인데 매번 생성하기엔 성능이 떨어질것 같아 이것또한 미리 클라이언트 클래스 내부에 할당을 시켜서 재활용할 수 있게 했다.

1. ui 디자인 적당히 하기
2. 거짓 금수 로직 추가
3. 33 버그 수정

https://www.figma.com/design/5dhy5Fd7oKhf9WLi8n9SBz/Untitled?node-id=0-1&t=jAb0a5YBvXfjPhWO-1

UI

피그마로 적당히 ui를 어떻게 만들지를 디자인 했다.

기본적으로 카카오 오목을 레퍼런스로 해서 회색계열을 띄게 만들었다.

일단 주요 씬 2개(대국 씬, 로비 씬)가 있다.

로비 씬에는 랭킹, 복기, 더 보기, 룸 리스트가 있다.

로비씬에서 룸 리스트를 기본으로하고 컨텐츠 헤더에 더 보기, 새로고침, 방 찾기를 두게 했다.

더 보기를 눌렀을 때 컨텐츠 헤더에 홈, 랭킹, 복기를 두게 했다.

더 보기에는 닉네임 변경, 렌주룰에 관한 설명, 게임 내 사운드 설정 부가 기능이 있게 했다.

랭킹에는 최대 100개의 상위 유저 정보가 나오게할 생각이다.

복기에는 최근 15판 대국을 기록한 정보가 나오게할 생각이다.

만약 랭킹이나 복기에서 더 보기쪽으로 다시 가고싶다면 어쩔 수 없이 [랭킹 또는 복기] → [홈]  → [더 보기]로 번거롭게 가야한다.

디자인 경험이 없는 나로써는 지금 상태의 ui가 최선이기에 이렇게 했다.

거짓 금수 로직 추가

이전까지만해도 거짓 금수라는게 오목에 있는지 전혀 모르고 있었다.

그래서 새롭게 로직을 추가했다.

거짓 금수란?

• 닫힌 3 또는 열린 4를 만들 수 없는 3이 포함된 33을의미한다. (정말로 오목을 둘 수 있는가? 에 초점이 맞춰짐)
• 44는 거짓 금수가 없다.

닫힌 3을 정의해 보자면

4를 만들었을 때 백돌이 하나 이하의 수로 5목이 될 수 없게 만들 수 있는 연속된 3개의 흑돌을 의미한다.

우리가 아는 일반 3을 만들었을 때 백돌이 막지 않으면 지게 되는데 이 경우의 3이 열린3이고 그렇지 않은 3이 닫힌 3이다.

· 빈공간

○ 백돌

● 흑돌

X 맵 밖

ex1) ○ · ● ● ● · ○    → 어느쪽으로 흑돌을 놓아도 다음 백돌의 수로 막힘

ex2) ● · · ● ● ● ·  X → 왼쪽으로가도 6목이고 오른쪽은 1개의 수밖에 못두기에 흑돌을 두어도 다음 백돌의 수로 막힘

ex3)

○ ○ ● ○ ·

○ ● ○ ● ·

 ·  ●  ·  ● ·

○ ●  ·   ·  ·

●  ·   ·  ·  ·         → 중간 왼쪽과 오른쪽이 33처럼 보이지만 그곳에 수를 둔다면 가운데 지점에 44가 생기기에 금수가 아님

아래의 실제 예시들을 보면 쉽게 이해할 수 있을것이다.

ex1에 관한 내용이다.

5번째 수에서 33이 발생할것처럼 보이지만 대각으로 최대 5개의 돌을 꽉 채워야지만 5목을 만들 수 있기 때문에 거짓 금수이다.

ex2에 관한 내용이다.

중앙점에 33이 생겼다가 없어지는것을 볼 수 있는데 그 이유는 3을 만들고 어느 방향으로 4를 만들어도 6목이 되기에 거짓 금수이다.

ex3에 관한 내용이다.

7번째의 수에서 3개의 금수가 사라지는데 그 이유는 마지막 수 때문이다.

양측에 있던 금수가 사라진 이유는 띈 3을 칠 경우 가운데에 44로 금수가 생기기에 거짓금수이고

가운데 금수가 사라진 이유는 대각과 가로의 33이 있었는데 대각을 띈4로 만들었기에 사라진것이다.

이처럼 오목에서의 거짓 금수는 3을 만들었을 때 바로 백돌이 막지 않아도 되는 수라고 볼 수 있다.

33 버그 수정

맵의 끝에서 한칸 떨어진 33을 인식 못하는 버그가 있었다.

이유를 찾아보니 3을 만들었을 때 양 옆 2칸을 반드시 보고 33 처리를 했었다.

그 부분을 수정하니 잘 해결되었다.

1. 안드로이드 스튜디오 가상 디바이스 사용
2. 유니티와 가상 디바이스 애뮬레이터 연결
3. 애뮬레이터에서 구글 로그인 연동

참고자료

https://www.youtube.com/watch?v=-LVT2Mmk6fw&t=7s&ab_channel=%EB%8D%94%EB%B8%94%EC%97%98DoubleL

https://mostlove.tistory.com/107

1. ServerCore 제작해서 C# 서버 유니티 연결
2. FlatBuffer 적용

간단하게 연결 되었을 때 클라에서 먼저 패킷을 보낸다.

패킷 내용은 [헤더][ushort]로 맨 처음 ushort는 0이다.

양측 recv 할 때 ushort를 역직렬화 해서 ++ 한 뒤 에코한다.

1. 착수 금지 프리팹 생성
2. 모든 금수 로직 적용

33금수에 관해서는 저번 포스팅에서 다뤘으니 넘어가고 44부터 로직을 살펴보자

착수 우선순위는 저번 포스팅에서 나왔듯이 오목을 만들 수 있는게 아니면

전부 금수가 될 수 있다.

금수 우선순위로는 1순위가 6목 이상, 2순위가 44, 3순위가 33이다.

int CountInLine(int y, int x, int dy, int dx)
{
    int count = 1;
    int nx = x + dx;
    int ny = y + dy;

    while (InBoard(ny, nx))
    {
        if (cells[ny][nx].GetStoneType != Define.StoneType.BLACK)
            break;
        count++;
        nx += dx;
        ny += dy;
    }
    nx = x - dx;
    ny = y - dy;
    while (InBoard(ny, nx))
    {
        if (cells[ny][nx].GetStoneType != Define.StoneType.BLACK)
            break;
        count++;
        nx -= dx;
        ny -= dy;
    }
    return count;
}
Define.OmokPlaceType GetOmokPlaceType(int y, int x)
{
    Define.OmokPlaceType ret = Define.OmokPlaceType.VALID;
    int len = Directions.GetLength(0);
    bool is4 = false;
    int max = 0;

    if (Check33(y, x) == true)
        ret = Define.OmokPlaceType.DOUBLE_THREE;
    for (int i = 0; i < len; i++)
    {
        int dx = Directions[i, 1];
        int dy = Directions[i, 0];

        int cnt = CountInLine(y, x, dy, dx);
        if (max < cnt)
            max = cnt;
        if (cnt == 4)
        {
            if (is4 == true)
                ret = Define.OmokPlaceType.DOUBLE_FOUR;
            else
                is4 = true;
        }
    }
    switch (max)
    {
        case 9:
            ret = Define.OmokPlaceType.NINE;
            break;
        case 8:
            ret = Define.OmokPlaceType.EIGHT;
            break;
        case 7:
            ret = Define.OmokPlaceType.SEVEN;
            break;
        case 6:
            ret = Define.OmokPlaceType.SIX;
            break;
        case 5:
            ret = Define.OmokPlaceType.FIVE;
            break;
    }
    return ret;
}

CountInLine은 단순히 연속된 돌의 갯수를 측정하는 함수이다.

이것으로 4방향(가로, 세로, 대각 2방향)을 체크하고 44인지, 6목이상인지 체크한다.

ret의 값에 따라 착수할때마다 보드판의 정보를 적절히 업데이트를 해주면 된다.

1. 33 금수 로직 적용
2. 오목판, 오목돌 프리팹 생성

33 금수 로직

렌주룰 33 금수 적용 방식은 아래와 같다.

1. 흑돌만 해당된다.
2. 돌을 놓을 칸 기준 놓는다면 열린3이 두개 이상이 되어야 한다. ex) 십자 중간
3. 만약 5목을 만들 수 있다면 33금수는 무시된다.
4. 6목 이상 금수가 우선순위, 그 다음 44 금수가 우선순위가 되어야 한다.

열린3 이란?

• 돌을 놓았을 때 연속으로 3개의 돌이 되어야함
• 양 옆으로 막혀있지 않은 경우

간단하게 우선순위를 코드로 짜본다면

if (IsInMap(y, x) == false)
	return;

if (5목이 되는가?)
	돌을 놓는다;
else if (6목 이상인가?)
	6목 이상 금수;
else if (44인가?)
	44 금수;
else if (33인가?)
	33 금수;
else
	돌을 놓는다;

이런식으로 우선순위를 짤 수 있다.

열린 3인지 확인하는 코드는 아래와 같다.

bool IsOpenThree(int x, int y, int dx, int dy)
{
    int count = 1;
    bool firstBlank = false;
    bool forwardOpen = false;
    bool backwardOpen = false;

    // 전방 (한 방향)
    int nx = x + dx;
    int ny = y + dy;
    while (InBoard(ny, nx))
    {
        if (cells[ny][nx].GetStoneType == Define.StoneType.BLACK)
        {
            count++;
            nx += dx;
            ny += dy;
        }
        else if (cells[ny][nx].GetStoneType == Define.StoneType.NONE)
        {
            if (!firstBlank)
            {
                firstBlank = true;
                nx += dx;
                ny += dy;
            }
            else
            {
                forwardOpen = true;
                break;
            }
        }
        else break;
    }

    // 후방 (반대 방향)
    firstBlank = false;
    nx = x - dx;
    ny = y - dy;

    while (InBoard(ny, nx))
    {
        if (cells[ny][nx].GetStoneType == Define.StoneType.BLACK)
        {
            count++;
            nx -= dx;
            ny -= dy;
        }
        else if (cells[ny][nx].GetStoneType == Define.StoneType.NONE)
        {
            if (!firstBlank)
            {
                firstBlank = true;
                nx -= dx;
                ny -= dy;
            }
            else
            {
                backwardOpen = true;
                break;
            }
        }
        else break;
    }

    // 쓰리 판단
    return (count == 3) && forwardOpen && backwardOpen;
}

y, x는 놓을 칸이고 dy, dx는

{ 0, 1 },  // →
{ 1, 0 },  // ↓
{ 1, 1 },  // ↘
{ 1, -1 }  // ↙

중에 하나이다.

• 중간에 빈칸이 나오더라도 오목에서는 연속된 3으로 처리할 수도 있다.
• 그렇기에 firstBlank를 이용해 첫 빈칸은 무시하도록 하고 이후의 빈칸이 나왔다면 해당 방향은 열린것으로 판단한다.
• 이 방법을 양 방향에 적용시켜서 만약 양 방향 모두 열려있으면서 count가 3이라면 열린3으로 처리
• 이 함수를 통해 열린3이 두번 이상 나오게 된다면 그것은 33 금수가 된다.

타겟 : 구글 플레이 스토어(모바일)

목적 : 포트폴리오 및 퍼블리싱 경험

기한 : 2달

1. 유니티 6 프로젝트 초기화
2. 오목판 생성 스크립트 제작
3. 오목판 셀 위치에 따른 오브젝트 생성 스크립트 제작
4. Photon Fusion 사용할거기에 살짝 훑기
5. 피그마로 대국화면 간단하게 레이아웃 그림

새롭게 안것

• Photon 서버는 마스터 서버란게 있고 그게 게임 서버와 통신함
• 마스터 서버에서 인증된 클라이언트가 게임 서버에 인증되고 연결