<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Password Encryption in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355671#M1838513</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Raj,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I can't comment on the PI part, as I do not know their coding. From the code snippet above and your statements, I would guess you are creating a JAAS logon modul for an SAP NW Java or SAP Portal system. Applications there usually have a logon stack, that consist of many modules. The default stack is called ticket most of the time. For details please check &lt;A href="http://help.sap.com/saphelp_nw73ehp1/helpdata/en/99/f66e424925c253e10000000a1550b0/content.htm"&gt;the docs&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are a nuber of &lt;A href="http://help.sap.com/saphelp_nw73ehp1/helpdata/en/65/f66e424925c253e10000000a1550b0/content.htm?frameset=/en/99/f66e424925c253e10000000a1550b0/frameset.htm&amp;amp;current_toc=/en/1c/ad1640033ae569e10000000a155106/plain.htm&amp;amp;node_id=70"&gt;standard login modules&lt;/A&gt; available. One of them is called BasicPasswordLoginModule. For me it is not clear, why you try to authenticate again at the same system (redirect to /irj/servlet/prt/portal/prtroot/com.sap.portal.navigation.portallauncher.default).&lt;/P&gt;&lt;P&gt;The usual configuration for a logon stack on the AS Java is:&lt;/P&gt;&lt;P&gt; &lt;SPAN class="ScreenOutput"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; EvaluateTicketLoginModule&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;SUFFICIENT&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;BasicPasswordLoginModule&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;REQUISITE&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;CreateTicketLoginModule&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;OPTIONAL&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;When adding additional checks (your own login module), you either replace the &lt;SPAN class="ScreenOutput"&gt;BasicPasswordLoginModule or you add your own login module in front of it.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;If you want to do an additional redirect at the end of th estack for some reason (which I would not recommend, as thi s could also be done in the context of the application itself), this would be part of a login module added to the end of the modul stack, so that everything else gets done before the redirect. In this case, all requests (including the redirect) will contain enough information, so that using the browser to again transport your password is no longer required.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;However this will not elimiante the fact, that you may find the users name and password in the browsers memory, as they are already there when the user logs in. So maybe I just did not get your use case.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;Kind regards, &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;Patrick&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 10 Jun 2014 13:07:08 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2014-06-10T13:07:08Z</dc:date>
    <item>
      <title>Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355666#M1838508</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;Hi experts ,&lt;/P&gt;&lt;P&gt;In my logon module , after user name and password verification from the UME data base , we are using&lt;/P&gt;&lt;P&gt;this code&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;//----------------------------------------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;P&gt;req.setAttribute("j_user", myBean.getUid());&lt;/P&gt;&lt;P&gt;req.setAttribute("j_password",UMEFunction.getDecryptedPwd(myBean.getSecurityCode(), myBean));&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; UMEFunction.checkLogonStatus(myBean.getUid(),session.getId(),0,"LE");&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; UMFactory.getLogonAuthenticator().logon(req,resp,"uidpwdlogon");&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; resp.sendRedirect("/irj/servlet/prt/portal/prtroot/com.sap.portal.navigation.portallauncher.default");&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;//----------------------------------------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;P&gt;req -- &amp;gt; http request and resp--&amp;gt; Http Response&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;here we can see that in the request we are storing j_user --&amp;gt; having the login Id and then in j_password having the password as clear text,&lt;/P&gt;&lt;P&gt;can we pass a hashed password to this instead sending password in plain text .&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Govardan Raj&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 05:50:57 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355666#M1838508</guid>
      <dc:creator>govardan_raj</dc:creator>
      <dc:date>2014-06-10T05:50:57Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355667#M1838509</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I don't think so. With parameters j_user and j_password your are simulating a user that entered her credentials in HTML form.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 09:18:52 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355667#M1838509</guid>
      <dc:creator>mvoros</dc:creator>
      <dc:date>2014-06-10T09:18:52Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355668#M1838510</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Raj,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;you are not persisting the password but reuse it. The question is more, why you want to do this. As far as I can see, this is a request going to the same system as before. Why not just adding BasicPassword logon module to the stack, after you did your checks?&lt;/P&gt;&lt;P&gt;This would avoid the redirect and the requirement to retransmit the password.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Patrick&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 10:33:36 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355668#M1838510</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-06-10T10:33:36Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355669#M1838511</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi Martin ,&lt;/P&gt;&lt;P&gt;Yes we are not simulating user , but in the browser memory we are able to find the user name and password in plain text .... using winhex tool we can read the memory of the browser as these credentials are passed through the post request.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Govardan Raj&lt;/P&gt;&lt;P&gt;&lt;BR /&gt; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 10:58:33 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355669#M1838511</guid>
      <dc:creator>govardan_raj</dc:creator>
      <dc:date>2014-06-10T10:58:33Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355670#M1838512</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Patrick ,&lt;/P&gt;&lt;P&gt;Thanks for the reply&lt;/P&gt;&lt;P&gt;This same behaviour we have observerd in standard nwa logon page of sap netweaver 7.01 for PI ,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;i didnt understand your question --&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Why not just adding BasicPassword logon module to the stack, after you did your checks?&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;please explain.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Govardan Raj&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 12:26:50 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355670#M1838512</guid>
      <dc:creator>govardan_raj</dc:creator>
      <dc:date>2014-06-10T12:26:50Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355671#M1838513</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Raj,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I can't comment on the PI part, as I do not know their coding. From the code snippet above and your statements, I would guess you are creating a JAAS logon modul for an SAP NW Java or SAP Portal system. Applications there usually have a logon stack, that consist of many modules. The default stack is called ticket most of the time. For details please check &lt;A href="http://help.sap.com/saphelp_nw73ehp1/helpdata/en/99/f66e424925c253e10000000a1550b0/content.htm"&gt;the docs&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are a nuber of &lt;A href="http://help.sap.com/saphelp_nw73ehp1/helpdata/en/65/f66e424925c253e10000000a1550b0/content.htm?frameset=/en/99/f66e424925c253e10000000a1550b0/frameset.htm&amp;amp;current_toc=/en/1c/ad1640033ae569e10000000a155106/plain.htm&amp;amp;node_id=70"&gt;standard login modules&lt;/A&gt; available. One of them is called BasicPasswordLoginModule. For me it is not clear, why you try to authenticate again at the same system (redirect to /irj/servlet/prt/portal/prtroot/com.sap.portal.navigation.portallauncher.default).&lt;/P&gt;&lt;P&gt;The usual configuration for a logon stack on the AS Java is:&lt;/P&gt;&lt;P&gt; &lt;SPAN class="ScreenOutput"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; EvaluateTicketLoginModule&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;SUFFICIENT&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;BasicPasswordLoginModule&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;REQUISITE&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;CreateTicketLoginModule&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN class="ScreenOutput"&gt;OPTIONAL&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;When adding additional checks (your own login module), you either replace the &lt;SPAN class="ScreenOutput"&gt;BasicPasswordLoginModule or you add your own login module in front of it.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;If you want to do an additional redirect at the end of th estack for some reason (which I would not recommend, as thi s could also be done in the context of the application itself), this would be part of a login module added to the end of the modul stack, so that everything else gets done before the redirect. In this case, all requests (including the redirect) will contain enough information, so that using the browser to again transport your password is no longer required.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;However this will not elimiante the fact, that you may find the users name and password in the browsers memory, as they are already there when the user logs in. So maybe I just did not get your use case.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;Kind regards, &lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;&lt;SPAN class="ScreenOutput"&gt;Patrick&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 13:07:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355671#M1838513</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-06-10T13:07:08Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355672#M1838514</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Govardan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;what I meant by simulating is that your logon module "pre-fills" username and password and redirects to another URL. AS Patrick mentioned the logon module seems doing something strange but hard to say without seeing whole logic.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I also want to mention that you can't protect against attacker that can access browser memory. For example even if you logon module is fixed and it does not perform redirection with username/password but instead it issues a logon ticket. If attacker can read this ticket from memory then he will be able to misuse it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 20:32:11 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355672#M1838514</guid>
      <dc:creator>mvoros</dc:creator>
      <dc:date>2014-06-10T20:32:11Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355673#M1838515</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However this is not limited to logon tickets either, every system uses some secondary authentication method to be able to detecte the browser session and it's state. This information is stored in browser memory and by accessing this memory, you can misuse it. It's even worse, as this information is nearly allways also part of the conversation between the browser and the server and thereofr is even contained in this conversation, for which reason you can also use proxy servers to manipulate or duplicate the information. SSL improves this, however if you allow SSL terminating proxies, this can be still achieved on the.&lt;/P&gt;&lt;P&gt;Kind regards,&lt;/P&gt;&lt;P&gt;Patrick&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Jun 2014 05:51:37 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355673#M1838515</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-06-11T05:51:37Z</dc:date>
    </item>
    <item>
      <title>Re: Password Encryption</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355674#M1838516</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The best way to send user credentials securely over public networks is to use SSL (Secure Socket Layer). SAP Java AS supported longer keys that makes the channel very secure. Sending hashed password is something that sap does not provide as a standard. You need to write a source code to encrypt and decrypt the passwords. SSL is standard offerring and is suported by SAP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this information helps you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers,&lt;/P&gt;&lt;P&gt;Tapan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Jun 2014 16:37:09 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/password-encryption/m-p/10355674#M1838516</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2014-06-12T16:37:09Z</dc:date>
    </item>
  </channel>
</rss>

