미즈에의 이것저것

진짜 개난리 났음 에러 개판 (AWS EC2, VPC endpoint, S3)

mizu — Tue, 19 Nov 2024 15:57:49 +0900

사건의 개요

회사 업무의 요건 중 하나로 현행 S3 버켓에서 이행용 S3 버켓으로 데이터를 migration 해야 함
근데 이제 계정이 다른(크로스 어카운트)
public internet을 경유하지 않고 vpc endpoint를 이용해서 데이터 migration을 진행
어제는 s3 access point를 가지고 검증하다가 이미 vpc endpoint가 있다길래 급선회

나는 좀,,, 저능한가? 같은 실수를 반복하니까 해결용으로 기록을 해야겠다

하하 개판이네

무슨 일이 일어나고 있나요?

동작 검증을 위해 간단하게 크로스 어카운트가 아니고 동일 계정 내에서 검증환경 제작

검증 환경

VPC 작성

간단하게 public subnet과 private subnet이 각각 하나씩 있는 vpc를 새로 작성했음.

IGW와 NAT-GW도 함께 생성함

S3 버켓 생성

S3는 원래 검증용으로 쓰던 테스트 버켓이 있어서 해당 버켓을 사용하기로 했다

이 버켓은 퍼블릭 접근을 모두 차단하는 버켓이고, security rule 준수를 위해 접근 가능한 ip 제한이 있다

VPC 엔드포인트 생성

VPC 엔드포인트를 새로 생성함

AWS 서비스 연결 유형, 서비스는 S3, Gateway 방식으로 생성함

찾아보니까 interface 유형은 public internet 경유라고 해서 gateway 유형으로 선택했음

routing table은 private subnet에 연결된 테이블을 선택

정책은 default로 모든 resource에 접근할 수 있게 되어있는데, 프로젝트 security rule 상 다른 버켓에 접근할 수 있는 것은 ng이므로 접근 제어를 위해 사용자 지정 정책을 설정했다

{
	"Version": "2008-10-17",
	"Statement": [
		{
			"Sid": "Allow-access-to-specific-bucket",
			"Effect": "Allow",
			"Principal": "*",
			"Action": [
				"s3:ListBucket",
				"s3:GetObject",
				"s3:PutObject"
			],
			"Resource": [
				"arn:aws:s3:::{target-bucket-name}",
				"arn:aws:s3:::{target-bucket-name}/*"
			]
		}
	]
}

* 허용할 버켓, 허용할 액션을 최소한으로 allow 하는 정책을 작성.

S3 버켓 폴리시 작성(수정)

{
    "Version": "2012-10-17",
    "Id": "Policy2024082702",
    "Statement": [
        {
            "Sid": "AllowAccessToSpecificIpOrUser",
            "Effect": "Allow",
            "Principal": "*",
            "Action": [
                "s3:Put*",
                "s3:Get*",
                "s3:List*"
            ],
            "Resource": "arn:aws:s3:::{target-bucket-name}/*",
            "Condition": {
                "StringEqualsIfExists": {
                    "aws:SourceVpce": "vpce-{vpceId}"
                },
                "IpAddress": {
                    "aws:SourceIp": "source-IP"
                },
                "ArnEquals": {
                    "aws:PrincipalArn": "arn:aws:iam::{accountId}:user/{userId}"
                }
            }
        },
        {
            "Sid": "AllowConsoleAccess",
            "Effect": "Allow",
            "Principal": {
                "AWS": "arn:aws:iam::{accountId}:root"
            },
            "Action": "s3:*",
            "Resource": "arn:aws:s3:::{target-bucket-name}/*",
            "Condition": {
                "StringEquals": {
                    "aws:RequestedRegion": "{target-bucket-region}"
                },
                "StringLike": {
                    "aws:UserAgent": "*AWSManagementConsole*"
                }
            }
        }
    ]
}

이 정책을 작성하고 적용할 때가 제일 쫄렸다.

원래 ip제한/유저 제한만 두고 있었는데 vpc endpoint를 통한 접근도 추가로 허용해야 하기 때문에 vpce만 추가하기 쉬운데, 그렇게 되면 콘솔을 통한 접근을 할 수 없게 되어버린다(내가 루트 계정인데도!!!!)

그렇기 때문에 콘솔을 통한 접근을 추가로 허용해주는 statement도 붙여주어야 하는데 여기서 또 충돌이 한 번 일어났다

처음에 작성했던 두번째 statement는 다음과 같았다

{
    "Sid": "AllowConsoleAccess",
    "Effect": "Allow",
    "Principal": "*",
    "Action": "s3:*",
    "Resource": "arn:aws:s3:::{target-bucket-name}/*",
    "Condition": {
        "StringEquals": {
            "aws:RequestedRegion": "{target-bucket-region}"
        },
        "StringLike": {
            "aws:UserAgent": "*AWSManagementConsole*"
        }
    }
}

그랬더니 기가 막히게 에러가 발생했다

User: arn:aws:iam::{accountId}:root is not authorized to perform: s3:PutBucketPolicy on resource: "arn:aws:s3:::{target-bucket-name}" because public policies are blocked by the BlockPublicPolicy block public access setting.

이유를 찾아보니, S3 버켓은 퍼블릭 접근을 모두 불허하고 있는데, 두번째 statement의 principal이 "*"로 설정되어서 충돌을 일으켰기 때문이었다.

그래서 이 계정에서는 모두가 콘솔을 통해 접근할 수 있도록 principal을 accountId 단위로 수정했다.

EC2 인스턴스 생성

인스턴스는 public subnet에 bastion 서버, private subnet에 검증용 서버를 각각 한 대씩 실행했음.

잠깐 검증만하고 닫을거니까 인스턴스 유형이나 ami는 따로 설정하지 않았다.

세큐리티 그룹은 default를 붙였는데 ssh로 접근할 예정이기 때문에 22포트만 열어주는 것으로 수정했다.

검증 시작

눈물의 ssh 접근... 여기서부터 무한의 에러계단을 뚜벅뚜벅 걸어오르게 되는데

흩날려라 천본앵이 아니고 무한의 에러

배스천 서버에 프라이빗 서버 접속용 공개키 파일 전송하기

우선 배스천 서버에 프라이빗 서버 접근용 공개키를 옮겨놔야 했는데 여기서도 에러와 함께 하게 되었다 제발 멈춰

>scp -i key.pem key.pem ec2-user@{bastion-server-ip}:/etc
scp: dest open "/etc/key.pem": Permission denied
scp: failed to upload file key.pem to /etc

이 에러는 target directory의 접근 권한 불일치 때문에 발생했음

루트 디렉토리 바로 아래에 있는 etc 디렉토리에 옮기려고 했던게 문제였다.

그래서 순순히 /home/ec2-user 아래에 key라는 디렉토리를 하나 작성하고 거기에 옮겼음

#bastion 서버에서 ec2-user 유저로 접속하여 실행
>mkdir /home/ec2-user/key

#로컬 서버에서 실행
#scp -i[옵션] [ssh접속을 위한 키 경로] [원본 파일 경로] [접속할 유저이름]@[접속처 ip]:[파일을 보관할 경로]
>scp -i key.pem key.pem ec2-user@{bation-server-ip}:/home/ec2-user/key

#bastion 서버에서 파일이 잘 전송되었는지 확인
[ec2-user@{ip} /]$ ll /home/ec2-user/key
total 4
-rw-r--r--. 1 ec2-user ec2-user 1674 Nov 19 03:40 EC2-Tutorial.pem

확인해보니 잘 복사되었기 때문에 프라이빗 서버에 접속을 시도했다(에러 제발 멈춰!!!)

[ec2-user@ip key]$ ssh -i key.pem ec2-user@{private-server-ip}
The authenticity of host '{private-server-ip} ({private-server-ip})' can't be established.
ED25519 key fingerprint is SHA256:FuycXU6oc0nfxCC+GeXFmNh55anwT+ScLAjd4K+SHlA.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '{private-server-ip}' (ED25519) to the list of known hosts.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0664 for 'key.pem' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
Load key "key.pem": bad permissions
ec2-user@{private-server-ip}: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

이번에도 역시 권한 때문에 막혔다

이번에는 too open 되어있기 때문에 막혔는데, 이것이 서버 접속용 인증키인데 권한이 644로 설정되어 있기 때문에 발생한 오류였다.

그래서 600으로 권한을 변경해주고 접속을 시도함

[ec2-user@ip /]$ chmod 600 /home/ec2-user/key/key.pem
[ec2-user@ip /]$ ll /home/ec2-user/key/key.pem
-rw-------. 1 ec2-user ec2-user 1674 Nov 19 03:40 /home/ec2-user/key/key.pem

[ec2-user@ip key]$ ssh -i key.pem ec2-user@{private-server-ip}
   ,     #_
   ~\_  ####_        Amazon Linux 2023
  ~~  \_#####\
  ~~     \###|
  ~~       \#/ ___   https://aws.amazon.com/linux/amazon-linux-2023
   ~~       V~' '->
    ~~~         /
      ~~._.   _/
         _/ _/
       _/m/'

눈물의 몇번째인지 기억도 안 나는 트라이

드디어 접속했다

이제 s3 버켓 소통 확인을 위해 간단하게 ls 커맨드를 실행했고,,,

[ec2-user@ip ~]$ aws s3 ls s3://{target-bucket-name}
An error occurred (AccessDenied) when calling the ListObjectsV2 operation: User: arn:aws:sts::{accountId}:assumed-role/ec2-ssm-role/i-03f35e9bb5ce2e301 is not authorized to perform: s3:ListBucket on resource: "arn:aws:s3:::{{target-bucket-name}}" because no VPC endpoint policy allows the s3:ListBucket action

그래 이럴 줄 알았다 이제 놀랍지도 않아 한번에 되면 뭔가 이상한거겠지

에러를 잘 살펴보니 이번에도 권한 문제였음

왜인지 기억이 안나지만 프라이빗 서버에 ssm용 iam 역할을 부착해놨는데, 내가 초기에 작성한 vpc 엔드포인트 폴리시에는 접속할 수 있는 사람을 제어하기 위해 userId를 조건으로 걸어놨었기 때문에 이 두개가 충돌하여 에러가 발동했다.

간단하게 vpc 엔드포인트 정책에서 누구나 가능하도록 principal 부분을 "*"로 수정하고 다시 시도했다

#target-bucket의 list
[ec2-user@ip ~]$ aws s3 ls s3://{target-bucket-name}
2024-11-18 08:24:35     753790 비자.pdf
2024-11-18 08:24:35     111067 재직증명서.pdf
2024-11-18 08:24:36      14914 재직증명서_한글.docx
2024-11-18 08:24:35      88473 재직증명서_한글.pdf

#target-bucket으로 등록하지 않은 bucket list 시도. deny되어야 함
[ec2-user@ip ~]$ aws s3 ls s3://{non-target-bucket-name}

An error occurred (AccessDenied) when calling the ListObjectsV2 operation: User: arn:aws:sts::{accountId}:assumed-role/ec2-ssm-role/i-03f35e9bb5ce2e301 is not authorized to perform: s3:ListBucket on resource: "arn:aws:s3:::{non-target-bucket-name}" because no VPC endpoint policy allows the s3:ListBucket action

아~~~ 여러분~~~ 제가~~~ 해냈습니다~~~~

어제도... 액세스 포인트로 권한 충돌때문에 성질이 많이 나빠졌는데(급격히 몰려오는 피로감)

오늘은 무사히 된 것 같아요.. 호호호,,, 다행이에요...

머리가 나쁘면 손발이 고생한다. 절실히 느꼈따

하지만 몸이 좋으면 머리를 덜 써도 되잖어

이제서야 작성하는 SCIT 국비 학원 후기

mizu — Wed, 30 Oct 2024 18:32:54 +0900

2023년도에 난 뭘 했나???

개인적인 결심으로 무역협회에서 진행하는 일본 취직 웹 프로그래밍 국비학원에 다니기로 했다.

일본어랑 프로그래밍 수업을 둘 다 하는 국비인데 일본 기업 취업박람회랑 연계가 되어있다고 해서 신청했음

정말 너무 많은 일이 있었어...

유니티 학원 다닐때는 안그랬던 것 같은데 이 학원은 무려 면접?? 이라는 것을 봐야 했음

면접관??은 3명정도였고 지원자는 5명이였는데

놀랍게도 다같이 합격해서 다 같이 같은 반으로 들어갔음(뭐임?)

수업시간은 9시부터 6시까지인데 8시 30분까지 교실에 도착해서 출석체크를 하고 오전에는 일본어 수업. 식사 1시간 자습 1시간 오후에 프로그래밍 수업을 진행하고 6시 이후에는 자율적으로 10시까지 자습을 하는 방식이였다. 주말 공휴일은 원하면 나와서 자습할 수 있었음.

처음에는 집에서 다녔는데 길바닥에 버리는 시간이 너무 아까운 것도 있어서 중간에는 쉐어하우스로 옮겼다

그래서 아침에 헬스장 가서 유산소 30분 뛰고 샤워하고 8시에 학원 도착해서 일찍 와 있는 아침식사 동기들(朝会 동기들)이랑 아침밥 먹으면서 수다를 떨고는 했고 저녁에는 정보처리기사를 같이 보는 동기들이랑 10시까지 스터디를 진행했음. 역시 가까운 곳에 사는게 짱인것 같음.

일본어는 실력에 따라서 고급 중급 초급으로 나누고 IT는 한 교실에서 다같이 수업을 듣는데 웹은 처음이다보니까 이 수업의 진도가 빠른지 느린지 모르겠었음

비전공자의 비율이 좀 높은 편이였는데 아예 처음 접하는 사람들은 빠르다고 느낀 것 같았음

나는 이 시기에 정보처리기사 시허을 같이 준비했는데 솔직히 미리 따뒀어야 했다고 생각했다 맙소사

비자요건이니 뭐니(나중에 가서는 성적 가산점 때문에) 다니는동안 정처산기 이상, JLPT N2이상을 취득해야 하는데 나는 JLPT를 학교 졸업요건 때문에 미리 따뒀어서 망정이지 둘 다 하는 사람들은 정신 나갔을 것 같음.

