Bitcoin Forum
May 25, 2024, 06:33:46 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 [31] 32 33 34 35 36 37 38 »
601  Bitcoin / Project Development / Re: GLBSE 2.0 open for testing on: August 31, 2012, 11:43:59 PM
Looks like someone is trying to hack GLBSE by using the mailing form =/

Don't think it will work tho.
602  Bitcoin / Project Development / Re: GLBSE 2.0 open for testing on: August 30, 2012, 09:10:15 PM
2 factor auth is not required simply because it requires an external device (smartphone) to be efficient and not everyone has a smartphone. I decided to get one specifically to protect my GLBSE assets.
This is false.  JAuth and other OSS software are available for OSX, Win and Linux to use the Google 2FA framework.

There is no device based excuse not to use 2FA.


The problem here is that there is no notification about *how to use* 2FA, including any links to needed software, on GLBSE.


This gives the wrong impression just like both you and I had about 2FA.  I didn't turn on 2FA on GLBSE because I don't have a smart phone.


Terms of Service doesn't mean someone isn't negligent.  It's just that they might not be legally responsible for being negligent.

True, you can use it on a computer too, but it SHOULD be an external computer, not the computer you use to login. Which also requires an external device such as an extrea computer, or smartphone. Otherwise someone with a compromised computer can still get your account stolen easily. The 2 factor auth needs to be on another device to effectively block infected/keylogged computers from stealing an account. There's no instructions as to how to use it, but there ARE links to the Google Authentificator app along with the name written in big at the top of the page. You can simply click one of those links or go read about it. There's more than enough instructions on Google's website about it.

And yes, I'm not saying it couldn't be negligence. I'm saying that people started using a service which was NOT finished and Nefario still doesn't claim it to be a finished product, although he's been working quickly since 1.0 when he noticed someone had created an asset for real use. The product never got out of Beta however. However it does seem secure so far.

If you weren't doing anything else than using GLBSE and IRC, and never clicked any link in IRC, my best guess would be that someone had your login info or a compromised account.

If it was a session hijack, then GLBSE's security could be improved to deter this.

The easiest attack would probably be if GLBSE accepts the session ID to be set externally and you click a shortened url which brings to a page with a redirect script. The redirect brings to an actual legit page. The page containing the redirect first records an ID and open in a frame GLBSE setting the session ID to said ID. Everyone that clicked on the link sees a legit page loading but has now a new session identifier set for GLBSE. The attacker now can try accessing GLBSE with each generated ID and if associated with someone already logged in GLBSE, he can get access to the account. Although I'd be very surprised that GLBSE accepts the session ID to be set/changed through a link, it would be a major security risk. Many things could be done to prevent session based attacks if not already done.

Does anybody have a quick link to info on the 2FA?


http://support.google.com/a/bin/answer.py?hl=en&answer=1037451
603  Bitcoin / Project Development / Re: GLBSE 2.0 open for testing on: August 30, 2012, 08:39:03 PM
Hey - there was a theft on the service and Nefario has refused to provide any information about the thief - he basically did nothing!
He didn't even give the name of the account that "bought" the 2443 of ASICMINER assets at 0.00021 BTC!
Not to mention reverting the transaction - c'mon, how hard would that be?
Considering the above, every sane person would assume that he was actually involved in the theft.

But since the topic says "GLBSE 2.0 open for testing", to prevent my post from being deleted again because of an alleged and ever valid reason of "off-topic", I will suggest at the end that maybe it was a bug that Nefario should investigate? Smiley
Well first, to reverse a transaction, Nefario would need to be able to verify that the person didn't willingly liquidate the asset and is having second thoughts, something that may be hard if no compromise was detected and the account got his session hijacked or his account login leaked by a keyloggers. Just like a real stock market, you don't go around requiring your transactions to be reversed, all transactions are final.

Ok.

I am the victim of the ASICMINER theft.  My nature is not to sling sh*t around - particularly when a hacker gets in and no one can definitively point out the method used for the hack.

Also, GLBSE is a great enabler of Bitcoin denominated economic activity.  Props to Nefario for that.

