Facebook beefs up site against hackers

---

• Facebook beefs up site against hackers
• Microsoft acts to avoid Windows blue screen repeat
• InfoWorld review: BlackBerry Enterprise Server, express or deluxe?
• Gov't: Data Estimating Piracy Losses is Unsubstantiated
• Routing Redistribution on Cisco Routers
• Man who left USB drive in shared PC waived privacy claims, court rules
• Apache project server hacked, passwords compromised
• BitDefender intros its first Mac antivirus solution
• Microsoft, Adobe, Oracle Patch Nearly 100 Vulnerabilities
• Microsoft blocks 'movies-to-malware' attacks
• Cisco product delays opening doors for rivals

Facebook beefs up site against hackers Posted: 14 Apr 2010 09:00 AM PDT Facebook is employing aggressive legal means in combination with technical measures in order to stop hackers from abusing its social-networking site, according to its chief security officer, Max Kelly.

Microsoft acts to avoid Windows blue screen repeat Posted: 14 Apr 2010 09:00 AM PDT Microsoft took steps Tuesday to avoid repeating the debacle two months ago that left Windows XP users staring at the notorious "Blue Screen of Death" after they applied a patch.

InfoWorld review: BlackBerry Enterprise Server, express or deluxe? Posted: 14 Apr 2010 09:00 AM PDT Extensive BlackBerry Enterprise Server will be indispensable to some, but free BlackBerry Enterprise Server Express is good enough for most

Gov't: Data Estimating Piracy Losses is Unsubstantiated Posted: 14 Apr 2010 09:00 AM PDT We've all heard the MPAA and the RIAA whine, whine, whine about how Internet piracy has basically destroyed the movie/TV/software/music/video game industry--citing famous studies that estimate as much as $200 billion and 750,000 jobs lost in a year. But now the government is stepping in and admitting what many kind of suspected--those studies are often misleading.

Routing Redistribution on Cisco Routers Posted: 14 Apr 2010 05:22 AM PDT In order for two Layer 3 devices (routers or layer 3 switches) to be able to exchange routing information, it is necessary to use the same routing protocol, such as RIP, EIGRP, OSPF, BGP, etc. Different routing protocols, or protocols configured differently (eg different EIGRP autonomous system) do not exchange information. However, when a device learns routing information from different sources (eg static routes or using different protocols) Cisco IOS allows the information learned from a specific source to be published to other devices using a different protocol. For example, a route learned through RIP can be advertised to other devices using OSPF. This is what is called "redistribution" of routes: Using a routing protocol to advertise routes that are learned through other means (other protocol, static routes or directly connected). To configure route redistribution some rules must be in place: The redistributed route must be present in the routing table. The redistributed route will be received by the neighbouring device with a new metric as configured by the redistributing router. What is it used for? In principle it is desirable that a network should use a single routing protocol. However, in some cases we may require the use of redistribution: two companies merged, different departments of a company managed by different teams, multi-vendor environments, migration, etc. When addressing a redistribution of routes scenario we should take into account particular aspects of routing: different metrics, administrative distance of each protocol, the capabilities of classful and classless routing, and network topology. Metrics Each routing protocol uses a different metric. This causes the routes redistributed to lose the original metric of the protocol and the metric is redefined in terms of the new protocol. For example, if an OSPF route is redistributed with a metric of 1642 in RIP, RIP metric uses number of hops (between 1 and 15). So you must change the metric before redistributing to RIP. The metric with which a protocol receives the routes learned by another metric is called seed metric. Each protocol uses a default seed metric: RIP – default seed metric: infinity. EIGRP – default seed metric: infinity. OSPF – default seed metric: 20. The default seed metric can also be modified using the "default metric" command. The basic commands When you configure redistribution of protocols, you should indicate how to redistribute routing information, and how we want to measure these routes (metric) when they are redistributed. If we do not indicate anything, the routes are redistributed with the default metric. Router (config) # router rip Router (config-router) # network 129.100.0.0 Router (config-router) # redistribute ospf 1 metric 2 In this example we tell the router to redistribute routing information into RIP when learned through the OSPF process 1 which is in the routing table, with a metric of 2 hops. Redistribution in EIGRP To redistribute routing information into EIGRP, it should be noted that the default metric is infinite. Therefore, if you do not specify metric for redistributed routes, they will not appear in the routing table of the neighbouring device. Furthermore, by defining the metric it should be noted: bandwidth, delay, reliability, load and MTU. An example: Router (config) # router eigrp 100 Router (config-router) # redistribute static Router (config-router) # redistribute rip Router (config-router) # default-metric 10000 100 255 1 1500 Redistribution in OSPF The default metric used by OSPF is 20, so it does not require us to specify a metric for the route learned by the adjacent devices. However, when there are multiple subnets on the same network and you want to publish routes for each subnet, you must configure a metric otherwise OSPF will summarize all subnets in the class boundary and publish a single route. An example: Router (config) # router ospf 1 Router (config-router) # redistribute static metric 200 subnets Router (config-router) # redistribute eigrp 100 metric 500 subnets RIP redistribution Like EIGRP, RIP redistributes the protocols using a default metric of infinity, so it is necessary to specify a different metric in order for the neighbour router to incorporate the routing information in its table. An example: Router (config) # router rip Router (config-router) # redistribute static metric 1 Router (config-router) # redistribute ospf 1 metric 2

Man who left USB drive in shared PC waived privacy claims, court rules Posted: 14 Apr 2010 09:00 AM PDT A person who forgot to remove a thumb drive from a shared computer that he was using waived his privacy claims to the content on that device, a federal judge in Florida has ruled.

Apache project server hacked, passwords compromised Posted: 14 Apr 2010 09:00 AM PDT Hackers broke into a server used by the Apache Software Foundation to keep track of software bugs.

BitDefender intros its first Mac antivirus solution Posted: 13 Apr 2010 09:00 AM PDT BitDefender has released its first antivirus solution designed specifically for Mac OS X, promising to actively secure users from viruses, while also detecting and removing malware threats.

Microsoft, Adobe, Oracle Patch Nearly 100 Vulnerabilities Posted: 13 Apr 2010 09:00 AM PDT It's a busy day for IT administrators and information security professionals. Not only is today Microsoft's Patch Tuesday for the month of April, it is also the day of Adobe's quarterly security updates. In total, there are 40 vulnerabilities being addressed today--many of them rated as critical and exposing systems to potential remote exploits.

Microsoft blocks 'movies-to-malware' attacks Posted: 13 Apr 2010 09:00 AM PDT Microsoft today patched 25 vulnerabilities in Windows, Exchange and Office, including nine marked "critical," the company's highest threat ranking.

Cisco product delays opening doors for rivals Posted: 13 Apr 2010 09:00 AM PDT Continuing product supply constraints at Cisco has some customers waiting months for key Ethernet switches, firewalls and other network gear -- and those who can't wait are turning to competitors.

You are subscribed to email updates from "Cisco" via ehsan in Google Reader To stop receiving these emails, you may unsubscribe now.	Email delivery powered by Google
Google Inc., 20 West Kinzie, Chicago IL USA 60610