게다가 학원 수업도 따라가야 하는데 중간중간 계속해서 발생하는 시험과 몰아치는 과제가 사람들을 두배로 괴롭혔을 것.

나는 다행히도 일본어는 할 줄 알아서 적당히 스루했고 프로그래밍도 웹은 처음이지만 게임 프로그래밍을 배웠었던 탓에 어느정도 스루 할 수 있었는데 아닌 사람들은 토햇을 것.

(무사히 합격 했습니다~~)

그렇게 몰아치는 시험을 끝내고 나니 대망의 팀프로젝트가 발생했고 진짜 너무... 너무 많은 일이 있었음...ㅋㅋㅋㅋㅋ.......

이 와중에 정신 못차리고 캐리비안베이 가겠다고 줄은 섬ㅋㅋ

몰아치는 에러와 야근과 국민체조(??)와 밤샘과 말싸움과 혼돈과 카오스의 팀플 발표가 끝나지도 않았는데 갑자기 시작하는 이력서 작성하기와...

솔직히 이렇게 뭐 하나가 끝나지도 않았는데 다른거 같이 하라고 하는거 좋지 못하다고 생각함. 적어도 이력서 작성은 팀플 끝나고 하게 해주세요 사람들이 미쳐가잖아.

이 기간의 나를 버티게 해 준 곡 : 윤하 - 오르트구름(사랑해요 윤하)

힘겨운 팀플 기간이 지나고 잡페어 기간이 왔는데 이때도 정말 많은 일이 있었다...

우리 기수의 경우에는 1차 2차로 나뉘었는데 몇몇 회사를 제외하고는 전부 웹 면접으로 진행되었고, 1차에서 합격한 사람은 2차를 참여할 수 없다고 했다.

기간도 그렇게 길지는 않았지만 그 짧은 기간동안 아주 분위기가 살벌하고 기분이 한시간단위로 오락가락하는게 아주 끝내주는 기간이었음.

다행히 나는 굉장히 빠르게 1지망 회사에서 내정을 받아서 빠르게 취업활동이 끝난 케이스였다.

그리고 어케저케하여 일본에 왔음,,, 난 결국 왔음,, 오 일본이여...

이제 여기서 환장과 대환장의 신입 생활을 하게 되는데 그것은 투 비 컨티뉴드.

더 자세한 내용이 궁금하시면 댓글 혹은 귓말,,, 혹은 /찌르기

이제 뭘 할거냐?

밀렸던 기술 블로그(라고 하면서 그냥 알아본 내용을 메모하는 수준인) 작성을 계속하지 않을까??

회고 : 개인 프로젝트 하늘 나무

mizu — Mon, 22 Aug 2022 15:30:11 +0900

어쩌다 이렇게 되었는가

원래 내 개인프로젝트였던 하늘 나무는, 기출시 게임인 무한의 계단에서 모티브를 얻어서, 거기에 몬스터가 등장하는 방식으로 바리에이션을 얹어서 만들어 보려고 했었다. 몬스터가 나타나는 성을 올라가는 방식으로 해서 이름도 원래는 무한의 성 이었었고... 아 이 게임 무한의 계단에서 모티브를 얻었구나? 라는 느낌이 나는게 목표였었다.

무한의 성ㅋㅋ

우리 이름 바꿔요?

개인 프로젝트에 아이디어를 준 건 (당시) 기획을 배우고 있었던 같은 학원 같은 반 황 모 님인데..(이후 황님) 에셋을 알아봐 주시다가 나무 에셋을 찾아주시고 이름을 바꾸자고 하셨다

괜찮아보이는 탑 스프라이트 에셋이 없었던 것과 나무 스트라이트 에셋이 있어서 쏠랑 이름을 바꿨다.

이름도 바뀐 내 프로젝트

게임 UI 정하기

이제 기능구현은 어느정도 됐는데 그럼 UI와 이미지 등등을 골라야 할텐데.. 나에겐 소질이 없었다...

그냥 하얀 화면에 로고만 떡하니 박아놓는 방식으로 하기로 했다. 새하얀 배경은 눈이 아프니까 약간 회색을 넣어서

이렇게 구성된 메인 화면

앱 빌드는 마쳤는데 진짜 출시해요?

빌드도 성공적으로 하고(앱 빌드는 오랜만이라 좀 해멨는데 폭풍 구글링을 통해서 어떻게든 했다) 공기계로 테스트 플레이를 하면서 디버깅을 하던 어느날 황님이 디스코드로 급하게 연락을 했다

머라구?!

황님이랑 나는 디코방에서 종종 화면공유를 한 채 강의를 듣고는 하는 스터디메이트를 하고 있었는데, 지금 듣고있는 강의에 본인이 추가를 해서 구글 애드온을 붙이고 플레이스토어 출시까지 해보는 로드맵을 잡고 있었다.

무슨 일인고 하니, 애드온을 붙이는 것 까지는 했는데 빌드에서 에러가 나서 밤새 시도해봤는데도 영 해결이 안된다는 것이다. Gradle 에러가 뜬다고 했다. 나도 깃허브 링크를 받아서 프로젝트 클론으로 빌드를 시도해봤고 그 결과는...

필사의 구글링. 살려줘..

빌드단계에서 황님이 어제 밤새 보던 에러가 뜨고 나도 계속 매달려봤는데 실패했다. 아직도 원인을 모르겠다...

이렇게 된거 내꺼로 빌드해보자고 말이 나와서 구글 앱 번들로 빌드를 하고...(솔직히 빌드할 때 간이 쫄깃해졌다. 개발이란 기도메타인걸까?) 성공해서 구글 플레이 콘솔에 등록하는 여정에 올랐다.

나는 몰랐지. 여기가 제일 귀찮을 줄은..

작업 너무 귀찮아요

결론만 놓고 말하자면, 프로덕션은 현재 검토중이다. 일요일에 검토를 올려놔서 그렇겠지..

출시를 하려면 해야할게 꽤 많았는데, 맨 땅에 헤딩하는 느낌으로 하다보니 생각보다 오래 걸렸었다.

처음 플레이 콘솔에 들어가면 개발자 계정을 만들어야 하는데, 이 과정에서 25달러가 필요했다.

개발자란 25달러와 기도 메타구나 (물론 농담ㅎ)

몇 번의 인증을 거쳐서 개발자 계정을 만들고 나면 앱 만들기를 해야 하는데, 이 단계에서 여러 단계를 거쳐야 앱을 프로덕션 스테이지로 올릴 수 있게 된다.

앱 콘텐츠 설정, 스토어 설정, 개인정보 처리 방침(이건 외부 링크가 필요했는데, 개인정보 처리 방침 만들기 사이트에서 만들고 html을 다운받아 블로그에 게시했다. 나는 어떤 개인정보도 수집하지 않을거라 임의로만 하고 올렸다.) 등등등을 거치고 나면 마지막 관문으로 스토어 등록 정보 단계가 나를 막아섰다. 앱의 이름과 디스크립션, 디테일, 아이콘과 헤더, 스크린샷을 올리는 곳인데 어느 하나 필수가 아닌게 없고 아이콘, 헤더, 스크린샷에 사용할 수 있는 이미지는 픽셀과 확장자가 지정되어 있었다. 개인으로 하기엔 이 부분이 제일 까다로운 것 같았다. 그림판이 보우하사 픽셀 크기변경만만세로 어영부영 하고 나니 프로덕션으로 검토를 올릴 수 있었다.

