Updated: CCAvenue CEO Vishwas Patel Denies Authenticity Of Hacking Report; Claims Mischief


Update: Countering what Patel claims in the interview below, Akash Mahajan points out a web server update log (screenshot), that indicates that the upgrade to Apache 2.2.17 for CCAvenue took place today. Patel had told us that the upgrade took place 5 months ago. As a counterpoint, OneMindsl says that netcraft updates that data only when requested, so this may not be indicative of upgrades, rather updates of upgrades (confusing, eh?). More updates in our earlier report, here.

Earlier today: An initial rebuttal from Vishwas Patel, CEO of CCAvenue, responding to reports that their database was hacked. CCAvenue is among India’s largest payment gateway service providers. Excerpts from our conversation with Patel:

Patel: “First thing is that this is a mischevious slander against our name.

(Secondly) We confirm that the screenshot that he has put up of the database is not of our current database, which is on the live server. We are investigating the one which he has put up, and where he has got that one, but the data is not of the live databse.

The third thing is that the server type (in the hacking report) has put is Apache/2.2.14, and it says that the hack was done on 4th May 2011, at 15:15pm . Now we have the logs and the confirmation that we had changed the server around five months back to 2.2.17, and not this version. We have logs and third party qualified assessors who will confirm to it, and I will share report with you by next week, when we get the final report. The assessment was done a few days ago.

He also says that all the merchant login credentials are in text format. All this, I can confirm to you that merchant login credentials are in an encrypted format in our database, and it will be confirmed in the report from the external third party auditor, mandated by the card companies. All the merchant username and passwords are in an encrypted format in our database.

MediaNama: But are the usernames and passwords published correct?
Patel: No, these are not correct. There is obviously some mischief somewhere, which we are investigating. Whatever is stored in our database is in an encrypted format, not in text format. This is not of the real live database schema, and we are investigating and give you much more (information). We don’t have the same database schema.

Fourth thing he says is that there is a hidden SQL injection that you can do. I can confirm to you, and you can with anybody, who can do a blind SQL injection anywhere in our application. We have done tests for the last two months when this entire PC was going on.

The credit card numbers are not stored anywhere in our database, as per PCI norms. Only the first six and last 4 card numbers of the last 15 days are stored. And those are also BSI encrypted, for which there is a key, and to open that there is a master key, and those keys are not stored online anywhere. It is there with our head of security, who is the only person with access to it. The encryption has been in place on our servers for the last four years.

MediaNama: So you’re saying that the merchant data has not been accessed?
Patel: It hasn’t. If you see, apache 2.2.14 – we’ve been live with apache 2.2.17 for last five months. (Ed: Please see update above)

MediaNama: You’re also saying that merchant account passwords have not been stored as plain text?
Patel: They are encrypted, and not stored as plain text.

MediaNama: Have you ever been told that there is a security hole of some sort?
Patel: We are looking into this, and this is the intial report. From time to time what we get, I am sharing with you. As more information comes out as we investigate, we will share it.

Popularity: 5% [?]

Category : News | Tags :
  • Adi

    Questions to CCAvenue – do they store ANY passwords in plain text? (there might be a play of words there).

  • Naman

    If there is no hack as he claims and the DB schema is not theirs then what are they really investigating?

  • Zacmoody

    Just did a “Forgot Password” …CCAvenue returned me my Original password. ( IN TEXT FORMAT :) )….wonder how they encrypt.

  • Zacmoody

    Just did a “Forgot Password” …CCAvenue returned me my Original password. ( IN TEXT FORMAT :) )….wonder how they encrypt.

  • Amitt

    You obviously do not have a tech background. Many websites will send you the password if your email ID is registered with them and if you use forgot password link. Since you are a user you must have got a mail. lol

  • giis

    @Amitt, Zacmoody is correct , he said “Forgot password gave him his original password” . This is not a new temporary password. If password is stored as encrypted by safe encryption methods ,then there is _NO_ way to decrypt them. So obviously the password was stored as plain text and that’s what he got. Are you from tech background? .

  • giis

    Good point :D

  • Dplug

    Wow! Technical ignorance runs deep around here! Mental reminder to not signup on a system that says developed by Amitt :D

  • http://www.absolutelytech.com Deepak Mittal

    Wow! Seriously?

  • http://www.absolutelytech.com Deepak Mittal

    Its clear they are at fault and they are trying to cover it up. I say they should just give more information about the breach like a decent company and inform merchants and users to change their passwords ASAP.

  • http://neerajvohra.wordpress.com/ Neeraj Vohra

    The problem is the database has been hacked, but they are not ready to accept it until they find the reports. Lazy peoples out there.

  • Blackhat2

    Check the fulldisclosure post once again… the breach was in 2010 dec 4. think again..[ + ] Date: Sat Dec 4 10:47:33 2010-cj

  • Blackhat2

    The real problem is people just cant read.. 2010!!!! not 2011!

    http://seclists.org/fulldisclosure/2011/May/127 read it again and note the date.
    Publication date is 2011, but check it below…

    Patel said: “…and it says that the hack was done on 4th May 2011, at 15:15pm”

    FAIL! get back 2 primary school and learn to read. And he is a CEO.. lol…

  • Neo

    @9e0b0e80e60a7c91989d74800df06276:disqus , check http://lists.grok.org.uk/pipermail/full-disclosure/2011-May/080757.html … I think the hacker has got it all mixed up. Why would he post a report abt the vulnerability after 4-5 months? The date mentioned here is 3rd May and makes sense.

  • Octavarium

    I searched the guys handle and it led me to other sites he posted this vulnerability on . http://www.codersforum.com/sql/852-ccavenue-com-payment-gateway-vulnerable-sql-injection.html and a few threads at hackforums. Way to go CCAvenue. No publicity is bad publicity I guess -_-

  • Octavarium

    Might be true. See the hackers update at
    http://seclists.org/fulldisclosure/2011/May/159
    . But tbh it doesn’t prove anything. Dec 2010 or May 2011, the fact is that CCAvenue got hacked, and they have a lot to answer for. I for one will not trust this company.

  • Amitt

    Just like any responsible company they might be investigating who is doing this and why. Besides, there are some telephone numbers displayed which may be genuine. If somebody is playing mischief they may have got these numbers and published online.

  • Amitt

    @giis, I am not claiming anything about how they store the password. All I said is that there are many sites out there who will send you a password if you use forgot password link. These passwords are for the users to change once they log in. Now wouldn’t it be funny if you receive encrypted password on using forgot password link….

  • giis

    @Amitt, You are still missing the real point. Read this line twice ”
    Just did a “Forgot Password” …CCAvenue returned me my Original password. ( IN TEXT FORMAT :) )” … got it ? He said “Original password” not some random strings. Do you know , that if you store password using safe encryption methods there is no way to decrypt them again? Thus this clearly shows they not using Safe encryption methods for storing password.We have nothing personal against CCAvenue. Trying to cover up their mistake is not a good sign for their own future. I hope they get some good tech guys to fix the loopholes.

  • Per

    You’re confusing hashing and encryption in this thread. Encryption is by definition two-way, so if you can encrypt something (like a password stored in a database) you can also decrypt it IF you have the right key for it. A lot of the security protocols within any payment processor revolves around key handling and access, ie who has access to the encryption and decryption keys. This is strictly controlled, but there’s nothing that says you can’t get the decrypted password out of the encrypted database.

    Hashing is one-way (or the theory is that it’s one-way), ie a password is passed through a hashing algorithm which then results in a hash value that is unique for each unique input string (password) but can not be ‘un-hashed’; the only way is to brute force try all possible combinations of input strings to see which hash value you get out, and then what’s the point? There’s a lot of work on hashing algorithms to make sure they’re truly one-way and with no/limited collisions, ie two different input strings shouldn’t yield the same hash value.

    Many companies only store the hash value of a password in a database, but since CCA is saying they store the password in encrypted format then it doesn’t sound like they do.

  • Hari hari

    All these companies are crap. You should read http://blog.susam.in/2011/05/infosys-tcs-or-wipro.html