-1
AngularJs를 사용하여 로그인 페이지에서 사용자 이름과 비밀번호가 포함 된 $ http.post를 수행 할 때 보안상의 위험이 있습니까?AngularJs 로그인 페이지 - 가능한 보안 위험
A
답변
1
분명히 "대답은 '예'이지만 반드시 앵귤러를 비난하지는 마십시오! 다른 많은 고려 사항이 적용됩니다. 암호화 된 서버에 대한 링크 ("https")가 있습니까? 암호 값의 잔여 복사본이 메모리에 남아 있습니까? 그리고 계속해서. 자바 스크립트가 호스트에 POST에 사용되었다는 단순한 사실 때문에 발생하는 "본질적인"보안 취약점은 없습니다.
관련 문제
- 1. 프레임 로그인의 보안 위험
- 2. SQL connect.php 보안 위험?
- 3. 이 PHP에 보안 위험
- 4. AngularJS 및 로그인 페이지
- 5. 로그인 페이지 보안?
- 6. ASP MVC 세션 보안 위험
- 7. 보안 위험 : OLEDB Excel
- 8. 원격 이미지의 보안 위험
- 9. snprintf - 보안 위험
- 10. WordPress - 보안 위험?
- 11. ssh의 PermitUserEnvironment 보안 위험
- 12. angularjs 및 스프링 보안 로그인 페이지 작성 방법은 무엇입니까?
- 13. 내 로그인 페이지 보안 방법
- 14. 해커의 퍼가기에 의한 iFrame 보안 위험
- 15. Https, PHP 보안 로그인 페이지?
- 16. Gwt + Gae 보안 : 로그인 페이지
- 17. ASP.NET CMS의 로그인 페이지 보안
- 18. PHP 로그인 페이지 보안 감사
- 19. 보안 위험 : GET 매개 변수를 통한 자동 로그인
- 20. ASP.NET MVC 3 폼 인증 보안 위험
- 21. gnuplot 웹 인터페이스의 보안 위험
- 22. 개인 사용을위한 피클 보안 위험
- 23. TCP 네트워크 통신 보안 위험
- 24. 스타일 속성이있는 보안 위험 (xss)
- 25. 현지화 메시지의 보안 위험 가능성
- 26. 개인 데이터를 저장할 때의 보안 위험
- 27. Cient-Side Password Hashing의 보안 위험
- 28. PCI Compliance + iframe 포함 + 보안 위험
- 29. AngularJS 디스플레이 로그인 페이지 전체 화면
- 30. php - 로그인 (보안) 후 이전 페이지 리디렉션
다른 게시물 요청에있는 것 이상. –
그게 내가 생각한 것인데, 내가 확인하겠다고 생각했다. 감사! –