긴 여정이었다. 진심으로.

앞으로

나는 아직 구글 애드온을 붙이지 않아서 문제없이 빌드를 할 수 있었던 것 같은데, 광고를 붙여서 빌드하는 것도 한번쯤은 경험치를 쌓고 싶어서 해야할 것 같다.

팝업광고 붙이는거나 앱 업데이트를 할 때 이것저것 설정 변경을 해야할 게 많던데 이 부분이 걱정이다.

잘 할 수 있겠지?

[하늘 나무] 개인정보 처리 방침

mizu — Sun, 21 Aug 2022 12:10:10 +0900

개인정보처리방침

< Mizue company >('https://mizue-lee.tistory.com/'이하 '미즈에의 일상잡다')은(는) 「개인정보 보호법」 제30조에 따라 정보주체의 개인정보를 보호하고 이와 관련한 고충을 신속하고 원활하게 처리할 수 있도록 하기 위하여 다음과 같이 개인정보 처리방침을 수립·공개합니다.

○ 이 개인정보처리방침은 2022년 9월 21부터 적용됩니다.

제1조(개인정보의 처리 목적)

< Mizue company >('https://mizue-lee.tistory.com/'이하 '미즈에의 일상잡다')은(는) 다음의 목적을 위하여 개인정보를 처리합니다. 처리하고 있는 개인정보는 다음의 목적 이외의 용도로는 이용되지 않으며 이용 목적이 변경되는 경우에는 「개인정보 보호법」 제18조에 따라 별도의 동의를 받는 등 필요한 조치를 이행할 예정입니다.

1. 재화 또는 서비스 제공

서비스 제공, 콘텐츠 제공을 목적으로 개인정보를 처리합니다.

2. 마케팅 및 광고에의 활용

인구통계학적 특성에 따른 서비스 제공 및 광고 게재 , 접속빈도 파악 또는 회원의 서비스 이용에 대한 통계 등을 목적으로 개인정보를 처리합니다.

제2조(개인정보의 처리 및 보유 기간)

① < Mizue company >은(는) 법령에 따른 개인정보 보유·이용기간 또는 정보주체로부터 개인정보를 수집 시에 동의받은 개인정보 보유·이용기간 내에서 개인정보를 처리·보유합니다.

② 각각의 개인정보 처리 및 보유 기간은 다음과 같습니다.

1.<재화 또는 서비스 제공>
<재화 또는 서비스 제공>와 관련한 개인정보는 수집.이용에 관한 동의일로부터<6개월>까지 위 이용목적을 위하여 보유.이용됩니다.
보유근거 : 표시/광고에 관한 기록
관련법령 : 표시/광고에 관한 기록 : 6개월
예외사유 :

제3조(처리하는 개인정보의 항목)

① < Mizue company >은(는) 다음의 개인정보 항목을 처리하고 있습니다.

1< 재화 또는 서비스 제공 >
필수항목 : 로그인ID, 성별, 생년월일, 서비스 이용 기록, 접속 로그, 쿠키, 접속 IP 정보, 결제기록
선택항목 :

제4조(만 14세 미만 아동의 개인정보 처리에 관한 사항)

① <개인정보처리자명>은(는) 만 14세 미만 아동에 대해 개인정보를 수집할 때 법정대리인의 동의를 얻어 해당 서비스 수행에 필요한 최소한의 개인정보를 수집합니다.

• 필수항목 : 법정 대리인의 성명, 관계, 연락처

② 또한, <개인정보처리자명>의 <처리목적> 관련 홍보를 위해 아동의 개인정보를 수집할 경우에는 법정대리인으로부터 별도의 동의를 얻습니다.

③ <개인정보처리자명>은(는) 만 1 4세 미만 아동의 개인정보를 수집할 때에는 아동에게 법정대리인의 성명, 연락처와 같이 최소한의 정보를 요구할 수 있으며, 다음 중 하나의 방법으로 적법한 법정대리인이 동의하였는지를 확인합니다.

• 동의 내용을 게재한 인터넷 사이트에 법정대리인이 동의 여부를 표시하도록 하고 개인정보처리자가 그 동의 표시를 확인했음을 법정대리인의 휴대전화 문자 메시지로 알리는 방법

• 동의 내용을 게재한 인터넷 사이트에 법정대리인이 동의 여부를 표시하도록 하고 법정대리인의 신용카드·직불카드 등의 카드정보를 제공받는 방법

• 동의 내용을 게재한 인터넷 사이트에 법정대리인이 동의 여부를 표시하도록 하고 법정대리인의 휴대전화 본인인증 등을 통해 본인 여부를 확인하는 방법

• 동의 내용이 적힌 서면을 법정대리인에게 직접 발급하거나, 우편 또는 팩스를 통하여 전달하고 법정대리인이 동의 내용에 대하여 서명날인 후 제출하도록 하는 방법

• 동의 내용이 적힌 전자우편을 발송하여 법정대리인으로부터 동의의 의사표시가 적힌 전자우편을 전송받는 방법

• 전화를 통하여 동의 내용을 법정대리인에게 알리고 동의를 얻거나 인터넷주소 등 동의 내용을 확인할 수 있는 방법을 안내하고 재차 전화 통화를 통하여 동의를 얻는 방법

• 그 밖에 위와 준하는 방법으로 법정대리인에게 동의 내용을 알리고 동의의 의사표시를 확인하는 방법

제5조(개인정보의 제3자 제공에 관한 사항)

① < Mizue company >은(는) 개인정보를 제1조(개인정보의 처리 목적)에서 명시한 범위 내에서만 처리하며, 정보주체의 동의, 법률의 특별한 규정 등 「개인정보 보호법」 제17조 및 제18조에 해당하는 경우에만 개인정보를 제3자에게 제공합니다.

② < Mizue company >은(는) 다음과 같이 개인정보를 제3자에게 제공하고 있습니다.

1. < >
개인정보를 제공받는 자 :
제공받는 자의 개인정보 이용목적 :
제공받는 자의 보유.이용기간:

제6조(개인정보처리의 위탁에 관한 사항)

① < Mizue company >은(는) 원활한 개인정보 업무처리를 위하여 다음과 같이 개인정보 처리업무를 위탁하고 있습니다.
1. < >
위탁받는 자 (수탁자) :
위탁하는 업무의 내용 :
위탁기간 :
② < Mizue company >은(는) 위탁계약 체결시 「개인정보 보호법」 제26조에 따라 위탁업무 수행목적 외 개인정보 처리금지, 기술적․관리적 보호조치, 재위탁 제한, 수탁자에 대한 관리․감독, 손해배상 등 책임에 관한 사항을 계약서 등 문서에 명시하고, 수탁자가 개인정보를 안전하게 처리하는지를 감독하고 있습니다.
③ 위탁업무의 내용이나 수탁자가 변경될 경우에는 지체없이 본 개인정보 처리방침을 통하여 공개하도록 하겠습니다.

제7조(개인정보의 파기절차 및 파기방법)

① < Mizue company > 은(는) 개인정보 보유기간의 경과, 처리목적 달성 등 개인정보가 불필요하게 되었을 때에는 지체없이 해당 개인정보를 파기합니다.

② 정보주체로부터 동의받은 개인정보 보유기간이 경과하거나 처리목적이 달성되었음에도 불구하고 다른 법령에 따라 개인정보를 계속 보존하여야 하는 경우에는, 해당 개인정보를 별도의 데이터베이스(DB)로 옮기거나 보관장소를 달리하여 보존합니다.
1. 법령 근거 :
2. 보존하는 개인정보 항목 : 계좌정보, 거래날짜

③ 개인정보 파기의 절차 및 방법은 다음과 같습니다.
1. 파기절차
< Mizue company > 은(는) 파기 사유가 발생한 개인정보를 선정하고, < Mizue company > 의 개인정보 보호책임자의 승인을 받아 개인정보를 파기합니다.
2. 파기방법
전자적 파일 형태의 정보는 기록을 재생할 수 없는 기술적 방법을 사용합니다

제8조(미이용자의 개인정보 파기 등에 관한 조치)

① <개인정보처리자명>은(는) 1년간 서비스를 이용하지 않은 이용자의 정보를 파기하고 있습니다. 다만, 다른 법령에서 정한 보존기간이 경과할 때까지 다른 이용자의 개인정보와 분리하여 별도로 저장·관리할 수 있습니다.
② <개인정보처리자명>은(는) 개인정보의 파기 30일 전까지 개인정보가 파기되는 사실, 기간 만료일 및 파기되는 개인정보의 항목을 이메일, 문자 등 이용자에게 통지 가능한 방법으로 알리고 있습니다.
③ 개인정보의 파기를 원하지 않으시는 경우, 기간 만료 전 서비스 로그인을 하시면 됩니다.

제9조(정보주체와 법정대리인의 권리·의무 및 그 행사방법에 관한 사항)

① 정보주체는 Mizue company에 대해 언제든지 개인정보 열람·정정·삭제·처리정지 요구 등의 권리를 행사할 수 있습니다.
② 제1항에 따른 권리 행사는Mizue company에 대해 「개인정보 보호법」 시행령 제41조제1항에 따라 서면, 전자우편, 모사전송(FAX) 등을 통하여 하실 수 있으며 Mizue company은(는) 이에 대해 지체 없이 조치하겠습니다.
③ 제1항에 따른 권리 행사는 정보주체의 법정대리인이나 위임을 받은 자 등 대리인을 통하여 하실 수 있습니다.이 경우 “개인정보 처리 방법에 관한 고시(제2020-7호)” 별지 제11호 서식에 따른 위임장을 제출하셔야 합니다.
④ 개인정보 열람 및 처리정지 요구는 「개인정보 보호법」 제35조 제4항, 제37조 제2항에 의하여 정보주체의 권리가 제한 될 수 있습니다.
⑤ 개인정보의 정정 및 삭제 요구는 다른 법령에서 그 개인정보가 수집 대상으로 명시되어 있는 경우에는 그 삭제를 요구할 수 없습니다.
⑥ Mizue company은(는) 정보주체 권리에 따른 열람의 요구, 정정·삭제의 요구, 처리정지의 요구 시 열람 등 요구를 한 자가 본인이거나 정당한 대리인인지를 확인합니다.

제10조(개인정보의 안전성 확보조치에 관한 사항)

< Mizue company >은(는) 개인정보의 안전성 확보를 위해 다음과 같은 조치를 취하고 있습니다.
1. 내부관리계획의 수립 및 시행
개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.

2. 개인정보의 암호화
이용자의 개인정보는 비밀번호는 암호화 되어 저장 및 관리되고 있어, 본인만이 알 수 있으며 중요한 데이터는 파일 및 전송 데이터를 암호화 하거나 파일 잠금 기능을 사용하는 등의 별도 보안기능을 사용하고 있습니다.

3. 접속기록의 보관 및 위변조 방지
개인정보처리시스템에 접속한 기록을 최소 1년 이상 보관, 관리하고 있으며,다만, 5만명 이상의 정보주체에 관하여 개인정보를 추가하거나, 고유식별정보 또는 민감정보를 처리하는 경우에는 2년이상 보관, 관리하고 있습니다.
또한, 접속기록이 위변조 및 도난, 분실되지 않도록 보안기능을 사용하고 있습니다.

4. 개인정보에 대한 접근 제한
개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.

5. 비인가자에 대한 출입 통제
개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

제11조(개인정보를 자동으로 수집하는 장치의 설치·운영 및 그 거부에 관한 사항)

Mizue company 은(는) 정보주체의 이용정보를 저장하고 수시로 불러오는 ‘쿠키(cookie)’를 사용하지 않습니다.

제12조(행태정보의 수집·이용·제공 및 거부 등에 관한 사항)

행태정보의 수집·이용·제공 및 거부등에 관한 사항
<개인정보처리자명>은(는) 온라인 맞춤형 광고 등을 위한 행태정보를 수집·이용·제공하지 않습니다.

제13조(추가적인 이용·제공 판단기준)

< Mizue company > 은(는) ｢개인정보 보호법｣ 제15조제3항 및 제17조제4항에 따라 ｢개인정보 보호법 시행령｣ 제14조의2에 따른 사항을 고려하여 정보주체의 동의 없이 개인정보를 추가적으로 이용·제공할 수 있습니다.
이에 따라 < Mizue company > 가(이) 정보주체의 동의 없이 추가적인 이용·제공을 하기 위해서 다음과 같은 사항을 고려하였습니다.
▶ 개인정보를 추가적으로 이용·제공하려는 목적이 당초 수집 목적과 관련성이 있는지 여부
▶ 개인정보를 수집한 정황 또는 처리 관행에 비추어 볼 때 추가적인 이용·제공에 대한 예측 가능성이 있는지 여부
▶ 개인정보의 추가적인 이용·제공이 정보주체의 이익을 부당하게 침해하는지 여부
▶ 가명처리 또는 암호화 등 안전성 확보에 필요한 조치를 하였는지 여부
※ 추가적인 이용·제공 시 고려사항에 대한 판단기준은 사업자/단체 스스로 자율적으로 판단하여 작성·공개함

제14조(가명정보를 처리하는 경우 가명정보 처리에 관한 사항)

< Mizue company > 은(는) 다음과 같은 목적으로 가명정보를 처리하고 있습니다.
▶ 가명정보의 처리 목적
- 직접작성 가능합니다.
▶ 가명정보의 처리 및 보유기간
- 직접작성 가능합니다.
▶ 가명정보의 제3자 제공에 관한 사항(해당되는 경우에만 작성)
- 직접작성 가능합니다.
▶ 가명정보 처리의 위탁에 관한 사항(해당되는 경우에만 작성)
- 직접작성 가능합니다.
▶ 가명처리하는 개인정보의 항목
- 직접작성 가능합니다.
▶ 법 제28조의4(가명정보에 대한 안전조치 의무 등)에 따른 가명정보의 안전성 확보조치에 관한 사항
- 직접작성 가능합니다.
제15조 (개인정보 보호책임자에 관한 사항)
① Mizue company 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.
▶ 개인정보 보호책임자
성명 :이경서
직책 :개인
직급 :개인
연락처 :없음, kyugnseolee0815@gmail.com, 없음
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 :
담당자 :이경서
연락처 :, kyugnseolee0815@gmail.com,
② 정보주체께서는 Mizue company 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. Mizue company 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.

