2011-10-14 3 views
3

Opa을 살펴볼 것을 고려 중입니다. 웹 애플리케이션을 빌드하는 일반적인 방법에 익숙하지만 프로젝트는 매우 흥미롭고 클라이언트 - 서버 통신을 자동으로 처리하는 것이 더할 나위없이 좋습니다.Opa 보안 및 버그 수정

유일한 관심사는 보안에 관한 것입니다. 새로운 유형의 공격이나 취약점이 발견되면 대개 예방 조치를 취할 수 있습니다. Opa 애플리케이션을 개발하면 어떻게 될까요?

MLState는 버그와 보안 픽스를 추가하기 위해 매우 promtply 반응을 보일 것입니다 만,이 보증은 충분한가요? 이 회사는 거대하지 않으며 다른 것들에 대한 압력을받을 수도 있습니다.

Opa 프로젝트는 보안 버그를 스스로 패치 할 수 있도록 충분히 유연합니까?

답변

3

MLstate 직원 중 한 명이 :). Opa의 개념을 좋아해서 다행입니다. 이제 질문에.

물론 우리는 가능한 한 빨리 모든 보안 취약점을 해결하기 위해 최선을 다할 것입니다. 스스로 보안 버그를 패치 할 수 있다면? Opa는 fully open source이므로 컴파일러를 포크하고 자신의 페이스대로 직접 수정하지 않아도됩니다. 물론 공식적인 지점에 포함될 패치를 보내 주셨으면합니다. 그 질문에 대답합니까?

+0

내가 예상 한 바 있지만 최적이 아닙니다. Django가 프레임 워크에서 버그를 발견하면 Django는 Python으로 작성 되었기 때문에 수정본을 게시 할 수 있습니다.이 코드는 응용 프로그램을 작성하는 데 사용하는 것과 매우 똑같습니다. Opa에서 버그 수정은 익숙하지 않은 OCaml과 응용 프로그램 수준이 아닌 컴파일러에서 작업하는 것을 의미합니다. 그래서 훨씬 더 복잡합니다. – Andrea

+0

나는 그것이 나쁘다고 생각하지 않는다. 많은 Opa 기능이 Opa에서 구현됩니다 (예 : stdlib). 특히 웹 프레임 워크에서 제공하는 것들 (Django)은 거의 독점적으로 표준 라이브러리에 포함되어 있으며 FFI (JavaScript)를 통해 부분적으로 액세스됩니다. 컴파일러 수준의 수정만으로 Ocaml을 수정해야하며 Opa의 일부는 stdlib보다 안정적입니다. – akoprowski

+0

알기 쉽고 안심할 수 있습니다 .-). 대단히 감사합니다. – Andrea