콘텐츠로 건너뛰기
메뉴
커뮤니티에 참여하려면 회원 가입을 하시기 바랍니다.
신고된 질문입니다
2 답글
10457 화면

On the topic of clear text authentication, I notice that the browser's local storage (not cookies ahun) has records with : - key: Database_name``|last_password - value:PasswordInClearText`

If concerned by security, this could be a potential issue regarding access to openerp from public computers. I doubt an average user would know how to clear local storage after using a public computer for quick access to his platform.

How can we disable this functionality to get back to normal authentication / session expiry scheme ? (or am I missing something ??)

아바타
취소
작성자

Bump ! This is a potential major issue imho..

작성자

After reading last initOS comment, I realised this could be a vulnerability and decided to report a security bug in lauchpad (private for now). I will post feedback here. Thank you.

베스트 답변

That was a feature that was useful for development (which is why it only worked in debug mode, not the normal user mode). But as I can see it is broken in recent versions. Since no one seems to complain about this, I decided it was cleaner to simply remove it in recent versions.

But please understand it is never safe to use a web site with a log in feature, including OpenERP, from a public computer. You have no guarantee that you session will expire so anyone can re-use it and do what he wants with your account. That's why you should train your users to always use the anonymous mode in such cases.

아바타
취소
작성자

You mean you are part of the core team and you removed the password storage from newer revisions on ?

작성자

As to the public use, an internal user might do as much damage. We have developers amongst the users here... Anyway,could you point me to the revision that removes this hack ?

베스트 답변

if you search in the code, you find:

if (self.session.debug) {
     self.$("[name=password]").val(localStorage.getItem(self.selected_db + '|last_password') || '');
}

in addons/web/static/src/js/chrome.js

This if you have web modul debug mode enable, just disable:

http://maheshwarimayur.blogspot.de/2013/01/debug-mode-in-openerp-70-web-client.html

and then everythink is fine.

아바타
취소
작성자

Thanks for pointing out the source of this issue. I still consider the issue quite critical since there is no rule to give users access or not to "debug mode“. Therefore the "demo" user (or anyone else) can use debug mode, and simply leave his credentials on a computer. Even though it sounds far fetched, security as for long relied on the eventuality that no one would dig further ...

I see the problem you can send someone a prepared link with "&debug=" inside the url to activate the debug mode and later with some injection capture the password. The best way to fix problems open a ticket to support(at)openerp.com that it should be possible to deactivate debug mode in production environment

관련 게시물 답글 화면 활동
1
7월 25
1596
0
5월 25
1692
13
9월 24
193538
2
7월 24
12955
1
9월 23
6441