제16조(국내대리인의 지정)

정보주체는 ｢개인정보 보호법｣ 제39조의11에 따라 지정된 < Mizue company >의 국내대리인에게 개인정보 관련 고충처리 등의 업무를 위하여 연락을 취할 수 있습니다. < Mizue company >은(는) 정보주체의 개인정보 관련 고충처리 등 개인정보 보호책임자의 업무 등을 신속하게 처리할 수 있도록 노력하겠습니다.

▶ < Mizue company > 은(는) ｢개인정보 보호법｣ 제39조의11에 따라 국내대리인을 지정하였습니다.
- 국내대리인의 성명 : [대리인 성명_직접입력] (법인의 경우 법인명, 대표자의 성명)
- 국내대리인의 주소 : [대리인 주소_직접입력] (법인의 경우 영업소 소재지)
- 국내대리인의 전화번호 : [대리인 전화번호_직접입력]
- 국내대리인의 전자우편 주소 : [대리인 전자우편_직접입력]
제17조(개인정보의 열람청구를 접수·처리하는 부서)
정보주체는 ｢개인정보 보호법｣ 제35조에 따른 개인정보의 열람 청구를 아래의 부서에 할 수 있습니다.
< Mizue company >은(는) 정보주체의 개인정보 열람청구가 신속하게 처리되도록 노력하겠습니다.
▶ 개인정보 열람청구 접수·처리 부서
부서명 :
담당자 : 이경서
연락처 : , kyugnseolee0815@gmail.com,

제18조(정보주체의 권익침해에 대한 구제방법)

정보주체는 개인정보침해로 인한 구제를 받기 위하여 개인정보분쟁조정위원회, 한국인터넷진흥원 개인정보침해신고센터 등에 분쟁해결이나 상담 등을 신청할 수 있습니다. 이 밖에 기타 개인정보침해의 신고, 상담에 대하여는 아래의 기관에 문의하시기 바랍니다.

1. 개인정보분쟁조정위원회 : (국번없이) 1833-6972 (www.kopico.go.kr)
2. 개인정보침해신고센터 : (국번없이) 118 (privacy.kisa.or.kr)
3. 대검찰청 : (국번없이) 1301 (www.spo.go.kr)
4. 경찰청 : (국번없이) 182 (ecrm.cyber.go.kr)

「개인정보보호법」제35조(개인정보의 열람), 제36조(개인정보의 정정·삭제), 제37조(개인정보의 처리정지 등)의 규정에 의한 요구에 대 하여 공공기관의 장이 행한 처분 또는 부작위로 인하여 권리 또는 이익의 침해를 받은 자는 행정심판법이 정하는 바에 따라 행정심판을 청구할 수 있습니다.

※ 행정심판에 대해 자세한 사항은 중앙행정심판위원회(www.simpan.go.kr) 홈페이지를 참고하시기 바랍니다.

제19조(영상정보처리기기 운영·관리에 관한 사항)
① < Mizue company >은(는) 아래와 같이 영상정보처리기기를 설치·운영하고 있습니다.
1.영상정보처리기기 설치근거·목적 : < Mizue company >의
2.설치 대수, 설치 위치, 촬영 범위 :
설치대수 : 대
설치위치 :
촬영범위 :
3.관리책임자, 담당부서 및 영상정보에 대한 접근권한자 :
4.영상정보 촬영시간, 보관기간, 보관장소, 처리방법
촬영시간 : 시간
보관기간 : 촬영시부터
보관장소 및 처리방법 :
5.영상정보 확인 방법 및 장소 :
6.정보주체의 영상정보 열람 등 요구에 대한 조치 : 개인영상정보 열람.존재확인 청구서로 신청하여야 하며, 정보주체 자신이 촬영된 경우 또는 명백히 정보주체의 생명.신체.재산 이익을 위해 필요한 경우에 한해 열람을 허용함
7.영상정보 보호를 위한 기술적.관리적.물리적 조치 :

제20조(개인정보 처리방침 변경)

① 이 개인정보처리방침은 2022년 9월 21부터 적용됩니다.
② 이전의 개인정보 처리방침은 아래에서 확인하실 수 있습니다.
예시 ) - 20XX. X. X ~ 20XX. X. X 적용 (클릭)
예시 ) - 20XX. X. X ~ 20XX. X. X 적용 (클릭)
예시 ) - 20XX. X. X ~ 20XX. X. X 적용 (클릭)

하늘+나무.html

0.02MB

C# 유니티 강의 듣는 중

mizu — Fri, 19 Aug 2022 00:09:54 +0900

미로 찾기(우수법) 으로 움직이게 했는데 되게 재밌음

미로 랜덤생성도 신기함

[13강] 인터페이스

mizu — Sat, 13 Aug 2022 00:26:00 +0900

목차

의미와 역할
특징
형식

의미와 역할

의미

접점, 접속하다

역할

상속 관계에 있어야 하며, 모든 구현은 하위에서 이루어진다.

오로지 형식만이 존재하며 실제적인 구현은 하위에서 이루어지고, 이는 상속 관계를 토애 이루어 진다.

특징

- 인터페이스는 구현 없이 형식만 포함

- 다중 상속이 가능하다

- 상속으로만 사용하고 생성은 불가능하다

- 이벤트, 인덱서, 메서드, 속성을 포함(멤버 변수는 포함할 수 없다)

- 기본 권한은 public이다.

형식

관례적으로 대문자 I를 인터페이스명에 붙임

interface I인터페이스명

{ ... }

단일 상속 예시 코드

public class Practice { static void Main(string[] args) { Test081302 test = new Test081302(); test.Print(); } } interface ITest081301 { void Print(); } class Test081302 : ITest081301 { public void Print() { Console.WriteLine("Hello World!"); } }

다중 상속 예시 코드

public class Practice { static void Main(string[] args) { Test081303 test = new Test081303(); test.PrintA(); test.PrintB(); } } interface ITest081301 { void PrintA(); } interface ITest081302 { void PrintB(); } class Test081303 : ITest081301, ITest081302 { public void PrintA() { Console.WriteLine("Hello World!"); } public void PrintB() { Console.WriteLine("Hello C#!"); } }

[12강] 상속

mizu — Sat, 13 Aug 2022 00:13:53 +0900

목차

의미
형식
상속 관계에서 생성자와 소멸자 호출
base, sealed
override와 overload에 대해서
추상 클래스
다형성
박싱과 언박싱

상속

객체 지향적 프로그래밍의 꽃

많은 양의 코드를 줄이고, 다 구현하지 않아도 되는 효과를 얻을 수 있다.

상속의 대상?

클래스

상속의 목적?

클래스의 재사용 -> 코드 양 줄이기

상속 클래스의 역할

부모 클래스 : 상속을 하는 클래스(base class, parent class, 상위 클래스)

자식 클래스 : 상속을 받는 클래스(child class, derived class, 파생 클래스)

의미

뒤를 잇다.(서로 상相 이을 속屬)

-> 하나의 클래스가 있고, 또 다른 하나의 클래스를 만들어야 할 때, 이미 이 클래스에 만들어져 있는 것에 무엇인가를 추가하고 싶으나, 기존의 클래스를 훼손하고 싶지 않다.

-> 기존 클래스를 부모로 두고 상속받아 필요한 것을 추가한다.

형식

상속 관계 표시 및 형식

Parent class

↑

Child class

class A { ... }

class B : A { ... }

상속 접근 제한

상위 클래스 접근 제한

class A

{

private

protected

public

}

class B : A {}

B에서 접근할 수 있는 것 : protected, public

Main과 같은 외부에서 접근할 수 있는 것 : public

상속 관계에서 생성자와 소멸자 호출

생성자 호출 순서

상위 클래스 생성자 호출 -> 하위 클래스 생성자 호출

상위 클래스가 먼저 생성되고 하위 클래스가 생성된다.

소멸자 호출 순서

하위 클래스 소멸자 호출 -> 상위 클래스 소멸자 호출

예시 코드

public class Practice { static void Main(string[] args) { Test081204 test = new Test081204(); } } class Test081203 { public Test081203() { Console.WriteLine("Test081203 생성자"); } ~Test081203() { Console.WriteLine("Test081203 소멸자"); } } class Test081204 : Test081203 { public Test081204() { Console.WriteLine("Test081204 생성자"); } ~Test081204() { Console.WriteLine("Test081204 소멸자"); } }

예시 코드 실행시 Console 출력

Test081203 생성자
Test081204 생성자
Test081204 소멸자
Test081203 소멸자

base, sealed

상속과 관련된 base 키워드

역할

상위 클래스의 행성자 또는 멤버 변수 및 메서드 호출

활용

멤버 이름의 중복

하위에서 상위 설정 등(생성자 위주)

상속과 관련된 sealed 키워드

sealed의 의미

봉인을 한

사용 의미

상속 불가에 대한 명시(멤버 변수, 메서드)

sealed 사용 형식

type 1

sealed class A { ... }

상속할 수 없는 클래스임을 명시

type 2

class A { sealed public void Print() }

class B : A { }

override와 overload

override : 무시하다

C#에서의 override의 의미

상위 메서드에 이미 구현되어 있는 내용을 무시하고 하위에서 재정의 하는 것

override의 대상

클래스 메서드 > 속성, 인덱서, 이벤트

override 사용 형식

상위 클래스에서는 virtual 명시

하위 클래스에는 override 명시

overload : 과적하다. 과부하

overload의 역할

하나의 메서드명에 다양한 매개변수를 적용

장점

하나의 메서드로 다양한 값을 대입할 수 있다.

형식

메서드명만 동일하며, 매개변수는 임의로 적용할 수 있다

호출

메서드명과 매개변수로 호출

추상 클래스

상속의 개념, override의 개념이 있어야 한다.

상위 클래스와 하위 클래스의 관계를 이야기 하며 어떤 식으로 구현할 것이고, 무시할 것인가?

무시를 하기는 하되 어떤 형식으로 주어지도록 할 것인가와 같은 구조에 관련된 것.

추상

뽑을 추抽, 코끼리 상象

abstract : 추상적인, 관념적인

여러 가지 사물이나 개념에서 공통되는 특성이나 속성 따위를 추출하여 파악하는 작용.

의미

구현하려는 메서드의 형태만 존재하는 클래스

역할

추상 클래스는 구현 형태만 제공, 실제 구현은 하위에서 구현

제한 사항

추상 클래스는 상속으로만 사용

new를 통해 생성할 수 없다

abstract가 있는 상위 메서드만 하위에서 모두 구현

용도

제공되는 형식으로 메서들를 구성해야 하는 경우

(팀을 이루어서 구현을 해야 할 경우. 구조가 단일화 되고 메서드가 동일해야 하는 경우)

예시 코드

public class Practice { static void Main(string[] args) { Test081210 test = new Test081210(); test.Print(); test.PrintNumber(); } } abstract class Test081209 { private int number = 3; public abstract void Print(); public void PrintNumber() { Console.WriteLine(number); } } class Test081210 : Test081209 { public override void Print() { Console.WriteLine("abstract class"); } }

다형성 Polymorphism

의미 : 여러 형태(그리스어)

같은 종의 생물이면서도 어떤 형태나 형질이 다양하게 나타나는 현상.

상속 관계에서 일어남

일반적 형태 : 상위에서 하위 호출

class A { public virtual void Print() { ... } }

class B : A { public override void Print() { ... } }

A test = new B();

Test.Print();

B의 객채가 생성되어 있는데 A 클래스의 참조 변수로 해당 객체에 접근하겠다는 의미.

이 참조 객체로 Print 메서드를 호출하면 B 클래스의 Print를 호출한다

-> override를 하여 상위 객체가 무시되었기 때문

다른 형태 : 일반적 형태 + cast형을 이용한 하위 참조 호출

예시 코드

public class Practice { static void Main(string[] args) { Test081211 test1 = new Test081212(); test1.Print(); // cast형을 이용한 참조 Test081212 test2 = new Test081212(); Test081211 test3 = (Test081211) test2; test3.Print(); } } class Test081211 { public virtual void Print() { Console.WriteLine("Test081211"); } } class Test081212 : Test081211 { public override void Print() { Console.WriteLine("Test081212"); } }

console에는 둘 다 하위클래스의 Print가 호출된다.

박싱과 언박싱

박싱

값 형식을 object형 변환

(int, double, float, 구조체...)

언박싱

object형을 다시 값 형식으로 변환

cast를 사용하여 형을 명시

형식

int a = 7;

object obj = a;

int result = (int)obj;

* 구조체도 값 형식이므로 박싱과 언박싱이 됨

예시 코드

public class Practice { static void Main(string[] args) { int num = 3; object obj = num; int result = (int) obj; Console.WriteLine($"{num} {result}"); TestData test = new TestData("test", 3); object obj1 = test; TestData test1 = (TestData) obj1; Console.WriteLine($"{test1.name} {test.number}"); } } struct TestData { public string name; public int number; public TestData(string name, int number) { this.name = name; this.number = number; } }

클래스는 상속 관계에 있으므로 참조 변환이 된다.(Upcasting, Downcasting)

-> 박싱과 언박싱과 구별

예시 코드

public class Practice { static void Main(string[] args) { Test081214 test1 = new Test081214(); //object obj = test1; //Test081213 test2 = (Test081213) obj; Test081213 test2 = test1; test1.PrintA(); test1.PrintB(); test2.PrintA(); } } class Test081213 { public void PrintA() { Console.WriteLine("Hello"); } } class Test081214 : Test081213 { public void PrintB() { Console.WriteLine("World"); } }

[오늘의 책] 조지 오웰, 동물농장

mizu — Thu, 21 Jul 2022 23:06:02 +0900

요새 너무 막 살아서 인문학적 소양이 바닥났음을 느끼고 황급하게 재활수련(이라고 읽고 책 읽기라고 한다)도 할 겸 책방이며 온라인 책 판매 사이트들을 뒤적이고 있다.

인문학이란 현대 사회에서는 많은 돈을 벌게 해 주지는 않으나, 사람이 "인간" 답게 살기 위한 가장 기본적인 교양이 아닐까.

그래서 오늘은 오랜만에 조지 오웰의 동물농장을 다시 읽었다.

이 책은 어릴적에 원서로 읽었었던 책인데, 내용 복기를 할 겸 새로 사서 읽었다.

번역이 가장 좋다고 많이 들었던 민음사 버전

이 책에 제일 먼저 손이 간 이유는 "인간"과 "인문학적 소양"이라는 단어 때문이다.

어릴 때 이 책을 읽으면서 가장 충격을 받았던 단어는 "Human-being"이라는 단어였다. 동물농장의 동물들이 인간을 지칭할 때 사용하는 단어인데, "종족으로서의 인간"을 가리키는 말이다.

동물이 주체이며 인간에 대한 뿌리깊은 증오감을 가지고 있기 때문에 인간을 인간 종족으로 칭하고 있으나, 어릴적의 나에겐 뇌리에 크게 다가온 단어였다.

인간이 인간으로서 살아가기 위해서는 무엇이 필요한가(흔히 말하는 사람은 무엇으로 사는가. 같은 제목을 가진 책이 20년은 넘은 지금까지도 깊게 박혀 있는 것도 이 이유 때문일지도 모른다), 과연 인간이란 어떠한 존재인가. 길지 않은 내용이지만 수 많은 생각을 하게 해 주는 책이고, 특유의 전개 방식으로 순식간에 읽을 수 있다. 그리고 마지막 문장을 읽으면서 지난 삶을 되돌아보게 된다.

드는 생각은 많고 하고싶은 말도 많지만, 한 줄로 정리하자면 많은 사람들이 꼭 한 번 쯤은 읽어보았으면 하는 책. 고전 명작은 역시 고전 명작이다.

학원수업 : 게임 웹 프로그래밍 복습

mizu — Thu, 7 Jul 2022 00:48:12 +0900

배운 것들

웹
C#
유니티 네트워크
위협과 공격

웹

웹서버

- HTTP 요청을 받아들이고 HTML 문서와 같은 웹페이지를 반환하는 컴퓨터 프로그램이나 컴퓨터

- 기본적인 기능 : HTTP처리, 데이터 로깅

- 추가적인 기능 : 인증, HTTPS, 콘텐츠 압축, 대역폭 스로틀링 등

HTML(Hypertext Markup Language)

- 웹을 이루는 가장 기본적인 구성 요소

- 마크업 언어 : 문서나 데이터의 구조를 표현하는 언어

- 웹 콘텐츠의 의미와 구조를 정의할 때 사용한다

- 태그를 사용해 HTML 각 요소를 구분. <>로 둘러싸여 있다

웹 브라우저

- 웹 서버에서 이동하며 쌍방향으로 통신하고 HTML 문서나 파일을 출력하는 GUI 기반의 소프트웨어

반응형 웹 디자인

- 접속자의 디스플레이 해상도에 맞춰 크기를 자동으로 변

C#

네임 스페이스

- 여러 클래스를 묶어 관리하기 위해 사용

- 이름이 겹치는 것을 방지하기 위해 사용

System.Net.Http

- HTTP용 응용 프로그램의 프로그래밍 인터페이스를 제공하는 네임 스페이스

- HttpClient : HTTP를 통한 리퀘스트를 요청하고 받는 클래스. 세션 역할을 한다.

System.Text.Json

- JSon을 사용하는 응용 프로그램의 프로그래밍 인터페이스를 제공하는 네임 스페이스

- JSonSerialize : C#객체와 JSon 문자열을 서로 변경하는 기능을 제공하는 클래스

- JSonDocument : JSON 문자열을 일부만 사용하기 위해 JSON Document Object Model로 사용할 수 있게 해 주는 클래스

System.Security.Cryptography

- 암호화 알고리즘이나 해시 알고리즘을 제공

- 암호화 : AES, DES, RSA 등

- 해시 : HDS, SHA1, SHA256 등

유니티 네트워크

UNet

- 현재 지원 중단

- UnityWebRequest

Netcode

- 지원 최소 사양 : Unity 2020.3 이상

- 지원 플랫폼 : Windows, MacOS, Linux, iOS, Android

- 주요 컴포넌트

- NetworkManager : 유니티에서 모든 네트워킹 관련 성정, 네트워크용 프리팸 진정, 씬에 핸들링도 가능

- EnableSceneManagement를 통해 네트워크에서 씬을 관리할 수 있음

- NetworkSceneManager : 네트워크에서 씬을 관리

- NetworkObject : 네트워크를 통해 오브젝트를 리플리케이트 시키기 위한 컴포넌트. Spawn을 통해 생성 가능

- NetworkTranform : 네트워크를 통해 tranform을 실시간으로 동기화 시키고 싶을 떄 사용

- NetworkAnimator : 네트워크를 통해 애니메이션을 동기화 시키고 싶을 때 사용

위협과 공격

위협

- 손실이나 손상의 원인이 될 가능성이 있는 환경

- Zero day attack(제로 데이 공격) : 소프트웨어의 취약점이 공개되기 전에 해당 취약점을 공격하는 위협

취약점

- 위협에 의해 손실이 발생하게 되는 자신의 약점

- Buffer Overflow(버퍼 오버플로우) : 프로세스가 데이터를 버퍼에 저장할 때 데이터가 버퍼의 영역 바깥부분까지 저장하여 각종 문제의 근간이 되는 취약점

공격

- 위협과 취약점을 통해 피해를 입히는 행위

브루트 포스(무차별 대입 공격)

- 모든 경우의 수를 다 대입하는 공격

- 근본적으로 막을 방법이 없음

- 공격 속도를 늦추는 것은 가능(일정 횟수 이상 실패하면 대기 시간 두기)

XSS(크로스 사이트 스크립팅)

- 웹페이지의 취약점에 대한 공격 중 하나

- 여러 사용자가 볼 수 있는 게시판에 악성 스크립트가 실행되는 글을 올리는 형태로 공격

SQL Injection(SQL 인젝션)

- 코드 인젝션 공격 기법 중 하나로, ID와 비밀번호를 입력하는 란에 모든 조건을 참으로 만드는 SQL 쿼리문을 넣어 권한을 탈취하는 공격 방식

공격 방어법

Two-factor authentication(두 요소 인증)

- 인증을 할 때 한번에 두 종류의 인증 매커니즘에 성공적으로 통과했을 때만 인증에 성공한 것으로 간주하는 접근 제어 기법

One Time Password(OTP, 일회용 비밀번호)

- 인증할 때마다 임시 비밀번호를 발급하여 사용하는 방식. 보안 요구사항이 매우 높을 때 사용

개인 프로젝트 중간점검

mizu — Mon, 27 Jun 2022 01:27:48 +0900

구현 목록

기획 끌어내기

플레이어 조작

이동 구현

카메라 조작

계단 자동생성

몬스터 구현

공격 구현

현재 아이템 구현중...

중간점검 근황

공격할 때 이펙트를 좀 더 넣어야할 것 같다