log☇︎
91800+ entries in 0.021s
asciilifeform: iirc mircea_popescu recently discovered that you gotta buy a colo if you want to emplace something as small as even a FUCKGOATS
asciilifeform: Framedragger: 2x4 came up in my list also
asciilifeform: and definitely eats wires
asciilifeform: the linked isp even offers year-long parcel
asciilifeform: isp is typically a recurring thing tho, vs 'specific trade'
asciilifeform: but not - it seems - btc.
asciilifeform: or hm, nm, they also eat 'visa' etc
asciilifeform: https://pinspb.ru/79 << seems like they only take ru-only spampaypals tho
asciilifeform: gotta wonder what the 'market depth' is.
asciilifeform: 6274 was a good one
asciilifeform: (not the chip per se, but the known mobos did)
asciilifeform: fx lacks ecc.
asciilifeform: not even addressed to mircea_popescu in particular.
asciilifeform: run, e.g., tmsr-isp .
asciilifeform: what part of 'don't sell'em' was not clear
asciilifeform: ( naturally , don't sell'em, tmsr-isp'em. )
asciilifeform: incidentally, if it turns out that mircea_popescu had in fact buried 10,001 opterons somewhere in the desert, now'd be the time to dig'em up. and profit margin will be very respectable.
asciilifeform: ( if mircea_popescu needed a 2009opteron for own use -- asciilifeform could, in principle, help. but if he needed a rack-house filled with them -- the gods themselves, could not help. )
asciilifeform: 'republican isp' on magicpacketable-nsaware iron...
asciilifeform: number of nsaware-free workstations or servers in production today : still 0.
asciilifeform: for fuck's sake.
asciilifeform: HAVING THE FUCKING FRITZ CHIP is the backdoor. not somebody-not-nsa-learning-the-key.
asciilifeform: how many thick heads is this still failing to get through.
asciilifeform: Framedragger: it was a backdoor when AMT first announced !
asciilifeform: 'You have them on your machine. You really need to turn them off' << except they dun come with an off switch.
asciilifeform read linked piece 3x, did not find disclosure of the 0day
asciilifeform: ' Richard Stallman was right about firmware, and there are alternatives now too.' << 'alternatives' link goes to, guess what, vapour
asciilifeform: 'If your system is 10 years old or newer it is likely exploitable' << 2009opteron4evah!111
asciilifeform: 'Intel has plans on when to issue “reactive” NDAs to customers several weeks before the “proactive” and “public” disclosures. ' << gold
asciilifeform: lul, magicpacket!
asciilifeform: mircea_popescu: http://wotpaste.cascadianhacker.com/pastes/1e02k/?raw=true
asciilifeform: mircea_popescu: aite, 1s
asciilifeform: !~later tell mircea_popescu http://wotpaste.cascadianhacker.com/pastes/QmUh3/?raw=true
asciilifeform: *subtract
asciilifeform: surprisingly tough, because the OF bit is ~not~, as is in the case of familiar add/substract, the next bit of the product ! (which, observe earlier, can actually be 0 in the case of some overflows) but stands for merely the fact that P != X*Y .
asciilifeform still chewing on a formal proof re subj
asciilifeform: in other noose, http://wotpaste.cascadianhacker.com/pastes/m3LQl/?raw=true << egyptian mul. with slightly better comments ☟︎
asciilifeform: oh hey.
asciilifeform: http://btcbase.org/log/2017-05-01#1650350 << i had nfi this was possible. mega-respect. ☝︎
asciilifeform: noshit.jpg
asciilifeform: (anywhere on your route)
asciilifeform: Framedragger: nobody canceled, e.g., elementary theft of boxes, either
asciilifeform: ( not to mention the idiot 'attribution' thing. why the hell would usg ~not~ broadcast false bgp to point to rutelecom. )
asciilifeform: 'On Wednesday, large chunks of network traffic belonging to MasterCard, Visa, and more than two dozen other financial services companies were briefly routed through a Russian government-controlled telecom under unexplained circumstances that renew lingering questions about the trust and reliability of some of the most sensitive Internet communications.' didjaknow.
asciilifeform: in other lulz, https://archive.is/NmfNI << when usg bgp-hijacks - 0 press, unsurprise. when ru -- mass panic ( e.g. https://archive.is/ZYy6z )
asciilifeform: https://www.riscure.com/archive/rsacc_ctrsa_final.pdf << re earlier ( unfortunately no demunged version available )
asciilifeform: lol
asciilifeform: and now you've given him 3x the 'broadcast', neh
asciilifeform: enemy can just as readily observe your 'blind' and 'deblind' exponentiations, as your original unblinded one...
asciilifeform: btw i'm still waiting to meet an explanation re how 'blinding' (e.g., koch's) supposed countermeasure to timing attack, is supposed to help.
asciilifeform: and so conceivably side channel remains ( not only current per se, but how does cpu current consumption affect clock jitter? betcha it does. and afaik 0 public discussion of this, exists. )
asciilifeform: also irritating is the fact that, while we have constant-time routines, it is impossible to guarantee constant-current (yes)
asciilifeform: ( won't run from rom ! )
asciilifeform: only if you admit self-modifying code.
asciilifeform: if loops were unrolled, you could have not merely a non-branchingonsecrets rsatron, but wholly nonbranching !
asciilifeform: incidentally it annoys asciilifeform that ada ( or for that matter any other procedural lang) offers no way to unroll the loops
asciilifeform: P.
asciilifeform: ( code + commentary, genesis. )
asciilifeform: whole thing will be , eventually, proper article on my www.
asciilifeform: 'reactor-grade'. i.e. no doubt whatsoever must remain re whether it works as intended.
asciilifeform: *must be
asciilifeform: ( as for code -- in the end it mist be entirely self-contained. and provably correct. it's a backbone for, e.g., 'tmsr rsa', 'p', eventually gossipd, etc. )
asciilifeform: mircea_popescu: i gotta come up with proper proof...
asciilifeform: mircea_popescu ^ runs in SAME space, and same order of complexity , as the old routine...
asciilifeform: ^ draft. still needs proof-of-workage.
asciilifeform: !~later tell phf http://wotpaste.cascadianhacker.com/pastes/DqmQw/?raw=true ☟︎
asciilifeform: mircea_popescu: 'smart pointers' lol. familiar to cpp users. imho this type of 'automation' helps no one.
asciilifeform: but even so.
asciilifeform: now, granted, it's about parallel multers
asciilifeform: and diana_coman holy SHIT is that method 1001x moar complicated than mine.
asciilifeform: neato mod6
asciilifeform: mircea_popescu: see thread - i solved the general case. maybe oughta demand master degree nao, lol.
asciilifeform bbl.
asciilifeform: now all that remains is to prove...
asciilifeform: this here seems like the finalsolution, folx.
asciilifeform: when the left shifter ( x ) overflows for the first time, we set a bit, q, and clear another, r. r is set whenever right-shifter (y) overflows. now : if r is set again subsequently to q being set -- it means we overflow.
asciilifeform: one algo suggests itself :
asciilifeform: hmmm
asciilifeform: say, 1000 * 0010 . ( i won't clutter the log with the steps, will leave as exercise. )
asciilifeform: but in other cases, you cannot do this:
asciilifeform: in this case, detecting overflow simply during the addition stage, works : 0110 + 1100 sets the carry , because result is 10010.
asciilifeform: 1000 , 0000 (do nothing, and we stop.)
asciilifeform: 1100 , 0001 (a += 1100)
asciilifeform: 0110 , 0011 (a += 0110)
asciilifeform: 0011 , 0110 (do nothing)
asciilifeform: so for concrete case, 0011 * 0110 :
asciilifeform: you take multiplicands x, y, and accumulator a (initially 0) , and do : while y!=0: { if odd(y): { a += x } ; x <= x*2; y <= y/2 } .
asciilifeform: i'll review, for the l0gz, the 'ancient egyptian' mult algo, which is the simplest practical, and illustrative of the difficulty of determining overflow ~while doing the mult~ in fixed space.
asciilifeform: ( it is how the problem is 'solved' on all known hardware ALUs )
asciilifeform: keep in mind that 'double the available register width' IS NOT A SOLUTION !!
asciilifeform: for my purposes i could entirely do with a constant-time-and-space mult algo that knows when to set the overflow flag.
asciilifeform: let's formalize the problem statement. N is integer, N>1 . x, y are int, 0 <= x < 2^N; 0 <= y < 2^N. determine an f, such that f(x,y) is true iff x*y >= 2^2N ; such that complexity of f is less than that of * operation.
asciilifeform: however i've also not turned up a rigorous proof that it is unsolvable. which is bothersome imho.
asciilifeform: apparently this is a bona fide unsolved problem.
asciilifeform: 'This paper presents efficient methods for performing unsigned or two's complement integer multiplication with overflow detection or saturation. ' supposedly.
asciilifeform: http://ieeexplore.ieee.org/document/863038 << paywalled. anybody got a copy ?
asciilifeform: and incidentally the given formulation doesn't work, take the first case, 0011*0110 . it turns into 001*010 = 010. the result (N-1 = 3) has 1 leading zero. no overflow. apply recurse again, we get 00*00 -- definitely no overflow, and no moar leading 1s to flip...
asciilifeform: so in the end we have nodice.
asciilifeform: 'If l1 + l2 = N-1 let a' be equal to a with its leading 1 set to 0, let b' be equal to b with its leading 1 set to 0, let N' = N - 1 and apply the same algorithm.' << the problem with this is that it reduces to actually DOING THE MULT
asciilifeform: now let's do mircea_popescu's third statement: