Search content
Sort by

Showing 10 of 10 results by a654bdff
Post
Topic
Board Services
Re: onionkrack - tor based hash recovery for bitcoins
by
a654bdff
on 04/07/2012, 23:51:10 UTC
How long does it take to decrypt one?  Might just make a hash and try it.  Wink

Great question.  The short answer is - it depends  Undecided

We currently have our resources and wordlists such that it takes between 12-24 hours to exhaust a given hash.  For 'fast' hashes - this time is obviously shorter.  For 'slow' hashes (i.e. WPA) - it can go to ~ 24 hours.  Again - this is for exhausting the search.  We search dictionaries (meaning actual dictionaries, lists of popular 'leaked' passwords, etc).  So if it's a hit, it will be pretty quick.  Once our system runs through those - we enter the 'wasteland' of brute patterns.  We can afford to do more of these on longer lengths on 'fast' algos, and much less on 'slow' (WPA).

So this is why WPA is double the price - as well as why we offer a half refund for hashes not found.  If the hash is on a password that is long enough/contains special characters/etc (i.e. all the good password practices that everyone should be using  Smiley) - it won't be found.

So yes, if you submit a hash - it would be a good test (for both you and us).  Thanks.
Post
Topic
Board Services
Re: onionkrack - tor based hash recovery for bitcoins
by
a654bdff
on 04/07/2012, 23:12:35 UTC
Prices reduced 50% for the month of July ! 

Standard hash: $2.50 USD/BTC
MSCASH2/WPA: $5.00 USD/BTC
Post
Topic
Board Project Development
Re: [ANNOUNCEMENT] BTC Buy (www.btcbuy.info): trade BTC for gift cards
by
a654bdff
on 08/06/2012, 22:30:49 UTC
I searched through the thread and didn't see mention.  Any reason not to offer eBay GC's ? (other than the evil by association of PayPal  Smiley )

PS: Have bought multiple Amazon GC's through here, always lightning fast.  Also appreciate the updates as technical/hosting/etc. issues have arisen.  Excellent job.
Post
Topic
Board Services
Topic OP
onionkrack - tor based hash recovery for bitcoins
by
a654bdff
on 27/05/2012, 15:06:49 UTC
onionkrack - accelerated hash recovery

http://krack7rkenltz3gj.onion/
(note: hidden service, you must access through tor)

For the non-tor savvy, etc:

https://krack7rkenltz3gj.tor2web.org/
(note: this defeats part of the purpose of a hidden service, use at your own discretion)

  • For legitimate use only - penetration testing, data/networks that you have access to.  We do not endorse or condone unauthorized access.
  • GPU accelerated hash recovery - multi-gig multi-language dictionaries, common permutations, brute patterns.
  • Simple pricing - $5 USD BTC for single hash, $10 USD BTC for dcc2/mscash2/WPA.
  • If your hash is not recovered - you get a half refund.
  • Nearly completely automated process - including payment confirmation and refunds.
  • Humans reachable via email for any issues - a654bdff@tormail.org

Post
Topic
Board Beginners & Help
Re: Best practice for merchant automation - confirmation ?
by
a654bdff
on 27/05/2012, 03:41:05 UTC
Excellent explanation - thank you.

Agreed - just because you don't necessarily 'need' to adopt the practice now - you are setting yourself up for trouble later.

Quote
In the future, if/when Bitcoin becomes more popular and transaction blocks are crammed full of transactions, it becomes possible that transactions will take forever to confirm and allow a user to double spend (and thus you run the risk of being deprived of those funds, which could cripple a business).

Hmm, so it seems it gets 'worse' (the time it takes to confirm that is).  Any idea how this could be handled at that point in the future ?
Post
Topic
Board Beginners & Help
Topic OP
Best practice for merchant automation - confirmation ?
by
a654bdff
on 27/05/2012, 02:37:38 UTC
I would think that common sense would dictate that a merchant using an automated system would not consider a transaction 'paid' until at least one confirmation ?

Is there really a big risk in seeing the transaction with 0 confirms and acting on it ?  I've read the high level info on unconfirmed, confirmed transactions, but I don't think I fully understand the risk.  Could someone provide a real example of a transaction 'showing up', but never getting a confirmation ?

I guess what I'm asking is the apparent trade-off:

0 confirms == very fast/ near instant processing
>0 confirms == variable time until 'paid' status, but safer ?
Post
Topic
Board Beginners & Help
Re: POLL: What's the *real* reason you ever got into Bitcoins?
by
a654bdff
on 27/05/2012, 02:23:37 UTC
I started reading about them in early 2011.  Installed a CPU miner at the time and managed to get 0.01 BTC.  I just wanted to see it work.  Once I got some, my curiosity grew about what else I could do. 

Even though I don't fully understand all of the crypto and math, it still fascinates me.
Post
Topic
Board Beginners & Help
Re: Unable to connect via CLI
by
a654bdff
on 27/05/2012, 01:33:55 UTC
Can somebody please explain this to me like I'm 12?

I want to automate various online transactions but I always get:
$ ./bitcoind getbalance
error: couldn't connect to server

$ cat bitcoin.conf
rpcpassword=**********             # Is this my wallet password?
rpcallowip=192.168.1.2
rpcssl=1
rpcsslciphers=DEFAULT:@STRENGTH



No that's not your wallet password.  It's your password for the RPC service.

The RPC service is what's exposed via port 8332.  It's only responsive to requests from the same machine by default (127.0.0.1).  Adding the rpcallowip will 'allow' other IPs to *remotely* connect.

Also, you need to set rpcuser.  Any code you have to talk to this (perl, php, ruby, etc) will use rpcuser/rpcpassword to authenticate to the RPC service and 'do things'.

Post
Topic
Board Beginners & Help
Re: What do you use Bitcoins for?
by
a654bdff
on 27/05/2012, 01:26:27 UTC
So far, just Amazon GC's.

Interested in the VPN service listed at the bottom of blockexplorer, but need to read up more on it (reviews, etc).
Post
Topic
Board Beginners & Help
Re: Introduce yourself :)
by
a654bdff
on 27/05/2012, 01:14:36 UTC
Hello,

Long time listener - first time caller.

Interested in mining, security, bitcoin-related gossip Smiley