Conversation
|
우측에 있는 |
There was a problem hiding this comment.
Code Review
This pull request introduces a summary of chapters 4, 5, and 6 from the book 'Street Coder', discussing the importance of testing, collaborative refactoring, and security practices. The review feedback identifies several opportunities to improve the document's quality, specifically regarding consistent header formatting and the correction of Korean grammar, spelling, and spacing errors.
| * 회사의 보안을 위해 무엇을 할 수 있을지, 또는 향상에 기여해보신 경험이 있으시다면 얘기해 보고 싶습니다. | ||
| * 저는 회사에서 연초에 진행했던 모의해킹 - 취약점 분석에서 나온 부분 일부를 보완했었는데요, 예상외인 곳에서 잘 처리되고 있지 않았다는 것에서 놀랐습니다. | ||
|
|
||
| ## Chapter 4- 맛있는 테스트 |
|
|
||
| 나도 모르게 무의식적으로 개발의 일부가 아니라는 것이 있었다고 생각하며 반성했다. | ||
|
|
||
| 테스트 작성은 소프트웨어를 당연히 향상 시키면서도, 개발자의 생활 수준도 향상시킨다. |
|
|
||
| 책에서 소제목으로 중간에는 “테스트를 작성하지 마라” 라는 내용이 있다. | ||
| 처음부터는 테스트가 얼마나 중요하고 필요한지 설명하다가 조금 뜬금 없어서 혼란스러웠지만, 결국은 다음과 같은 내용이었다. | ||
| 존재하지 않는 코드를 테스트 하지마라, 모든 테스트를 작성하려고 하지마라. |
| 보통 다른 책에서는 리팩터링 방법, 자체에 대한 내용을 다루지만 해당 책의 저자는 다른 개발자와의 충돌 등도 잘 고려해야 한다는 것을 알려주는 것이 좋았다. | ||
|
|
||
| 더 쉽게 리팩터링되도록 리팩터링하는 내용에서 종속성 주입에 관한 이야기도 나온다. | ||
| 당연하게 받아들이고 있는 종속성 주입에 대한 이름에 대해서도 비판적인 시각을 조금 들어내는데, 확실히 저자의 나름 시각?이 있는 것 같았다. |
| 당연하게 받아들이고 있는 종속성 주입에 대한 이름에 대해서도 비판적인 시각을 조금 들어내는데, 확실히 저자의 나름 시각?이 있는 것 같았다. | ||
|
|
||
| 책 중간 곳곳에 농담을 던지는 부분들이 보이는데, 솔직히 읽는데 조금 방해가 된다는 느낌이 없지않아 있다. | ||
| 그래도 리팩터링을 무조건 장려하는 것이 아니라, 어떠한 상황에서는 오히려 리팩터링을 피하거나 최소한 연기하는 것을 고려해야하는지 조언하는 부분이 인상적이었다. |
| 책 중간 곳곳에 농담을 던지는 부분들이 보이는데, 솔직히 읽는데 조금 방해가 된다는 느낌이 없지않아 있다. | ||
| 그래도 리팩터링을 무조건 장려하는 것이 아니라, 어떠한 상황에서는 오히려 리팩터링을 피하거나 최소한 연기하는 것을 고려해야하는지 조언하는 부분이 인상적이었다. | ||
|
|
||
| ## Chapter 6- 조사를 통한 보안 |
| ## 4장 ~ 6장 | ||
| --- | ||
| ## 논의 내용 | ||
| * 회사의 보안을 위해 무엇을 할 수 있을지, 또는 향상에 기여해보신 경험이 있으시다면 얘기해 보고 싶습니다. |
There was a problem hiding this comment.
그런 활동을 해본 적이 없긴 합니다.
지금은 프레임워크 레벨에서 대부분 기본적인 보안 관련된 처리를 쉽게 해주기 때문에
사람의 실수가 가장 큰 보안 위협이지 않나 싶네요.
There was a problem hiding this comment.
보안이라고 하는게 범위가 되게 넓어서, 꼭 코드를 작성하는게 아니더라도 개선 자체는 이것저것 해봤습니다
제가 현재 하고 있는 업무가 주로 외부 중개사들과 API연동 하는 작업이 많다보니, 내부 정보를 외부에 직접적으로 노출시키지 않는 다는 관점에서 해본 것은
- 외부사 연동 시, 서버 앞단에 CDN(Akamai) 배치 후, WAF 용도로 활용
- 외부 중개사 서버 IP 화이트리스트 관리
- API gateway를 내부 서버 앞단에 배치하여 인증/인가를 통합처리함
- 인증 체계 변경(업체별 고정 인증토큰 에서, 업체별 동적으로 생성하는 인증토큰)
- 외부로 공유하는 API spec 문서에 대외비 표시하기
애플리케이션 단에서는
- 라이더 입직(회원가입) 프로세스를 순서대로 진행하는 것을 강제하기위해서, 입직 서버에서 가지고 있는 대칭키로 암호화한 토큰을 발행해서, 전단계의 토큰이 있어야 다음 단계로 갈 수있도록 강제
- 민감정도(주민등록번호, 이름, 전화 번호 등) DB 저장할 때, 대칭키로 암호화해서 저장하기
- admin 에서 민감정보 노출 시킬 때, 마스킹 처리
- admin 운영자 권한에 따라서, 민감정보 노출도 레벨 조정
- 라이더 탈퇴 시, 개인정보 보관기간 준수 및 일정 기간 이후 하드 딜리트 및 백업 처리
대충 기억나는건 요정도가 있네요
| ## 4장 ~ 6장 | ||
| --- | ||
| ## 논의 내용 | ||
| * 회사의 보안을 위해 무엇을 할 수 있을지, 또는 향상에 기여해보신 경험이 있으시다면 얘기해 보고 싶습니다. |
No description provided.