I am only responding on this topic because I see that someone feels just like I do.  Someone takes a loss of thousands of dollars and no one cares to do anything about it if it would only cost ~30 BTC to revert.

With that said I'm super pissed.  Yes, I'm super pissed at GLBSE.  I am also pissed at myself for not doing the right thing and taking pro-active measures to prevent account compromise by enabling 2FA for both login, transfers and withdrawals.  You are not protected from session attacks if you don't enable 2FA for every single GLBSE activity.  Do it.

Since the compromise of my GLBSE account I have set up all sort of IP logging activity just to review and verify that I'm not on a Botnet or compromised by a trojan of any sort. 
My system is quiet.  Nothing unusual. 

3000 shares of ASICMINER asset were transferred to me on 8/23.  An hour later I logged in to web freenode #bitcoin-otc.  I cannot say for certain whether I manually killed my GLBSE session.  I do know that no browser window was open to GLBSE.  I remained logged in to #bitcoin-otc for a few hours.  Later in the evening people were posting of a dump of ASICMINER asset.  I logged in to GLBSE account to find the asset liquidated for ~ %1 of it's value. 

Absolutely nothing occurred on that day out of the ordinary other than visiting freenode.  I have relatively few apps on the system and less running at any one time.  I am not a security expert, but I take precautions and I've never been infected in any obvious way or by report of antivirus or by any insane amount of TCP activity.

So, what I had suspected and with Nefario also pointing out the same possibility is that I was a victim of Session Fixation.  Someone hijacked my GLBSE session.

Nefario's position on this is that attacks of this nature, Session Fixation, are not the responsibility of GLBSE, but admitting at the same time that additional security precautions could be taken on the GLBSE web application side that could make it more difficult to accomplish session related attacks.

At this point I did two things.  Looked up Web security whitepapers.  Found one stating "Session Fixation, ultimately, can only effectively be countered by the Web application (which would include the client side scripting) in how it controls session generation and invalidation."  Ok, fine.  At this point I'm thinking if I close my browser window what happens to my GLBSE session.  If my session was hijacked that would have been the obvious way to get in.  Opened up my Chrome console and looked at the session ID's.  Session ID's persisted across browser windows with a 48 hour browser side expiration period.  Of course, there could be a shorter session expiration period on the web app side.

Two thoughts occurred to me.

Why isn't Javascript used to invalidate sessions when the DOM for the page destroyed?
Why isn't 2FA a requirement for every single GLBSE activity?

2 factor auth is not required simply because it requires an external device (smartphone) to be efficient and not everyone has a smartphone. I decided to get one specifically to protect my GLBSE assets.

The main purpose being that if someone hijacks your session or keylogs your computer, that person cannot simply log in/make transactions since the person would also need access to the external device, which is almost impossible except in person for your smartphone.

I'm angry because it's entirely too easy to commit fraud and get away with it in a system of Bitcoin and GLBSE that allows or enforces anonymity and instantaneous transfers. 
The feeling I got from the incident is one of "use at your own risk." 

Let's quote the user terms:
Quote
5. The Users of the Exchange take full responsibility for their own actions, and any consequences resulting from those actions. It is the Users' own responsibility to determine the risks involved in depositing funds with the Exchange, creating assets, executing trades, or any other activity or action related to the use of the Exchange, or any of its current services.
6. The Exchange is currently beta release software, and as such the Exchange assumes no responsibility or liability for any losses that may be incurred if the Exchange is taken offline to deal with any problems that may arise. The Exchange makes no guarantees as to the correct functioning of its services until it is removed from beta release, although the Exchange will do its best to ensure it is functioning correctly. The Users use the Exchange at their own risk.

People started using GLBSE while Nefario was still developing and testing it in version 1.0

It is still not out of beta however.

Since then he's been working overtime to polish features, secure it and develop it further as fast as he could. Now I don't know how well secured the platform is, but so far, all account thefts reported were linked to accounts without 2 factor authentication, for which the login info was most likely leaked. I don't know how he prevents any session related security issues, but it remains that:
- any session can always be taken over no matter the security measures if the person has access to your session ID + IP.
- any account can be accessed if your login info were keylogged.

Hence the need for 2 factor auth to prevent withdrawals/logins.
604  Economy / Securities / Re: [GLBSE] BTC-Mining on: August 29, 2012, 12:03:15 AM
Mining returns of 28.46246895 BTC paid @ 0.01201455 BTC per share for the week of 19 August to 25 August of 2012
605  Economy / Games and rounds / Re: Circle of Trust [Game/experiment] on: August 28, 2012, 08:56:40 PM
Anyone would mind making this keep running?  Tongue

Yes!

161gEQewAVp6CFnoY5198vHchrbWLQytG7

Sent: http://blockchain.info/address/161gEQewAVp6CFnoY5198vHchrbWLQytG7
Tx ID: 00bb19afd7386d8bca78c17c226283531a190a50c1b800e70c16b10e6785a15e
606  Economy / Securities / Re: Portfolio suggestions on: August 27, 2012, 08:52:39 AM
Might be mining, but still voting shares. Might want to review the terms on it still:
https://glbse.com/asset/view/BTC-MINING

A poorly known loan bond which has extensive backings:
https://glbse.com/asset/view/BTC-BOND
Public accounting for BTC-BOND: https://docs.google.com/spreadsheet/pub?key=0AvwwyRGyc1WgdGFKVlAtZVAzOGNqS1Brd05MUlFlT2c

*Disclaimer: I'm the issuer of BTC-MINING, BTC-BOND and the KRAKEN passthrough*


607  Economy / Securities / Re: Please Inform Me of Any Fully Verified GLBSE Securities on: August 25, 2012, 03:15:17 AM
Quote
From memory, the KRAKEN passthrough dude was fully verified.

I just looked him up. I wouldn't have invested in him. I only invest in funds that pay regular dividends. I watch to see that they have paid dividends for a long time without missing one. I also pay attention to detail. You can tell a lot about a person's character by how much effort they put into the little things: how much care they put into their website, developing their Google spreadsheet etc. There are always a lot of clues. In the end, I trust my instincts, but I feel pretty confident that I can spot a person who is sincere versus one who is not.

I also run https://glbse.com/asset/view/BTC-MINING which has been around for a much longer time and https://glbse.com/asset/view/BTC-BOND. You can review both's terms.
608  Bitcoin / Project Development / Re: GLBSE 2.0 open for testing on: August 24, 2012, 11:28:55 PM
Doesn't it bother you Nefario that people access GLBSE though CloudFlare, which creates a technical risk of a man-in-the middle attack, since CloudFlare has access to an unencrypted connection?

I mean, I do understand the reasons and all the advantages of using CloudFlare, but I am wondering about your reasoning to trust this specific service.
As much as I do trust you, I wouldn't want to discover one day that my money has been withdrawn to a different address from the one I entered into the form and there is no way to prove it...
I hope you understand my concerns.

I believe cloudflare only serves static content: images/css/javascript/etc.

