<?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: User lock in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384151#M187186</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry, but that would be a stupid idea.&lt;/P&gt;&lt;P&gt;If you do not restrict the number of permitted failed password logon attempts you enable dictionary and brute-force attacks - it's just a matter of time when an attacker will succeed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BTW: Please choose the proper user type: SYSTEM (see &amp;lt;a href="http://service.sap.com/~form/handler?_APP=01100107900000000342&amp;amp;_EVENT=REDIR&amp;amp;_NNUM=622464"&amp;gt;SAP Note 622464&amp;lt;/a&amp;gt;)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;SYSTEM users which are only used to perform system-internal tasks (such as background processing) do not require passwords (you might deactivate their password) - on the other hand: the password lock (due to failed password logon attempts) will not prevent the execution of background jobs (see &amp;lt;a href="http://service.sap.com/~form/handler?_APP=01100107900000000342&amp;amp;_EVENT=REDIR&amp;amp;_NNUM=498889"&amp;gt;SAP Note 498889&amp;lt;/a&amp;gt;). Please notice that there is a difference between &amp;lt;b&amp;gt;password lock&amp;lt;/b&amp;gt; and &amp;lt;b&amp;gt;account lock&amp;lt;/b&amp;gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards, Wolfgang&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 13 Jul 2006 07:06:05 GMT</pubDate>
    <dc:creator>Wolfgang_Janzen</dc:creator>
    <dc:date>2006-07-13T07:06:05Z</dc:date>
    <item>
      <title>User lock</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384150#M187185</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;We are experiencing the problem with one of the user configured as service type.&lt;/P&gt;&lt;P&gt;But the problem is if some body tried to login without knowing the password , it locks the user account.&lt;/P&gt;&lt;P&gt;for ex: CA_AUTOSYS or DDIC&lt;/P&gt;&lt;P&gt;We have many batch jobs running under this user id.&lt;/P&gt;&lt;P&gt;How can we make users like this never locked.&lt;/P&gt;&lt;P&gt;I know the profile parameter which locks for that day and releases it. Is there anyother way where we can make the user id unlocked all the time. Please advise.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 12 Jul 2006 21:13:21 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384150#M187185</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-07-12T21:13:21Z</dc:date>
    </item>
    <item>
      <title>Re: User lock</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384151#M187186</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry, but that would be a stupid idea.&lt;/P&gt;&lt;P&gt;If you do not restrict the number of permitted failed password logon attempts you enable dictionary and brute-force attacks - it's just a matter of time when an attacker will succeed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BTW: Please choose the proper user type: SYSTEM (see &amp;lt;a href="http://service.sap.com/~form/handler?_APP=01100107900000000342&amp;amp;_EVENT=REDIR&amp;amp;_NNUM=622464"&amp;gt;SAP Note 622464&amp;lt;/a&amp;gt;)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;SYSTEM users which are only used to perform system-internal tasks (such as background processing) do not require passwords (you might deactivate their password) - on the other hand: the password lock (due to failed password logon attempts) will not prevent the execution of background jobs (see &amp;lt;a href="http://service.sap.com/~form/handler?_APP=01100107900000000342&amp;amp;_EVENT=REDIR&amp;amp;_NNUM=498889"&amp;gt;SAP Note 498889&amp;lt;/a&amp;gt;). Please notice that there is a difference between &amp;lt;b&amp;gt;password lock&amp;lt;/b&amp;gt; and &amp;lt;b&amp;gt;account lock&amp;lt;/b&amp;gt;.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards, Wolfgang&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:06:05 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384151#M187186</guid>
      <dc:creator>Wolfgang_Janzen</dc:creator>
      <dc:date>2006-07-13T07:06:05Z</dc:date>
    </item>
    <item>
      <title>Re: User lock</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384152#M187187</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;"000/DDIC" is required for upgrades and Support Package imports (which makes this account special and vulnerable for denial-of-service attacks); the user type should be DIALOG (to enable SAPGUI logons).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Well, during normal operations you do not need "DDIC".&lt;/P&gt;&lt;P&gt;Therefore you should deactivate that account (e.g. by using the account lock) and activate it only on demand.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Same applies for user SAP*.&lt;/P&gt;&lt;P&gt;You should not use that account but create copies and use them instead (see &amp;lt;a href="http://service.sap.com/~form/handler?_APP=01100107900000000342&amp;amp;_EVENT=REDIR&amp;amp;_NNUM=2383"&amp;gt;SAP Note 2383&amp;lt;/a&amp;gt;).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards, Wolfgang&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:22:08 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384152#M187187</guid>
      <dc:creator>Wolfgang_Janzen</dc:creator>
      <dc:date>2006-07-13T07:22:08Z</dc:date>
    </item>
    <item>
      <title>Re: User lock</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384153#M187188</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Use the security audit log or application monitors (search for transaction "login_pw") to track down the "person" who is trying to logon with DDIC without being authorized to know the password, and fire them.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you find that the "person" is actually an application trying to login, "fire" the application by removing the entry for that user from table RFCDES.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 13 Jul 2006 07:56:58 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/user-lock/m-p/1384153#M187188</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-07-13T07:56:58Z</dc:date>
    </item>
  </channel>
</rss>

