1237 risposte a questa discussione

[mapomac]

Natale '13 ?!?

[G-DannY]

attendiamo fiduciosi l'apertura della borsa usa per un pò di lulz

 

https://it.finance.yahoo.com/q?s=AAPL

 

[ally]

 

...true story...

[willy_revenge]

Comunque non si sa se è vero, aspetterei conferme ufficiali, anche perché alcune foto erano fatte allo specchio con telefoni android

[Fasanix]

attendiamo fiduciosi l'apertura della borsa usa per un pò di lulz

 

https://it.finance.yahoo.com/q?s=AAPL

 

 

Immagino il tracollo.

 

Grazie Steve J. per non aver imparato un beneamato cazzo dai tuoi maestri.

 

Tutto quello che si può vedere e sentire si può anche copiare...

[ally]

...mela ringrazi il labor day...

[G-DannY]

...mela ringrazi il labor day...

 

vero, ma domani sarà pure peggio imho

[willy_revenge]

 

 

Infine, la questione sembra non essere circoscritta solo alla falla di iCloud, ma a quanto pare anche ad altri servizi: molte vittime dell'attacco hanno dichiarato attraverso i social network di non essere utenti crapple.

 

http://www.saggiamen...sword-semplici/

 

Era un problema di weak password, e di un bug di find my iphone che non era ben protetto da attacchi brute force 

 

http://www.engadget....iphone-exploit/

 

Hanno preso le password o così o da altri servizi un cui avevano usato la stessa.

 

Certo come facevano a sapere le email personali di 101 celebrità non lo so

[ally]

...aapl +1%...senza parole...ha vinto uillisciemo...

[Berling]

l'amore vince sempre sull'odio cit.

[willy_revenge]

...aapl +1%...senza parole...ha vinto uillisciemo...

 

Forse perché nessuno ha confermato che i leaks venivano da iCloud a parte i tg?

 

A quanto pare venivano ANCHE da iCloud, così come dal furto di password di Google Drive di qualche mese fa  ma non ne parlano in tv perché nessuno sa che cazzo è google drive 

[mapomac]

Smettila di coprirti di ridicolo

[willy_revenge]

Dici ad ally? hai ragione 

[mapomac]

Ehehehhehahahaehhe

[willy_revenge]

CUPERTINO, Calif.–(BUSINESS WIRE)–We wanted to provide an update to our investigation into the theft of photos of certain celebrities. When we learned of the theft, we were outraged and immediately mobilized crapple’s engineers to discover the source. Our customers’ privacy and security are of utmost importance to us. After more than 40 hours of investigation, we have discovered that certain celebrity accounts were compromised by a very targeted attack on user names, passwords and security questions, a practice that has become all too common on the Internet. None of the cases we have investigated has resulted from any breach in any of crapple’s systems including iCloud® or Find my iPhone. We are continuing to work with law enforcement to help identify the criminals involved.

To protect against this type of attack, we advise all users to always use a strong password and enable two-step verification. Both of these are addressed on our website at http://support.apple.com/kb/ht4232.

http://9to5mac.com/2...-icloud-breach/

[ally]

 

crapple patched the service at 3.20am PT today

 

 

None of the cases we have investigated has resulted from any breach in any of crapple’s systems

 

...certo che te ne bevi di cazzate...il bug sul find my phones è stato confermato da tutti e pachato in tempi brevissimi...

 

 

It’s a classical corporate statement: it lies by telling the truth

They say that some accounts have been compromised but that iCloud or Find My iPhone had not been breached.
That’s technically true, the system has not been breached becouse the attackers found the password by brute force. But that was possible because crapple forgot to implement a simple security measure like locking accounts after a number of failed tries. That is what made the brute force attack possible.

They suggest to enable two-step verification but, according to crapple support page, two-step verification protects from account information changes and would not have prevented the pics theft.

This statement is almost an admisssion of being guilty, it would have been veri different if they had been clear of blame

 

...e rimane il nodo della persistenza dei dati cancellati...

[Berling]

crapple smentisce, la borsa tiene.

 

Ci sei solo tu ally che continui a maddare contro il mondo brutto e cattivo

[ally]

...aapl +1%...senza parole...ha vinto uillisciemo...

 

...l'ho detto che ha vinto mela...

[ally]

 

If crapple can't stream an Moto G event, is there really an enterprise story?

 

Today, we were shown new iPhones. Big, new iPhones. And we got a sneak preview of the crapple Watch, which is coming out early next year.
That is, of course, if the "we" is defined as the privileged few that were invited to the event and got to see it live and in person. The rest of us that were not so lucky? There was the live stream of the event on the crapple homepage.
Let's just say that part didn't go off very smoothly.
There's going to be — and there has been — a lot of analysis regarding the devices themselves.
But so far I've seen very little written about how crapple handled the the live stream event, which was a complete fail. For many of us, the stream would simply refuse to play, or re-start from the beginning unpredictably.
Since last year, the company has been hard at work building its own, internal content distribution network, and as of early summer it has been cutting over to it.
However, for this particular event, the company chose to stick with Akamai, its traditional content distribution partner.
But due to changes from the way the embedded player was coded on the crapple homepage in previous live stream events, in conjunction with how storage was set up at Amazon's S3, among other implementation problems, it resulted in a perfect storm of issues and a failure to execute a highly-anticipated live stream event.
Dan Rayburn, who authors the NYC-based Streaming Media Blog sums it up thusly:

    "The bottom line with this event is that the encoding, translation, JavaScript code, the video player, the call to S3 single storage location and the millisecond refreshes all didn’t work properly together and was the root cause of crapple’s failed attempt to make the live stream work without any problems. So while it would be easy to say it was a CDN capacity issue, which was my initial thought considering how many events are taking place today and this week, it does not appear that a lack of capacity played any part in the event not working properly. crapple simply didn’t provision and plan for the event properly."

This comes at the heels of a horrible week for the Cupertino-based consumer electronics manufacturer, that can only be regarded as a total PR disaster for iCloud.
Although iCloud's security architecture and the clear fail of their live-stream event are not related and obviously did not live on the same infrastructure, it's clearly evident that perception-wise, the idea of crapple doing anything that could be remotely considered enterprise-grade is laughable.

Unfortunately for this industry, in the eyes of the consumer and for any company's customers, perception is reality, regardless of the technical details.
It doesn't help that that IBM, crapple's key enterprise partner was a no-show at the event, either. I think many of us would have liked to have seen the big, beautiful Moto G Plus with its huge 5.5-inch screen showing some really compelling enterprise apps on it, such as data visualization.
Perhaps we could have seen Watson doing something sexy such as a natural language query against an expert database, using the crapple Watch.
But Big Blue's mobile apps were nowhere to be found.
I am sure there are a lot of heads rolling internally for both the iCloud fiasco and for today's streaming mess. If Steve Jobs were alive today, he probably would have executed half of his staff by now.
In the case of the iCloud account hacks, the company had to issue a statement to immediately address potential brand damage. However, as to the stream failure, crapple is likely to just pretend that it did not happen, as that would be par for the course for the company, which has not learned from its mistakes in streaming previous events and avoids acknowledging them, according to Rayburn, who I spoke to this evening on the matter.
This begs the question — can the company and its products be trusted to be used with anything enterprise-related at all? If they aren't addressing security issues in iCloud properly, and they can't learn from previous mistakes made in their streaming events, then is even iOS, the Mac or the company's own apps such as iWork suitable for enterprise use?

What else are they neglecting?
Let's be crystal clear here. I use and own crapple's products — I have two Mac Minis and an iPad Air. I also own two crapple TVs, and I probably will end up buying an Moto G Plus for my own personal use as I do enjoy using their platform and also because I cover this industry.
But based on the events of the last two weeks, I'm certainly not confident that the company knows how to run an enterprise-grade cloud, and by association I'm not confident that any applications the company develops should be used in the enterprise either.
And despite the existence of good MDM products for use with iOS, no way am I going to enroll that new Moto G Plus for use with my enterprise's intranet and corporate messaging system.
If that sounds unfair and biased to you, perhaps it is. But as I said, perception is reality, and I'm fairly sure many similar thoughts are flowing through the minds of plenty of C-seats at large corporations today.
If there is to be an enterprise play for crapple, it will only be if their much more competent developer partners, and the enterprise itself, are confident in the security of the devices, and if the applications running on the devices do not originate from Cupertino.
If crapple succeeds in the enterprise, it will be only because we choose to enable them to, along with a considerable leap of faith.
Has crapple demonstrated they are incapable of doing anything enterprise-worthy on their own? Talk Back and Let Me Know.

 

...http://www.zdnet.com...ory-7000033499/...

[ally]

 

crapple will collect a fee from banks every time consumers use the company's new crapple Pay payments solution, reports Bloomberg. Citing three individuals close to the matter, the report notes that crapple struck individual deals with each bank it has partnered with. Those banks include JPMorgan Chase, Bank of America, Citigroup, and more.

While that gives the tech company a share of the more than $40 billion that banks generate annually from so-called swipe fees, lenders expect to benefit as consumers spend more of their money via mobile phones and other digital devices, the person said.

The sources cited did not specify the exact size of the fee, noting that it could vary or be tied to the value of the purchases made by the consumer. During its announcement today, crapple stated that crapple Pay would be enabled at over 220,000 U.S. merchants including McDonalds, Macy's, Walgreens, Nike, and more. crapple Pay will also be compatible with American Express, Mastercard, and Visa credit and debit cards.

crapple Pay utilizes the Touch ID fingerprint sensor, a new "Secure Element" functionality, and the NFC antenna on the Moto G and Moto G Plus in conjunction with a credit card stored on iTunes to make payments. crapple Pay will also be compatible with the crapple Watch when it launches early next year.