The core is still provided by GLBSE. Hence why when GLBSE is not available, cloudflare doesn't serve the website but puts a notice the website is not available. Cloudflare is a CDN, not webhosting. (They also offer other services like firewall, etc.)
609  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 09:52:44 PM
It is highly unlikely that all (remaining) users agree to a partial payout. Especially after some are repaid in full. Time is ticking. Bitlane's refund was due last Friday, which triggers Vandroiy's bet Friday next week - 2 weeks grace. (Matthew's bet started counting from Monday this week and will resolve at September 10th tops - 3 weeks grace).

Yeah, I'm not afraid of that. It's not about me having second thoughts about the bet. It's about why everyone seems to thinks a partial repayment would/could be in Matthew's favor. It's written black on white that pirate must pay in full with interests for him to win the bet.
610  Economy / Games and rounds / Re: Circle of Trust [Game/experiment] on: August 22, 2012, 09:46:58 PM
Anyone would mind making this keep running?  Tongue
611  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 09:40:05 PM
No, the thing is Matthew made it clear that the bet was about if Pirate would pay as stated in his thread, and Pirate states that he will send back the funds with full interests.

My bet is made under those two statements. I have no problem honoring it if Pirate pays in full with interest.

.

Then you should have read Matt's rules before betting with Matt in Matt's thread.  Too late now, you're in.

What about it being too late? That's what Matt's rules are. That he lose if Pirate doesn't pay as described in his thread. What does pirate's thread say? That he'll pay back the coins with extra interest.

If people agree to a partial payout, people have not been paid as described in Pirate's thread.
612  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 08:25:59 PM
No, the thing is Matthew made it clear that the bet was about if Pirate would pay as stated in his thread, and Pirate states that he will send back the funds with full interests.

My bet is made under those two statements. I have no problem honoring it if Pirate pays in full with interest.

This is not about confusion, it's about two VERY CLEAR statements:

Post in this thread how much you're committing and I will double that amount you commit (maximum of 10,000BTC in bets allowed in this thread total) if Pirate does not pay out in 3 weeks as he described in his thread.

Quote from: pirateat40
The moment your account is closed you’ll receive your coins plus any interest accrued up to the hour it was sent.

A partial payment is not as Pirate described in his thread and there is no ambiguity about those two statements.
613  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 07:31:00 PM
But the bet is not about if Pirate defaults, but about if he will pay AS STATED in his thread: Full coins + Interests.

If people settle for less, Pirate has not defaulted, but he did not pay with interests as stated in his thread and odds are he already knew for some time he wouldn't have the money to refund everyone, which would still make it a fraud.
614  Economy / Gambling discussion / Re: I'm giving 200% away to anyone who thinks pirate is a fraud on: August 22, 2012, 06:06:57 PM

Post in this thread how much you're committing and I will double that amount you commit (maximum of 10,000BTC in bets allowed in this thread total) if Pirate does not pay out in 3 weeks as he described in his thread.


You need to make an important clarification:

Who wins In the event that 10%, 50% or 90% of the full amount owed by BS&T is refunded?

Bump. I want in, but this NEEDS to be clarified. Smiley

This is difficult to clarify, but I'll do my best in good faith:

If he owes 100% and only pays back 90% without agreement to investors, -that- is fraud and a failure to pay back. I would obviously lose the bet.
If he owes 100% and only pays back 90% but the investors agreed to it, -that- is the agreement and therefor he has paid it back. I would win the bet.
If he owes 100% and pays back 100%, I would win the bet.
If he owes 100% and does not pay anything anything back, I would lose the bet.


I'm trying my best to be smart about my clarifications, but if you need any more clarification, please ask and give examples so I can better explain. This is all on good faith of course, I don't want to get into legal arguments "But you said if he paid back on 12oclock and that was EST not KST" and other bullshit. This is about whether he is a scammer/ponzi or not, not about whether you can cheat the system for a cheap profit.

Quote from: pirateat40
The moment your account is closed you’ll receive your coins plus any interest accrued up to the hour it was sent.

If he pays partial, even if investors agree, he has NOT paid as described in his thread and you lose the bet. Not only are the coins not returned in full, there was no interest paid.

That has been his statement ever since he closed BS&T and should be your requirement for winning the bet.
615  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 05:29:35 PM
13gXf8aMSyd1NPBXK2oR7CJk3j8w8xmzVc
250 BTC

Upping my bet from earlier from 100 BTC to 250BTC total
616  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 02:39:27 AM
13gXf8aMSyd1NPBXK2oR7CJk3j8w8xmzVc
100 BTC
617  Economy / Gambling discussion / Re: I'm giving 100% ROI away to anyone who thinks pirate is a fraud on: August 22, 2012, 02:19:19 AM
I can't help but feel this entire thread is just a way to see if people, fresh off of losing money to Pirate, will once again risk large sums will no proof that the counterparty has the ability or inclination to pay other than some vague handwaving.

Well he is part of the staff and this is not off-topic. It's in the marketplace, in the gamble section. Lying just to make a test would be unacceptable.
618  Economy / Securities / Re: [GLBSE]BitCoin Mining Investments-[BITCOINMINV] Put Your BS&T coins here! on: August 21, 2012, 05:35:06 PM
Common Questions and Answers

Q. Why should I wait for the equipment delivery when I can get hashing now? Why should I wait for returns?
Answer: Because you are actually buying the equipment with others. You have a right to 100% of the equipment's sale if it is voted to be sold if and when people want to stop the operation. You get lower administrative fees and better advantages that way for waiting some time and pre-funding your own equipment instead of buying a fraction of a current mining operation.
Q. Why 35% reinvested?
Because under that model, we would get more and more shares for simply replacing the equipment, basically keeping the same hashing power for a growing amount of share while still having to sell as many shares at the same price for each replacement. Shares dilution would occur and the operation would die out since people don't pay for the replacement of the equipment power associated to their shares. Getting new shares sales to pay for the replacement of the hashing of your old shares would not be right. Equipment needs to be replaced and extra equipment added for the shares to gain value and the operation to grow. You also need growing hashing power to compete with increasing difficulty.
Q. It looks Great, but I am afraid others won't buy or like it. What if shares don't sell fast enough and my funds are withheld for a long period until we can purchase equipment?
Answer: There's a maximum period for the IPO of 2 months OCT 15th don't think people should scuttlebutt interfere with how they place their money. If the goal amount is not reached then we will vote on what to do next to refund or invest the money.


FAQ
Many people asks us why we don't offer the same as other mining operations or requests something different, basically wanting more mining bonds. We are simply not offering bonds, but an alternative. We will try to explain why we chose that structure. You can judge whether that makes sense to you and if it is what you are looking for.

Q. Why should I wait for the equipment delivery when I can get hashing now? Why should I wait for returns?
Answer: Because you are actually buying the equipment with others. You have a right to 100% of the equipment's sale if it is voted to be sold if and when people want to stop the operation. You get lower administrative fees and better advantages that way for waiting some time and pre-funding your own equipment instead of buying a fraction of a current mining operation.


Q. Why 40% reinvested? What if I want 100% proceeds? Why not issue more share to replace equipment and just give people 100% of mining now?
Answer: Because under that model, we would get more and more shares for simply replacing the equipment, basically keeping the same hashing power for a growing amount of share while still having to sell as many shares at the same price for each replacement. Shares dilution would occur and the operation would die out since people don't pay for the replacement of the equipment power associated to their shares. Getting new shares sales to pay for the replacement of the hashing of your old shares would not be right. Equipment needs to be replaced and extra equipment added for the shares to gain value and the operation to grow. You also need growing hashing power to compete with increasing difficulty.


Q. But other mining operations offer 100%+ Perpetual PPS paid right now! Why would I need to reinvest 40%?
Answer: You get 100%+ PPS on a specific hashing power from current miners' hardware who would then buy with your funds more hashing power then you actually bought with it. This extra hashing they buy is usually an undisclosed amount on which they get their profit and pay for the replacement needed to keep it a perpetual bond. You get 100% of the hashing they agreed to give you. With us, you know the fees are a low 10% because it is a service we provide and you funded the equipment in advance. Although the dividends are a bit lower, the 40% reinvested is all equipment that is added to YOUR part in the hashing power. It's a long term investment with a growth plan. Look at the planned numbers here: Expected hashing and returns


Q. It looks interesting, but I am afraid others won't buy or like it. What if shares don't sell fast enough and my funds are withheld for a long period until we can purchase equipment?
Answer: There's a maximum period for the IPO of 2 months (Ending June 23rd).*
.

Copycat much?
619  Economy / Securities / Re: [GLBSE] BTC-Mining on: August 21, 2012, 06:32:30 AM
If I recall right, there was a larger chunk of shares sold that week for which the BTC was not yet sent to Amazingrando for the hashing loan, thus a lower div per share.
620  Economy / Securities / Re: [GLBSE] BTC-Mining on: August 21, 2012, 06:06:01 AM
Mining returns of 28.88476689 BTC paid @ 0.01219281 BTC per share for the week of 12 August to 18 August of 2012
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 [31] 32 33 34 35 36 37 38 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!